Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Openfire (Wildfire/Jive Messenger) and (Spark; Pandion)

Автор: victorae
Дата сообщения: 20.12.2006 08:45

Цитата:
не знаю че вы там творите, но у меня транспорт нормально обновился... все галки сохраняются, все регистрируется...


дык и у меня обновился, галки сограняются, регистрируется .... и ФСЁ Контакты с сервера не принимаются. Т.ч. отпишись когда решишь проблемы с файрволом и прокси, будем тебя пытать как настраивал
Автор: shpunt
Дата сообщения: 20.12.2006 08:51
MAVrADMIN
Ты думаешь мы все глупые?
Я установил, все галки сохраняются, всё тестирование проходит, но контакты в аське не появляются. Шлюз кривой. Точнее oscar в новой бетке кривой.
Автор: asonuchin
Дата сообщения: 20.12.2006 09:52
Имеются 2 wildfire сервера
Пытаюсь решить проблемму поиска пользователями одного сервера - юзеров на другом сервере.

Пробовал синхронизировать пользователей по базам данных (Oracle) обоих серверов - не получилось потому что учётных записей пользователей в базе нет. Похоже из-за того что пользователи считываются с сервера Active Directory.

Cделать поисковый механизм одного сервера как External Component к другому не получилось. Да и внятного описания настройки External Component не нашёл.

Кто сталкивался с подобной проблеммой? помогите...
Автор: Jaba_B_Ta3e
Дата сообщения: 20.12.2006 09:58
i81
Вы занимаетесь системным администрированием без знания элементарного технического английского? Ок, это ваш выбор.

В этой теме уже есть инструкция. Я всё делал по ней. И уже писал про это неоднократно.
Попробуйте перечитать тему.

Добавлено:
Даниэль похоже уже сам сомневается.
http://www.igniterealtime.org/forum/thread.jspa?threadID=23725&tstart=0

Что характерно, пока ни одного репорта о работающей icq.
Автор: unreal 777
Дата сообщения: 20.12.2006 13:54
Господа, подскажите пожалуйста, как решить такую проблему.
Есть настроенный Wildfire сервер , в нем заведены группы, пользователи, все работает. Но это была тестовая машина, теперь хочу перенести все на другую машину и начинать промышленную эксплуатацию. Как корректно туда же перенести настройки, чтобы не набивать все заново?
Автор: asonuchin
Дата сообщения: 20.12.2006 14:24
Устанавливал wildfire, потом копировал каталог wildfire со старого сервера, на новый с заменой файлов, правил адрес хоста в wildfire.xml и всё работало.
Автор: shpunt
Дата сообщения: 20.12.2006 15:30
asonuchin
Что заработало? Шлюз аськин? и кирилица в сообщениях аськиных нормально отображается?
Автор: victorae
Дата сообщения: 20.12.2006 17:56

Цитата:
Что заработало? Шлюз аськин?


http://www.igniterealtime.org/issues/browse/GATE-152

beta 6a ушла в доработку, ждем 6b
Автор: asonuchin
Дата сообщения: 21.12.2006 06:15
shpunt
Я не про шлюз, тоже не работает 6а

Добавлено:
Кто-нибудь даст ещё дельный совет про поиск между серверами?
Автор: victorae
Дата сообщения: 21.12.2006 08:12
Вышла beta 6b
http://www.igniterealtime.org/projects/wildfire/plugins-beta.jsp
Автор: MAVrADMIN
Дата сообщения: 21.12.2006 08:29

Цитата:
Кто-нибудь даст ещё дельный совет про поиск между серверами?

