» Openfire (Wildfire/Jive Messenger) часть 2

Цитата:

рименять еще и заплатку "openfire-3.3.0-saslmechanisms"?

нет, не надо. норман 7.0 и 7.1 работают нормально в чистом виде.

2008.06.19 15:02:43 [org.jivesoftware.openfire.nio.ConnectionHandler.exceptionCaught(ConnectionHandler.java:110)
]
java.lang.ArrayIndexOutOfBoundsException
    at java.lang.System.arraycopy(Native Method)
    at com.jcraft.jzlib.ZStream.flush_pending(ZStream.java:170)
    at com.jcraft.jzlib.Deflate.deflate(Deflate.java:1527)
    at com.jcraft.jzlib.ZStream.deflate(ZStream.java:133)
    at org.apache.mina.filter.support.Zlib.deflate(Zlib.java:176)
    at org.apache.mina.filter.CompressionFilter.filterWrite(CompressionFilter.java:191)
    at org.apache.mina.common.support.AbstractIoFilterChain.callPreviousFilterWrite(AbstractIoFilterChain.java:361)
    at org.apache.mina.common.support.AbstractIoFilterChain.access$1300(AbstractIoFilterChain.java:53)
    at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.filterWrite(AbstractIoFilterChain.java:659)
    at org.apache.mina.filter.executor.ExecutorFilter.filterWrite(ExecutorFilter.java:255)
    at org.apache.mina.common.support.AbstractIoFilterChain.callPreviousFilterWrite(AbstractIoFilterChain.java:361)
    at org.apache.mina.common.support.AbstractIoFilterChain.access$1300(AbstractIoFilterChain.java:53)
    at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.filterWrite(AbstractIoFilterChain.java:659)
    at org.apache.mina.filter.codec.ProtocolCodecFilter.filterWrite(ProtocolCodecFilter.java:210)
    at org.apache.mina.common.support.AbstractIoFilterChain.callPreviousFilterWrite(AbstractIoFilterChain.java:361)
    at org.apache.mina.common.support.AbstractIoFilterChain.access$1300(AbstractIoFilterChain.java:53)
    at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.filterWrite(AbstractIoFilterChain.java:659)
    at org.apache.mina.common.IoFilterAdapter.filterWrite(IoFilterAdapter.java:90)
    at org.jivesoftware.openfire.net.StalledSessionsFilter.filterWrite(StalledSessionsFilter.java:49)
    at org.apache.mina.common.support.AbstractIoFilterChain.callPreviousFilterWrite(AbstractIoFilterChain.java:361)
    at org.apache.mina.common.support.AbstractIoFilterChain.access$1300(AbstractIoFilterChain.java:53)
    at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.filterWrite(AbstractIoFilterChain.java:659)
    at org.apache.mina.common.support.AbstractIoFilterChain$TailFilter.filterWrite(AbstractIoFilterChain.java:587)
    at org.apache.mina.common.support.AbstractIoFilterChain.callPreviousFilterWrite(AbstractIoFilterChain.java:361)
    at org.apache.mina.common.support.AbstractIoFilterChain.fireFilterWrite(AbstractIoFilterChain.java:355)
    at org.apache.mina.transport.socket.nio.SocketSessionImpl.write0(SocketSessionImpl.java:166)
    at org.apache.mina.common.support.BaseIoSession.write(BaseIoSession.java:177)
    at org.apache.mina.common.support.BaseIoSession.write(BaseIoSession.java:168)
    at org.jivesoftware.openfire.nio.NIOConnection.deliver(NIOConnection.java:223)
    at org.jivesoftware.openfire.session.LocalClientSession.deliver(LocalClientSession.java:781)
    at org.jivesoftware.openfire.session.LocalSession.process(LocalSession.java:262)
    at org.jivesoftware.openfire.spi.RoutingTableImpl.routePacket(RoutingTableImpl.java:235)
    at org.jivesoftware.openfire.IQRouter.handle(IQRouter.java:356)
    at org.jivesoftware.openfire.IQRouter.route(IQRouter.java:101)
    at org.jivesoftware.openfire.spi.PacketRouterImpl.route(PacketRouterImpl.java:68)
    at org.jivesoftware.openfire.net.StanzaHandler.processIQ(StanzaHandler.java:311)
    at org.jivesoftware.openfire.net.ClientStanzaHandler.processIQ(ClientStanzaHandler.java:79)
    at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:276)
    at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:175)
    at org.jivesoftware.openfire.nio.ConnectionHandler.messageReceived(ConnectionHandler.java:133)
    at org.apache.mina.common.support.AbstractIoFilterChain$TailFilter.messageReceived(AbstractIoFilterChain.java:570)
    at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299)
    at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53)
    at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:648)
    at org.apache.mina.common.IoFilterAdapter.messageReceived(IoFilterAdapter.java:80)
    at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299)
    at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53)
    at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:648)
    at org.apache.mina.filter.codec.support.SimpleProtocolDecoderOutput.flush(SimpleProtocolDecoderOutput.java:58)
    at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:185)
    at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299)
    at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53)
    at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:648)
    at org.apache.mina.filter.executor.ExecutorFilter.processEvent(ExecutorFilter.java:239)
    at org.apache.mina.filter.executor.ExecutorFilter$ProcessEventsRunnable.run(ExecutorFilter.java:283)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51)
    at java.lang.Thread.run(Unknown Source)
