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

redaxe
Спасибо!

Цитата:

пандионе кнопка "Отправить" в окне чата потеряла буку "п" и выглядит как "Отравить", ну и разных дополнений-патчей (к примеру, показ в заголовке группы количество пользователей онлайн из всех пользователей группы)...

А это ты все в форуме нарыл? Может поделишься тем, что есть? Вот только если патчи ставить, то придется заново делать msi, поскольку машин в сетке много, а ручек всего лишь две Кстати вопрос, у кого какое количество пользователей? Т.е. не возникают ли проблемы с 100-200 одновременно работающих юзеров? И сервак Wildfire сильно ли нагружает?

А вот с NTLM Single-Sign-On аутентификацией, которую поддерживает Pandion не все так хорошо Wildfire нативно поддерживает Kerberos, а под NTLM будем ждать отдельный плагин, если конечно дождемся.

Вот что ответил Norman Rasmussen, который подружил Pandion с предыдущей версией Wildfire:

Цитата:

Unfortunately as you’ve found Wildfire 3.x doesn’t like my SSPI library. There will have to be a plugin written to enable non-standard authentication mechanisms (i.e. NTLM that Pandion supports). Spark is supposed to be supporting Kerberos (which Wildfire is supporting as a standard authentication mechanism)

Цитата:

На Wildfire 3.0.1 у меня не заработала
Да и там в файле wildfire\jre\lib\security\java.security уже есть строчка с sasl.Provider

http://norman.rasmussen.co.za/dl/sasl-sspi/GSSAPIDocumentation.htm
"My patches have been included in Wildfire 3.0.0!"

Теперь надо, я думаю, пропатчить Pandion и попробовать.

Добавлено:
UPD: ай-ай, не почитал сообщение на 19й странице.

Crash2002
Ну насчет патчей каждый сам выбирает, что нужно, полазай по форуму...
У меня стояло 3 сервера, объединенных через s2s, на двух авторизация была через AD, на одном локальная... БД MySQL. Общее количество пользователей около 300. На одном сервере одновременно в онлайне висело около 120 юзеров, (P4 - 1.8MHz, 768Mb оперативы, бывало, что и на пару десятков секунд ставал колом, загружая проц на 100%), на двух по 50... Иногда, раз в неделю-две, s2s соединения терялись по неизвестной причине; замечено, что чаще всего это случалось после добавления нового юзера в расшаренную группу...

Сервера были, начиная с 2.5.1, последовательно, каждый раз, с выходом новых версий, обновляемые до последней версии...

redaxe

можно вопрос? мы тут в локалке поставили два сервака wildfire 3.0.1 и хотим их слинковать, машины друг друга пингуют, юзера спокойно висят на обоих серваках, но линка нет. настраивал в соответствии с твои постом пару страниц назад.
машины не имеют собственных доменных имен.
в Debug логе :

2006.08.16 15:34:14 OS - Trying to connect to pdc-gmz1:5269(DNS lookup: pdc-gmz1:5269)
2006.08.16 15:34:14 OS - Connection to pdc-gmz1:5269 successful
2006.08.16 15:34:14 OS - Sent dialback key to host: pdc-gmz1 id: 5d15364d from domain: caldera
2006.08.16 15:34:34 OS - Time out waiting for answer in validation from: pdc-gmz1 id: 5d15364d for domain: caldera
2006.08.16 15:34:34 Finishing Outgoing Server Reader. No session to close.
java.net.SocketException: Socket closed
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(Unknown Source)
at org.jivesoftware.wildfire.net.ServerTrafficCounter$InputStreamWrapper.read(ServerTrafficCounter.java:183)
at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(Unknown Source)
at sun.nio.cs.StreamDecoder$CharsetSD.implRead(Unknown Source)
at sun.nio.cs.StreamDecoder.read(Unknown Source)
at java.io.InputStreamReader.read(Unknown Source)
at org.xmlpull.mxp1.MXParser.fillBuf(MXParser.java:2992)
at org.xmlpull.mxp1.MXParser.more(MXParser.java:3046)
at org.jivesoftware.wildfire.net.MXParser.nextImpl(MXParser.java:75)
at org.xmlpull.mxp1.MXParser.nextToken(MXParser.java:1100)
at org.dom4j.io.XMPPPacketReader.parseDocument(XMPPPacketReader.java:303)
at org.jivesoftware.wildfire.server.OutgoingServerSocketReader$1.run(OutgoingServerSocketReader.java:91)
2006.08.16 15:34:34 Error sending packet to remote server:
<message type="chat" to="klimov@pdc-gmz1" id="mir_176" from="noname@caldera/Miranda">
<body>дыоадыа</body>
<x xmlns="jabber:x:event">
<composing/>
</x>
</message>
java.lang.Exception: Failed to create connection to remote server
at org.jivesoftware.wildfire.server.OutgoingSessionPromise.createSessionAndSendPacket(OutgoingSessionPromise.java:143)
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)