Притомил ты со своим поиском...
Инструкция:
1) Берешь миранду
2) Главное меню-Настройки-Сеть-Jabber
3) В поле Директория указываешь нужный поисковый сервис (например search.wfserv1.ru или search.wfserv2.ru)
4) Сохраняешь и ищешь контакты
5) Когда запарило и захотелось искать по другому серваку - переходишь к п.1 данной инструкции
Автор: victorae
Дата сообщения: 21.12.2006 08:55
для русского в настройках плюгина указывать cp1251 и рестарт плугина со страницы установленных плюгинов.
Автор: shpunt
Дата сообщения: 21.12.2006 09:29
victorae
Всё, настроил. Работает отлично. Русский в сообщениях теперь Ок. Токо инфу не берёт с аськиного клиента.
...
Только после старта шлюза - если смотреть на стороне клиента - в шлюзах не появился аськин шлюз.
А вот когда я на стороне серевера сделал регистрацию своей аськи - тогда всё заработало.
Автор: zakis
Дата сообщения: 21.12.2006 09:35
Наконецто родили, свершилось !!!
Автор: shpunt
Дата сообщения: 21.12.2006 09:40
И ещё: получается что после подключения шлюза - у клиента нет возможности самому добавь свою аську в шлюз. а в предыдущей 6а версии это было, но не работал сам шлюз. хмм.
Автор: victorae
Дата сообщения: 21.12.2006 09:55
у меня сама зарегистрировалась, и еще вон пару человек уже регистрации внесли. Небольшая путаница на самом деле с типами данных в таблице gatewayregistration
из-за чего и не сохраняются наверно автоматом регистрации. У меня

registrationid int
...
registrationDate numeric 9, 18
Lastlogin numeric 9, 18

попробуйте, вдруг поможет. Даниель сделал в новом скрипте эти три поля как INT но
у меня на sql7 в поле такого типа не влазит значение lastlogin.

Автор: asonuchin
Дата сообщения: 21.12.2006 10:24
MAVrADMIN
Я это пробовал не получается.
Тоже самое в пандионе, симе и пр.
Поиск отлично работает когда пользователь подключен к wfserv1.dom и поисковый сервис использует search.wfserv1.dom, а когда он пытается подключится к сервису search.wfserv2.dom то в jabber клиенте идёт "соединение...." и дальше молчит
Хотя отлично видно список всех доступных сервисов на wfserv2.dom.
В настройках wildfire s2s Anyone, пользователи обоих верверов видят друг друга чатятся и обмениваются файлами. А поиска нет...

Вот error.log на wfserv1.dom
2006.12.21 13:03:29 [org.jivesoftware.wildfire.net.SocketReadingMode.negotiateTLS(SocketReadingMode.java:75)
] Error while negotiating TLS: org.jivesoftware.wildfire.net.SocketConnection@1e75e89 socket: Socket[addr=/xxx.xxx.xxx.2,port=3026,localport=5269] session: org.jivesoftware.wildfire.server.IncomingServerSession@128e909 status: 1 address: wfserv1.dom/b43a4581 id: b43a4581
javax.net.ssl.SSLException: Unsupported record version Unknown-47.115
at com.sun.net.ssl.internal.ssl.EngineInputRecord.bytesInCompletePacket(Unknown Source)
at com.sun.net.ssl.internal.ssl.SSLEngineImpl.readNetRecord(Unknown Source)
at com.sun.net.ssl.internal.ssl.SSLEngineImpl.unwrap(Unknown Source)
at javax.net.ssl.SSLEngine.unwrap(Unknown Source)
at org.jivesoftware.wildfire.net.TLSStreamHandler.doHandshake(TLSStreamHandler.java:304)
at org.jivesoftware.wildfire.net.TLSStreamHandler.start(TLSStreamHandler.java:250)
at org.jivesoftware.wildfire.net.SocketConnection.startTLS(SocketConnection.java:173)
at org.jivesoftware.wildfire.net.SocketReadingMode.negotiateTLS(SocketReadingMode.java:72)
at org.jivesoftware.wildfire.net.BlockingReadingMode.readStream(BlockingReadingMode.java:126)
at org.jivesoftware.wildfire.net.BlockingReadingMode.run(BlockingReadingMode.java:62)
at org.jivesoftware.wildfire.net.SocketReader.run(SocketReader.java:123)
at java.lang.Thread.run(Unknown Source)

Вот warn.log на wfserv1.dom
2006.12.21 13:03:29 Error verifying key of remote server: search.wfserv2.dom
java.net.UnknownHostException: search.wfserv2.dom
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.SocksSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at org.jivesoftware.wildfire.server.ServerDialback.verifyKey(ServerDialback.java:521)
at org.jivesoftware.wildfire.server.ServerDialback.validateRemoteDomain(ServerDialback.java:457)
at org.jivesoftware.wildfire.server.ServerDialback.createIncomingSession(ServerDialback.java:340)
at org.jivesoftware.wildfire.server.IncomingServerSession.createSession(IncomingServerSession.java:98)
at org.jivesoftware.wildfire.net.ServerSocketReader.createSession(ServerSocketReader.java:211)
at org.jivesoftware.wildfire.net.SocketReader.createSession(SocketReader.java:469)
at org.jivesoftware.wildfire.net.BlockingReadingMode.run(BlockingReadingMode.java:53)
at org.jivesoftware.wildfire.net.SocketReader.run(SocketReader.java:123)
at java.lang.Thread.run(Unknown Source)