Поясните пожалуйста из за чего такая ошибка. Валится достаточно часто
Кстати проблему с тем что клиенты по ADSL отваливаются так и не решил. Поясню немного еще сервер OpenFire стоит на резервном контроллере домена. Часть клиентов находятся в сим домене и они работают нормально, часть клиентов отсутствуют в домене но подключены к сети работают тоже нормально, а часть клиентов которые не в домене и подключены по ADSL периодически отваливаются. При этом с этих клиентов ип сервера OpenFire пингуется по telent ходит на соответствующие порты....

ASukhanov

Цитата:

at com.jcraft.jzlib.ZStream.flush_pending(ZStream.java:170)

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

2008.06.19 15:14:43 No ACK was received when sending stanza to: org.jivesoftware.openfire.nio.NIOConnection@6b839 MINA Session: (SOCKET, R: /172.28.146.9:1295, L: /172.27.86.2:5222, S: 0.0.0.0/0.0.0.0:5222)

Вот такой еще ошибка мучит...)

Добавлено:

Цитата:

ASukhanov

Цитата:
at com.jcraft.jzlib.ZStream.flush_pending(ZStream.java:170)


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

Отключена компрессия на сервере то бишь компрессия и сервера и клиентов отключена


Добавлено:
По поводу ADSL еще одно наблюдение: Когда сервис OpenFire перезагружаю клиенты которые отвалились до этого уведомляют о том что связь с сервером потеряна проверьте мол настройки подключения. Сервис перезагрузился у пользователей это сообщение исчесло думается они подключились к серверу а вот список того кто в онлайне они не получили и следовательно отправлять сообщения не могут

Добавлено:
Пробую изменить пароль для учетки такого клиента, клиент ругается мол неверный пароль.....Ставлю правильный коннектится но списка онлайн пользователей все же не выдает. Видимо проблемка все таки с сервером OpenFire...

victorae

Connection Pool Info:

Minimum Connections:      3
Maximum Connections:     25

у всех в клиенте только 25 пользователей, хотя на сервере в online их больше.
те кто не попал в это количество могут только отправлять сообщения.

my_nik_zem

Цитата:

Connection Pool Info

у меня
Minimum Connections:      5
Maximum Connections:     15

Active Client Sessions: 301

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

Ребята, помогите решить вопрос описанный выше по ADSL ну забодало меня раз в двое суток (или в одни) перегружать сервер полностью, выгонят скоро меня за такое обращение с пользователями))

ASukhanov

давай в аську 70016524

Итак уперся я в стенку и продолжаю повествование....
на данный момент патч нормана стоит 7.1 без заплатки - NTLM не работает...