commiter

Судя по логу, caldera подключается к pdc-gmz1, а вот pdc-gmz1 в ответ подключиться к caldera не может. Проверь, можно ли, например, телнетом подключитьсяс с pdc-gmz1 к caldera на порт 5269, не закрыт ли порт файрволлом. Возможно, не может найти имя caldera в DNS.
Просмотри дебуг-лог на pdc-gmz1, что-то вроде

OS - Trying to connect to caldera:5269,

нет ли ошибок DNS.
Если не используешь DNS, то хотя бы в hosts (для винды) пропиши соответствия имени и ip-адреса.

Добавлено:
А у тебя caldera, случайно, не мультихомный - с несколькими сетевыми интерфейсами и разными сетями на них?

caldera(linux) да, она смотрит в две подсетки через алиас, на ней прописаны в hosts
192.168.1.5 pdc-gmz1
192.168.1.5 search.pfc-gmz1
соотвественно по имени она пингует тот сервак

порт на caldere не закрыт точно, седня посмотрю на том серваке.



еще вопрос - возможно ли использовать одну базу для 2-3 серваков? то есть при выборе базу указывать базу на основном серваке?

commiter
А в pdc-gmz1 прописано в хостах соответствие имени caldera и адреса из подсети, которую сто процентов видит pdc-gmz1? Скорей всего pdc-gmz1 пвтается подключиться к адресу, который не видит.

Ну можно использовать один сервер БД и несколько баз на нем для разных wildfire, но никак не одну базу для всех серверов

Машины пингуют друг друга и телнетятся.

Error log:

2006.08.17 08:31:41 [org.jivesoftware.wildfire.net.BlockingReadingMode.run(BlockingReadingMode.java:104)] Connection closed before session established
Socket[addr=/172.16.2.46,port=35313,localport=5269]
2006.08.17 08:32:19 [org.jivesoftware.wildfire.net.BlockingReadingMode.run(BlockingReadingMode.java:104)] Connection closed before session established
Socket[addr=/172.16.2.46,port=35314,localport=5269]
2006.08.17 08:53:13 [org.jivesoftware.wildfire.net.BlockingReadingMode.run(BlockingReadingMode.java:104)] Connection closed before session established
Socket[addr=/192.168.1.5,port=4586,localport=5269]
2006.08.17 08:55:15 [org.jivesoftware.wildfire.net.BlockingReadingMode.run(BlockingReadingMode.java:104)] Connection closed before session established
Socket[addr=/192.168.1.5,port=4602,localport=5269]


Debug log:

2006.08.17 08:55:05 OS - Going to try connecting using server dialback
2006.08.17 08:55:06 Connect Socket[addr=/172.16.4.121,port=1057,localport=5222]
2006.08.17 08:55:15 Connect Socket[addr=/192.168.1.5,port=4602,localport=5269]
2006.08.17 08:55:15 AS - Verifying key for host: pdc-gmz1 id: b6972c1d
2006.08.17 08:55:15 AS - Key was: VALID for host: pdc-gmz1 id: b6972c1d
2006.08.17 08:55:15 AS - Connection closed for host: pdc-gmz1 id: b6972c1d
2006.08.17 08:55:41 OS - Trying to connect to pdc-gmz1:5269(DNS lookup: pdc-gmz1:5269)
2006.08.17 08:55:41 OS - Connection to pdc-gmz1:5269 successful
2006.08.17 08:55:41 OS - Sent dialback key to host: pdc-gmz1 id: d2cc45cd from domain: caldera
2006.08.17 08:56:01 OS - Time out waiting for answer in validation from: pdc-gmz1 id: d2cc45cd for domain: caldera
2006.08.17 08:56:01 Finishing Outgoing Server Reader. No session to close.
java.net.SocketException: Socket closed
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(Unknown Source)
at org.jivesoftware.wildfire.net.ServerTrafficCounter$InputStreamWrapper.read(ServerTrafficCounter.java:183)
at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(Unknown Source)
at sun.nio.cs.StreamDecoder$CharsetSD.implRead(Unknown Source)
at sun.nio.cs.StreamDecoder.read(Unknown Source)
at java.io.InputStreamReader.read(Unknown Source)
at org.xmlpull.mxp1.MXParser.fillBuf(MXParser.java:2992)
at org.xmlpull.mxp1.MXParser.more(MXParser.java:3046)
at org.jivesoftware.wildfire.net.MXParser.nextImpl(MXParser.java:75)
at org.xmlpull.mxp1.MXParser.nextToken(MXParser.java:1100)
at org.dom4j.io.XMPPPacketReader.parseDocument(XMPPPacketReader.java:303)
at org.jivesoftware.wildfire.server.OutgoingServerSocketReader$1.run(OutgoingServerSocketReader.java:91)
2006.08.17 08:56:01 Error sending packet to remote server:
<message type="chat" to="admin@pdc-gmz1" id="mir_121" from="noname@caldera/Miranda">
<body>test</body>
<x xmlns="jabber:x:event">
<composing/>
</x>
</message>
java.lang.Exception: Failed to create connection to remote server
at org.jivesoftware.wildfire.server.OutgoingSessionPromise.createSessionAndSendPacket(OutgoingSessionPromise.java:143)
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)
2006.08.17 08:56:01 OS - Going to try connecting using server dialback
2006.08.17 08:56:11 Connect Socket[addr=/192.168.1.5,port=4604,localport=5269]
2006.08.17 08:56:11 AS - Verifying key for host: pdc-gmz1 id: d2cc45cd
2006.08.17 08:56:11 AS - Key was: VALID for host: pdc-gmz1 id: d2cc45cd
2006.08.17 08:56:11 AS - Connection closed for host: pdc-gmz1 id: d2cc45cd

commiter
Покажи этот же лог, но с другого сервера

Debug со второго

2006.08.17 08:52:50 Connect Socket[addr=/172.16.2.46,port=35318,localport=5269]
2006.08.17 08:52:50 RS - Received dialback key from host: caldera to: pdc-gmz1
2006.08.17 08:53:20 RS - Trying to connect to Authoritative Server: caldera:5269(DNS lookup: caldera:5269)
2006.08.17 08:53:20 RS - Connection to AS: caldera:5269 successful
2006.08.17 08:53:20 RS - Asking AS to verify dialback key for idb787e144
2006.08.17 08:53:20 RS - Key was VERIFIED by the Authoritative Server for: caldera
2006.08.17 08:53:20 RS - Closing connection to Authoritative Server: caldera
2006.08.17 08:53:20 RS - Sending key verification result to OS: caldera
2006.08.17 08:53:20 Logging off caldera on org.jivesoftware.wildfire.net.SocketConnection@7cc9c9 socket: Socket[addr=/172.16.2.46,port=35318,localport=5269] session: org.jivesoftware.wildfire.server.IncomingServerSession@779b3e status: 1 address: caldera id: b787e144
2006.08.17 08:54:52 Connect Socket[addr=/172.16.2.46,port=35319,localport=5269]
2006.08.17 08:54:52 RS - Received dialback key from host: caldera to: pdc-gmz1
2006.08.17 08:55:22 RS - Trying to connect to Authoritative Server: caldera:5269(DNS lookup: caldera:5269)
2006.08.17 08:55:22 RS - Connection to AS: caldera:5269 successful
2006.08.17 08:55:22 RS - Asking AS to verify dialback key for idb6972c1d
2006.08.17 08:55:22 RS - Key was VERIFIED by the Authoritative Server for: caldera
2006.08.17 08:55:22 RS - Closing connection to Authoritative Server: caldera
2006.08.17 08:55:22 RS - Sending key verification result to OS: caldera
2006.08.17 08:55:22 Logging off caldera on org.jivesoftware.wildfire.net.SocketConnection@6bbb36 socket: Socket[addr=/172.16.2.46,port=35319,localport=5269] session: org.jivesoftware.wildfire.server.IncomingServerSession@19238ad status: 1 address: caldera id: b6972c1d
2006.08.17 08:55:48 Connect Socket[addr=/172.16.2.46,port=35320,localport=5269]
2006.08.17 08:55:48 RS - Received dialback key from host: caldera to: pdc-gmz1
2006.08.17 08:56:18 RS - Trying to connect to Authoritative Server: caldera:5269(DNS lookup: caldera:5269)
2006.08.17 08:56:18 RS - Connection to AS: caldera:5269 successful
2006.08.17 08:56:18 RS - Asking AS to verify dialback key for idd2cc45cd
2006.08.17 08:56:18 RS - Key was VERIFIED by the Authoritative Server for: caldera
2006.08.17 08:56:18 RS - Closing connection to Authoritative Server: caldera
2006.08.17 08:56:18 RS - Sending key verification result to OS: caldera
2006.08.17 08:56:18 Logging off caldera on org.jivesoftware.wildfire.net.SocketConnection@1ab3cda socket: Socket[addr=/172.16.2.46,port=35320,localport=5269] session: org.jivesoftware.wildfire.server.IncomingServerSession@11cc2a8 status: 1 address: caldera id: d2cc45cd
2006.08.17 08:56:46 Connect Socket[addr=/172.16.2.46,port=35321,localport=5269]
2006.08.17 08:56:46 RS - Received dialback key from host: caldera to: pdc-gmz1
2006.08.17 08:57:16 RS - Trying to connect to Authoritative Server: caldera:5269(DNS lookup: caldera:5269)
2006.08.17 08:57:16 RS - Connection to AS: caldera:5269 successful
2006.08.17 08:57:16 RS - Asking AS to verify dialback key for idbcb0cfb4
2006.08.17 08:57:16 RS - Key was VERIFIED by the Authoritative Server for: caldera
2006.08.17 08:57:16 RS - Closing connection to Authoritative Server: caldera
2006.08.17 08:57:16 RS - Sending key verification result to OS: caldera
2006.08.17 08:57:16 Logging off caldera on org.jivesoftware.wildfire.net.SocketConnection@ca8f43 socket: Socket[addr=/172.16.2.46,port=35321,localport=5269] session: org.jivesoftware.wildfire.server.IncomingServerSession@882dfc status: 1 address: caldera id: bcb0cfb4