Вот error.log на wfserv2.dom
2006.12.21 13:03:31 [org.jivesoftware.wildfire.server.OutgoingServerSession.createOutgoingSession(OutgoingServerSession.java:259)
] Error trying to connect to remote server: dom(DNS lookup: dom:5269)
java.net.UnknownHostException: dom
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.SocksSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at org.jivesoftware.wildfire.server.OutgoingServerSession.createOutgoingSession(OutgoingServerSession.java:254)
at org.jivesoftware.wildfire.server.OutgoingServerSession.authenticateDomain(OutgoingServerSession.java:183)
at org.jivesoftware.wildfire.server.OutgoingSessionPromise.createSessionAndSendPacket(OutgoingSessionPromise.java:130)
at org.jivesoftware.wildfire.server.OutgoingSessionPromise.access$300(OutgoingSessionPromise.java:40)
at org.jivesoftware.wildfire.server.OutgoingSessionPromise$1$1.run(OutgoingSessionPromise.java:95)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

Вот warn.log на wfserv2.dom
2006.12.21 13:03:29 Closing session due to incorrect hostname in stream header. Host: xxxxx.dom. Connection: org.jivesoftware.wildfire.net.SocketConnection@a16157 socket: Socket[addr=/xxx.xxx.xxx.2,port=3028,localport=5269] session: null
2006.12.21 13:03:31 Error returning error to sender. Original packet:
<iq type="result" id="sd37" from="search.wfserv2.dom" to="user@wfserv1.dom/Pandion">
<query xmlns="http://jabber.org/protocol/disco#info">
<identity category="search" type="text" name="User Search"/>
<feature var="jabber:iq:search"/>
</query>
</iq>
java.lang.IllegalArgumentException: IQ must be of type 'set' or 'get'. Original IQ: <iq type="error" id="sd37" to="search.wfserv2.dom" from="user@wfserv1.dom/Pandion"><query xmlns="http://jabber.org/protocol/disco#info"><identity category="search" type="text" name="User Search"/><feature var="jabber:iq:search"/></query><error code="404" type="cancel"><remote-server-not-found xmlns="urn:ietf:params:xml:ns:xmpp-stanzas"/></error></iq>
at org.xmpp.packet.IQ.createResultIQ(IQ.java:322)
at org.jivesoftware.wildfire.plugin.SearchPlugin.processPacket(SearchPlugin.java:205)
at org.jivesoftware.wildfire.component.InternalComponentManager$RoutableComponent.process(InternalComponentManager.java:439)
at org.jivesoftware.wildfire.server.OutgoingSessionPromise.returnErrorToSender(OutgoingSessionPromise.java:170)
at org.jivesoftware.wildfire.server.OutgoingSessionPromise.access$400(OutgoingSessionPromise.java:40)
at org.jivesoftware.wildfire.server.OutgoingSessionPromise$1$1.run(OutgoingSessionPromise.java:98)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Автор: unreal 777
Дата сообщения: 21.12.2006 11:43
Господа! А научите , пожалуйста, как зарегистрироваться в IRC - транспорте? а то что-то у меня никак не выйдет.

И в догонку - как искать ICQ-контакты в пандионе?!!
Автор: dimot
Дата сообщения: 21.12.2006 18:24
Походу шлюз заработал, господа. Из пандиона контакт регистрируется, с аськи сервера контакты подтягиваются, статус аськиных контактов отображается.
Автор: victorae
Дата сообщения: 21.12.2006 18:58
-------------
And yeah, as for vcards, that's a "post 1.0" thing right now, unless I simply get "The bug" to do something with it. ;D (or if someone submits me code) hehehehe
-------------
информация по аськиным пользователям будет в версии 1, пока считать просто багом, (или если кто то пришлет мне готовый код) хехехе
Автор: manofrain
Дата сообщения: 21.12.2006 20:28
Коллеги, есть вопрос. Использую Wildfire 3.1.0 Beta и Pandion 2.5 в качестве клиента. Наступил на следующие грабли - при удалении пользователя из базы данных сервера или же при переносе его в другую группу - всем у кого в ростерах он был приходит сообщение "Пользователь "такой-то" удалил Вас из своего списка контактов". Где отключить эту шнягу? Бо достала уже конкретно и не только меня.
Автор: victorae
Дата сообщения: 21.12.2006 22:20