вход с логином и паролем работает.
Сервер ОпенФайр и клиент установлены на одном ПК
В логи пишет вот что:
в дебаг - 2008.06.19 14:34:58 NIOConnection: startTLS: using c2s
2008.06.19 14:34:59 ConnectionHandler:
java.io.IOException: Программа на вашем хост-компьютере разорвала установленное подключение
    at sun.nio.ch.SocketDispatcher.write0(Native Method)
    at sun.nio.ch.SocketDispatcher.write(Unknown Source)
    at sun.nio.ch.IOUtil.writeFromNativeBuffer(Unknown Source)
    at sun.nio.ch.IOUtil.write(Unknown Source)
    at sun.nio.ch.SocketChannelImpl.write(Unknown Source)
    at org.apache.mina.transport.socket.nio.SocketIoProcessor.doFlush(SocketIoProcessor.java:414)
    at org.apache.mina.transport.socket.nio.SocketIoProcessor.doFlush(SocketIoProcessor.java:332)
    at org.apache.mina.transport.socket.nio.SocketIoProcessor.access$500(SocketIoProcessor.java:45)
    at org.apache.mina.transport.socket.nio.SocketIoProcessor$Worker.run(SocketIoProcessor.java:488)
    at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51)
    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)
в предупреждения - 2008.06.19 14:34:59 Unexpected packet tag (not message,iq,presence)<abort xmlns="urn:ietf:params:xml:ns:xmpp-sasl"/>


вправьте руки, а?

ZISZIS

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

- <sasl>
<mechs>ANONYMOUS,PLAIN,NTLM</mechs>
- <!-- pick one of the following
-->
<realm>DOMEN</realm>
</sasl>
- <provider>
- <vcard>
<className>org.jivesoftware.openfire.ldap.LdapVCardProvider</className>
</vcard>
- <user>
<className>org.jivesoftware.openfire.ldap.LdapUserProvider</className>
</user>
- <auth>
<className>org.jivesoftware.openfire.ldap.LdapAuthProvider</className>
</auth>
- <group>
<className>org.jivesoftware.openfire.ldap.LdapGroupProvider</className>
</group>
- <authorization>
<classList>org.jivesoftware.openfire.sasl.StrictAuthorizationPolicy org.jivesoftware.openfire.sasl.DefaultAuthorizationPolicy</classList>
- <!-- other options: null, LdapAuthorizationProvider, UnixK5LoginProvider, Strict and Lazy
-->
</authorization>
</provider>

TO victorae

да ладно.....
не может такого быть...
твой кунг-фу сильнее моего))))
СПАСИБО!!!
Помогло.

Linux. сделал связку openfire 3.5.2 с Mysql. Проблема в том, что нельзя заполнять любые поля в анкете пользователя на кириллице.

http://www.n-admin.com/n27-942.html
прочел, включил utf-8 на mysql,
дописал это
?useUnicode=true&characterEncoding=UTF-8&characterSetResults=UTF-8
в адрес на сервак в наcтройках OpenFire

alexsoft85 - я писал уже об этом выше
ищи здесь

victorae
Прописал кодировку windows-1251 и всё ок )

HumpSoft
Грацио, синьор

Сталкивался ли кто с проблемой, что онлайновых пользователей ICQ-шлюза внешние пользователи видят в оффлайне (изредка - в онлайне)?
Шлюз 1,2,3 опенфайровский.
Как забороть проблему?

Через pyICQt-0.8 нормально наружние видят онлайновых, но тут грабли с номерами вместо ников. Контакт-листы у народа большие, вручную "резолвить" не захотят.

У меня вот так, работает:






Надо не забыть перезапустить ОпенФайр

Интересует вопрос связанный с груп шарингом, как его делать более-менее понятно...но:
как сделать так чтобы для членов группы 1 в контакт листе были видны только члены этой группы(для членов группы 2 только слены этой группы и т.д.)?

ZISZIS

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

victorae

Цитата:

ты хочешь шарить группу саму в себя похоже, не знаю тогда

в порядке бреда....если сделать две группы 1 и 1_1 с одинаковым составом участников, то думаю получится именно то что нужно....как думаешь?
Конечно криво, но....

Цитата:

Конечно криво, но....

не зря шаринг не дает расшаривать группу саму в себя. попробовать можно, только наверное стоит базу сбекапить.

ZISZIS
Включить "Enable contact list group sharing"
НЕ ставить галку "Share group with additional users"
И народ в группе будет видеть только свою группу (а остальных могут находить поиском).