Если я правильно понял, то
caldera 172.16.4.121
pdc-gmz1 172.16.2.46

172.16.2.46 пытается подключиться не к 172.16.4.121, а к 192.168.1.5
Проблема, видимо, в этом.

Ты можешь с 172.16.2.46 подключиться к 172.16.4.121 5269, а то в логах только 5222?

не свосем так
caldera 172.16.2.46
pdc-gmz1 192.168.1.5

с 172.16.2.46 я могу зателнетится на 192.168.1.5

172.16.4.121 - клиент, который полез на 172.16.2.46


если можно то ася 302780169

Ну тогда не знаю...

Кто-нибудь может поделиться пропатченным pandion'ом?

simple74
Пропатченным на предмет чего?

на предмет windows авторизфции по методу rasmussena.

Люди подскажите что это он мне пишет когда я пытаюсь запустить
.py ??

C:\Python24\lib\site-packages\twisted\web\proxy.py:22: DeprecationWarning: twist
ed.protocols.http has moved to twisted.web.http. See http://twistedmatrix.com/pr
ojects/web.
from twisted.protocols import http
There is already a transport instance running with this configuration.
Exiting...


Что, после того как я все установил (python-2.4.2.msi + Twisted_NoDocs-2.2.0.win32-py2.4.exe), распаковал в отдельную папку pyicq-t-0.7, делать...что править?
никак не соображу...может кто нить на пальцах разложить... пожалуйста...

simple74

А смысл? Он с WildFire 3.x не работает, я уже писал об этом вверху страницы.

Подскажите клиента с NTLM аутентификацией под 98SE. Pandion 2.5 вылетает с ошибкой, 2.1.2 ее не поддерживает, а хочется...

Народ, можно дурацки вопрос. На оффсайте среди бесплатных плагинов есть один для массовой рассылки сообщений. вроде сделал необходимые настройки на сервере. Как отправить теперь это сообщение всем сразу? Клиент - Pandion 2.5

Цитата:

Народ, можно дурацки вопрос. На оффсайте среди бесплатных плагинов есть один для массовой рассылки сообщений. вроде сделал необходимые настройки на сервере. Как отправить теперь это сообщение всем сразу? Клиент - Pandion 2.5

Цитата:

Broadcast Plugin Readme
Overview

The broadcast plugin broadcasts messages to all users in the system or to specific groups. It's primarily useful for sending announcements or notifications.
Installation

Copy broadcast.jar into the plugins directory of your Wildfire installation. The plugin will then be automatically deployed. To upgrade to a new version, copy the new broadcast.jar file over the existing file.
Configuration
The broadcast plugin is configured via Wildfire system properties. These can be configured under Server/Server Manager/System Properties:

* plugin.broadcast.serviceName -- the name of the broadcast service. If no value is set, the default is "broadcast".
* plugin.broadcast.disableGroupPermissions -- true to allow any user to broadcast a message to a group. When false, only group members or administrators can broadcast messages to a group. The default value is false.
* plugin.broadcast.groupMembersAllowed -- true to also allow group members to send broadcast messages to groups they belong to. When false, only administrators can send broadcast messages to a group. The default value is true. Note that the property value of plugin.broadcast.disableGroupPermissions can effectively override this value by letting anyone send broadcast messages to groups.
* plugin.broadcast.allowedUsers -- the comma-delimitted list of users allowed to broadcast messages to all connected users at once. When this property isn't set, anyone is allowed to broadcast messages to all users.

Using the Plugin
To send a broadcast message, send a message to all@[serviceName].[serverName] or [group]@[serviceName].[serverName]. For example, if your server is called foo and the default service name is being used, a message to all@broadcast.foo would be broadcast to all users connected to the server. For the group staff, a message to staff@broadcast.foo would be sent to all users in the group staff that are currently online.

Note: for maximum compatability between group implementations, it's recommended that you use lower-case group names in conjunction with the broadcast plugin.

А если мануал почитать ?

Цитата:

А если  мануал почитать ?

Видишь ли... мой милый друг... в мануале, к сожалению не написано для каких клиентов это рабьотает. поробуй.... увидишь результат, где ты введешь эту строку? отдельному челу с расчетом, что уйдет всем? ню-ню.... если бы жисть была так проста

Цитата:

Цитата:
А если мануал почитать ?

Видишь ли... мой милый друг... в мануале, к сожалению не написано для каких клиентов это рабьотает. поробуй.... увидишь результат, где ты введешь эту строку? отдельному челу с расчетом, что уйдет всем? ню-ню.... если бы жисть была так проста

если бы у меня не работало. я бы не писал, эта штука работает не на уровне клиента, а на уровне сервера, фактически у тебя на сервере появляется еще пользователи, им и пишешь, и совершенно не важно с какого клиента.

Конкретно для пандиона я просто добавил в ростер пользователя all@broadcast.<my jabber server name>

Цитата:

Конкретно для пандиона я просто добавил в ростер пользователя all@<my jabber name>

ладно, тогда извини ... я что-то не додумался до этого.

День добрый, у меня вопрос по логам сообщений. Текст сообщений прочитать невозможно: выводится в виде набора цифр. Подскажите, пожалуйста, как настроить запись в лог сообщений в том виде, в котором они посылались?

да там все в формате XML. Берешь и переименовываешь КОПИЮ файлов и с ними работаешь. Я напртимер в Эксель импортировал, там все читается, более менее.
Только я не знаю почему, некоторые логи какие-то незавершенные. Система отказывается их открывать, типа есть незакрытые теги. Никто не знает, как проще всего это дело смотреть?

Добавлено:
расширение меняешь на XML....

Использую Wildfire Server 3.0.1. В качестве клиента Pandion 2.5. Юзеры сидят в терминалах (Удаленное подключение к рабочему столу). При новом сообщении, сообщение мигает в трее на рабочем столе юзера, всплывающие сообщения поверх окна терминала не появляются. Но при административных сообщениях (из админ консоли) все ок. Кто подскажет в каком месте копать? Нужно чтобы все сообщения появлялись в окне терминала как всплывающие сообщения .

У меня тоже в терминале не всплывают (да и на простык ПК).. Но там единственное они всплывают, кажись, когда пользователь вваливается в сеть. В других случаях они везде внизу просто появляются. Разве не так?

Добавлено:
Добавлю, моим некоторым пользователям даже не нравится, когда что-то вспылвает. Раздражает, типа... А некоторые даже наоборот боятся Pandion. Он палит их, когда они комп включают. Тем самым показывается время их прихода на работу

Цитата:

Добавлю, моим некоторым пользователям даже не нравится, когда что-то вспылвает. Раздражает, типа... А некоторые даже наоборот боятся Pandion. Он палит их, когда они комп включают. Тем самым показывается время их прихода на работу

юзеры весь день сидят в терминале, а иногда кому-нибудь нужно что-то срочно передать. Если сообщение не всплывает поверх окна терминала, его просто напросто не заметят.

Все понятно. так и объяснять надо же конкретнее. Мои юзеры сидят в "полном" терминале и загружают софтину именно в терминальной среде. А так.... колонки поставь, там звучок есть. можно како-нитьй дикий звук поставить, чтобы аж подпрыгивали (громкость выворачиваем на всю)
Других вариантов не вижу