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

kidstone
попробуй других клиентов, вполне возможно что дело не в пандионе
например JAJC - простой до безобразия http://jajc.jrudevels.org/

victorae

Цитата:

наверное еще пара таких вопросов и следы пандиона исчезнут из шапки...

давно пора

kaskad - база встроенная или внешняя ?

кстати, http://Psi-im.org разродился очередным релизом

victorae

Цитата:

наверное еще пара таких вопросов и следы пандиона исчезнут из шапки...

HumpSoft

Цитата:

давно пора

Неееет, не надо! Руки прочь от пандиона! А что, ситуёвина с отправкой многоадресных сообщение у Миранды изменилась к лучшему? Не смотря на его недостатки, он наиболее дружелюбен и удобен для тёти Клавы и дяди Васи. У меня, кстати, нет проблем (тьфу-тьфу-тьфу ) с недоставкой сообщений

niichavo Значит у тебя все пользователи в пределах
одной локалки и сеть стоит как ...
Стоит только соединению разорваться, и все, Pandion в полной мере соединение уже не восстанавливает. Получается дебильная односторонняя связь (клиенту сообщения приходят, а от него не уходят), к тому же достающая тем, что внешне это никак не отражается, человек считает, что он в онлайне и искренне обижается, что ему не отвечают.

HumpSoft
Сетей у меня 2. Соединение через VPN. Openfire-сервер один. После восстановления соединения, клиенты автоматом переподключаются. Такую работу обеспечивает патч, может даже и не из шапки, а где-то с форума пандиона взят был, не помню.

niichavo Ну и где же этот патч? Люди , типа, мучаются, а ты молчишь как рыба об лед.

HumpSoft

так на форуме пандионовском он был, там пара строчек правится в исходниках.

HumpSoft
Ссылка про то, что я не как рыба об лёд
Форум Пандиона

victorae
niichavo
Так вы про это
Не, у нас и с этим не работает. я думал может быть что то новенькое

Как отсечь лишние (системные) группы в админке при работе с LDAP?
Searchgroupfilter ковырял по разному - все равно не получается. Пробовал и в одно подразделение все группы загонять и все равно показывает все - такое ощущение что игнорирует этот фильтр.

Dr_Spectre

перенеси системные группы выше точки иерархии base dn

Заметил, что в error.log регулярно пишется следующее сообщение:

[org.jivesoftware.openfire.nio.ConnectionHandler.exceptionCaught(ConnectionHandler.java:110)
]
java.lang.ArrayIndexOutOfBoundsException: -43
    at com.jcraft.jzlib.Deflate.longest_match(Deflate.java:1272)
    at com.jcraft.jzlib.Deflate.deflate_slow(Deflate.java:1150)
    at com.jcraft.jzlib.Deflate.deflate(Deflate.java:1567)
    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.net.SocketPacketWriteHandler.process(SocketPacketWriteHandler.java:53)
    at org.jivesoftware.openfire.spi.PacketDelivererImpl.deliver(PacketDelivererImpl.java:48)
    at org.jivesoftware.openfire.spi.PresenceManagerImpl.probePresence(PresenceManagerImpl.java:385)
    at org.jivesoftware.openfire.handler.PresenceUpdateHandler.initSession(PresenceUpdateHandler.java:230)
    at org.jivesoftware.openfire.handler.PresenceUpdateHandler.process(PresenceUpdateHandler.java:128)
    at org.jivesoftware.openfire.handler.PresenceUpdateHandler.process(PresenceUpdateHandler.java:112)
    at org.jivesoftware.openfire.handler.PresenceUpdateHandler.process(PresenceUpdateHandler.java:176)
    at org.jivesoftware.openfire.PresenceRouter.handle(PresenceRouter.java:134)
    at org.jivesoftware.openfire.PresenceRouter.route(PresenceRouter.java:70)
    at org.jivesoftware.openfire.spi.PacketRouterImpl.route(PacketRouterImpl.java:76)
    at org.jivesoftware.openfire.net.StanzaHandler.processPresence(StanzaHandler.java:329)
    at org.jivesoftware.openfire.net.ClientStanzaHandler.processPresence(ClientStanzaHandler.java:85)
    at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:253)
    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 java.lang.Thread.run(Unknown Source)

Сервер OF 3.5.2 (JRE 6.07), клиенты Psi 0.12. Около 80 клиентов.

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