Цитата:
Где отключить эту шнягу? Бо достала уже конкретно и не только меня.


вполне логично. у клиента есть жесткая ссылка на расположение юзера, если его перемещают клиент его не находит на старом месте и выдает подходящее сообщение.
Или уведомление получают даже те у кого его в ростере не было? Тогда почему бы не поднять сервер до релиза?
Автор: asonuchin
Дата сообщения: 22.12.2006 08:10
А я что то уже второй день вообще на www.igniterealtime.org зайти не могу
Автор: manofrain
Дата сообщения: 22.12.2006 08:12
Хотелось бы либо отключить это сообщение либо как-то побороться с этим. Ну я предполагаю что логчнее всего было бы вернуть грохнутых пользователей взад? Иои нет?
Автор: MAVrADMIN
Дата сообщения: 22.12.2006 09:00

Цитата:
Хотелось бы либо отключить это сообщение либо как-то побороться с этим

ну... если пандион запускается с серверной шары для всех пользователей - могу посоветовать полазить по его сырцам и закомментить строки отправляющие данное сообщение... но в этом случае если кто-то(1) кого-то(2) реально удалит - то 2 не получит об этом сообщения. Хотя нужно ли оно на самом-то деле?
Автор: IvanLevshin
Дата сообщения: 22.12.2006 09:25
Еще по поводу аськиного щлюза...

Я поимел грабли при замене PyICQt на IM-gateway. Грабля заключается в том, что аська регистрировалась, но не появлялся контакт-лист. После выхода 1.0.6b контакт-лист вроде появился, но не целиком. Похоже, здесь грабля в базе - после ручной чистки rosters все стало много лучше.

Что еще хотелось спросить... Где-то пробегала инфа о том, что историю сообщений (conversations) можно хранить на серверной стороне. Оно действительно так и если да - как настроить?
Автор: PetSerVas
Дата сообщения: 22.12.2006 10:25
Wildfire Admin Console:
Есть две закладки Sessions и Users/Groups
Так вот в Users/Groups прописаны все группы и пользователи из AD 2003
В Sessions я вижу залогиненного пользователя, а на вкладке Users/Groups этот же пользователь в состоянии OFFLine. Где грабли? Есть подозрение что грабли в регистре символов... А вот как побороть?
Автор: vicpo
Дата сообщения: 22.12.2006 11:00
manofrain
если это сообщение появляется каждый раз то значит что пользователя удалили из группы а не из юзеров, сам наткнулся на такие же грабли
Автор: victorae
Дата сообщения: 22.12.2006 11:34
глюк, статус аськиных юзеров остается нормальным но сообщения от них не приходят, хотя они и отсылают без ошибок.

но уже замечено и правится - http://www.igniterealtime.org/issues/browse/GATE-153
Автор: asonuchin
Дата сообщения: 22.12.2006 12:06
Поборол проблемму поиска пользователей через второй сервер.

Поисковые службы имеют service name: search.wfserver1.dom и search.wfserver1.dom

Поправил руками DNS
в домене wfserver1.dom добавил узел search с ip wildfire сервера настроеного на этот домен, а в домене wfserver1.dom добавил узел search с ip второго wildfire.

Теперь из этого следует вторая проблемка:

По-умолчанию название поисковой службы сервера wfserver1.dom в Pandion клиенте отображается как "User Search", но второй поисковый сервис тоже "User Search", пользователю приходится гадать какой из них какой.
Как их переименовать на "User Search wfserver1" и "User Search wfserver2" соответственно?

Добавлено:
Ошибся! второй - search.wfserver2.dom

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667

Предыдущая тема: Делаю комп.класс, возникают проблемы, помогите решить.


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.