Dmb_2007
Поставил галки как у Вас. Работает, нас видят. Но надо понаблюдать подольше

bokka

Цитата:

Включить "Enable contact list group sharing"
НЕ ставить галку "Share group with additional users"
И народ в группе будет видеть только свою группу (а остальных могут находить поиском).

Спасибо. Все так и есть.

Никто не сталкивался с такой ошибкой? в Warn пишется:
Unexpected packet tag (not message,iq,presence)<abort xmlns="urn:ietf:params:xml:ns:xmpp-sasl"/>
Ставил патч Нормана на OpenFire 3.5.2
Если заходишь по доменному логину-паролю - подключается, NTLM - не работает

tech_nik

Цитата:

Ставил патч Нормана на OpenFire 3.5.2

значит криво поставил. перепроверь конфиг и изменения которые необходимо сделать. на предыдущей странице говорили об этом.

Все перепроверил, исправил, тперь выдает такую ошибку:

AuthorizationManager: Error loading AuthorizationProvider: org.jivesoftware.openfire.sasl.StrictAuthorizationPolicy
java.lang.ClassNotFoundException: org.jivesoftware.openfire.sasl.StrictAuthorizationPolicy
AuthorizationManager: Error loading AuthorizationProvider: org.jivesoftware.openfire.ldap.LdapAuthorizationProvider
java.lang.ClassNotFoundException: org.jivesoftware.openfire.ldap.LdapAuthorizationProvider

tech_nik

Цитата:

перепроверил, исправил, тперь выдает такую ошибку:

AuthorizationManager: Error loading AuthorizationProvider: org.jivesoftware.openfire.sasl.StrictAuthorizationPolicy
java.lang.ClassNotFoundException: org.jivesoftware.openfire.sasl.StrictAuthorizationPolicy
AuthorizationManager: Error loading AuthorizationProvider: org.jivesoftware.openfire.ldap.LdapAuthorizationProvider
java.lang.ClassNotFoundException: org.jivesoftware.openfire.ldap.LdapAuthorizationProvider

Все было именно так как у тебя, копирнул в буфер кусок конфига который любезно предоставил victorae и вставил в свой вместо соотвествующего куска и все чудесным образом заработало.

Да все вроде сделал, может чего забыл, кидаю конфиг:

<sasl>
<mechs>ANONYMOUS,PLAIN,NTLM</mechs> -
<!-- pick one of the following
-->
<realm>VIRTUAL</realm>
</sasl> -
<provider>-
<vcard>
<className>org.jivesoftware.openfire.ldap.LdapVCardProvider</className>
</vcard> -
<user>
<className>org.jivesoftware.openfire.ldap.LdapUserProvider</className>
</user> -
<auth>
<className>org.jivesoftware.openfire.ldap.LdapAuthProvider</className>
</auth> -
<group>
<className>org.jivesoftware.openfire.ldap.LdapGroupProvider</className>
</group> -
<authorization>
<classList>org.jivesoftware.openfire.sasl.StrictAuthorizationPolicy org.jivesoftware.openfire.sasl.DefaultAuthorizationPolicy</classList> -
<!-- other options: null, LdapAuthorizationProvider, UnixK5LoginProvider, Strict and Lazy
-->
</authorization>
</provider>
<setup>true</setup> -
<log>-
<debug>
<enabled>true</enabled>
</debug>
</log>
</jive>

Цитата:

<realm>VIRTUAL</realm>

здесь не должно быть что-то типа DOMEN ?

VIRTUAL - это комп на котором поднят OpenFire, Domen - домен AD
Действительно, если поменять Virtual на Domen авторизация заработала, но все-равно вылезли те же ошибки

AuthorizationManager: Error loading AuthorizationProvider: org.jivesoftware.openfire.sasl.StrictAuthorizationPolicy
java.lang.ClassNotFoundException: org.jivesoftware.openfire.sasl.StrictAuthorizationPolicy
AuthorizationManager: Error loading AuthorizationProvider: org.jivesoftware.openfire.sasl.DefaultAuthorizationPolicy
java.lang.ClassNotFoundException: org.jivesoftware.openfire.sasl.DefaultAuthorizationPolicy