И еще, довольно часто при подключении клиент видит онлайн не всех пользователей из своего ростера (используется AD c расшаренными в общий ростер группами): например, 5 пользователей вместо 50. Переподключение проблему решает, хотя порой и не с первого раза. С чем это может быть связано?

Помогите. Что то совсем непонятное.
Хост с сабжем - openfire(ip пингуется все ок)
Хост с LDAP - domain.local(ip пингуется все ок)

LDAP биндится и работает все вытягивает без ошибок.
патч на NTLM стоит:
<sasl>
<mechs>ANONYMOUS,PLAIN,NTLM</mechs>
<realm>domain.local</realm>
</sasl>

я в консоль захожу. SparkWeb всех авторизует, а там ессно NTLM в чистом виде вроде.
Просто Spark тоже пускает. Psi пускает.
а вот Pаndion и Miranda наотрез отказываются!
Миранда ругается:
username@openfire авторизация обломись.
Пандион:
выбираем "Встроенная авторизация", прописал уж чтоб наверняка хост подключения -openfire.
Запуск спрашивает IM хост. Че я только не вбивал - openfire, openfire@domain.local итп...
все посылает. авторизация не ввозможно и все тут.
логи чистые. ошибок нет. куда копать то?

ЗЫ
Кстати SparkWeb не понимает русский в сообщениях. Печатает домики-избушки.
Хотя всю инфу из базы честно показал в нормальном виде. Кодировка на странице UTF-8. косяк видимо во флэш составляющей.

Mistique

Цитата:

realm>domain.local</realm>

<realm>DOMAIN</realm>

Цитата:

<realm>DOMAIN</realm>

Вот блин маразм...
Все заработало.

А по моему вопросу (см. выше) кто-нибудь подскажет? Я про ошибку, и компрессию.

Господа - работает ли у кого трансфер файлов через msn гейт в openfire ?
Если да - то может на шлюзе какие порты надо открыть? сам опенфайр в локалке - шлюз ms isa

Dr_Spectre

через гейты файлы не работают, это только в планах

Angulimala

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

А для передачи файлов между клтиентами чего накрутить нужно?
File Transfer Proxy Settings:
Enabled on 7777

В миранде в свойствах Jabber указал что можно и порт.
Пытаешься и сразу же отлуп.

Mistique - а зачем через прокси?
Вообще то по прямому соединению неплохо все работает.

Как включить то блин? И где главное

Есть ли возможность использовать одновременно авторизацию в AD для доменных пользователей и локальный список пользователей для тех, кто в рабочих группах? при установке OpenFire можно выбрать или то, или это, что не радует. Пользователи 50/50.

Mistique

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

halfman

кидай все в локальную...
если в АД людей достаточно, то подключай сначала ЛДАП, выдирай всех, потом экспорт в файло, меняй базу на локальную, импортируй людей их файла...

Либо всех в АД...8)


Добавлено:
victorae
Эт я протупил че то... Пока написал, через минуту уже галку снял и все понеслось..
Вопрос статистики:
У меня пролазит файло примерно эдак 60 Мб... кто нить потолок реально знает сколько? Или от чего зависит... 200 Мб Avi не полезло...8(

Mistique

Цитата:

200 Мб Avi не полезло

когда настраивал кидал гиговые файлы. смысл вот в чем - если галка "прямое соединение" не стоит то клиенты согласуют протокол и кидают файл по 2 или 4 кб блоками. может потому и не пролазит.

HumpSoft

Цитата:

kaskad - база встроенная или внешняя ?

База встроенная, которую предлагает поставить опен при установке. Какой тулзой оттудова выковыривать-то?

Есть две группы в AD, обе расшарены. Openfire 3.5.2. Когда переношу пользователя из одной группы в другую (из старой в новую), на клиентах пользователь остаётся виден в старой группе. Перезапуск компьютера, клиента ничего не меняет. Ситуацию исправляет только перезапуск службы Openfire. Как такое победить?

ЗЫ. В качестве клиентов использовались как Pandion, так и Miranda. Никакой разницы, помогает только перезапуск Openfire.

niichavo

Цитата:

помогает только перезапуск Openfire.

кеш в консоли сервера скидывай или отключи его на ростеры

victorae

Цитата:

отключи его на ростеры

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