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

ASukhanov

Цитата:

Server to server по 5269 порту и соответствено слушает по нему и пытается получить список с другого сервера

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


Цитата:

А по второму вопросу. Какая запись убивается????

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

В том то и дело что ни у одного клиента в ростере нету таких JID)). А после того как я закрыл порт у меня в логах перестало писаться эта ошибка.
А по поводу DNS записи. Помимо пользователей что сидят на ADSL есть еще пользователи которые непосредственно подключены (оптика). И в том и в другом случае они находятся в разных подсетях с сетью где находится домен. Только те пользователи что работают по оптическому каналу (без выделения им реальных ип) работают стабильно без проблем любое время.....Проблема возникает именно у подключенных по ADSL

ASukhanov
MTU?

ASukhanov
MTU?
????

ASukhanov

Цитата:

А после того как я закрыл порт у меня в логах перестало писаться эта ошибка.

еще раз - то что ты таким способом избавился от логов - это СЛЕДСТВИЕ, а не причина. Вот у меня
включено всегда с2с, но сообщений таких нет, с чего бы это?

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

Цитата:

ASukhanov

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

?????

ASukhanov

понятно. когда осмыслишь принцип работы с2с - приходи.

Цитата:

ASukhanov

понятно. когда осмыслишь принцип работы с2с - приходи.

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

Обьясни мне глупому происхождение учетных записей jud.DNS имя моего сервера OpenFire
vjud.DNS имя моего сервера OpenFire, users.DNS имя моего сервера OpenFire?.
В учетных записях их нет. OpenFire сервер работает только в локальной сети, наружу я его не выпускаю.


Добавлено:

Цитата:

ASukhanov

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


еще раз - то что ты таким способом избавился от логов - это СЛЕДСТВИЕ, а не причина. Вот у меня
включено всегда с2с, но сообщений таких нет, с чего бы это?

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

По ип адресу указанному в качестве имени OpenFire сервера

Вопрос, стоит задача создать чат для нужд офиса, будет две группы:
1я видит 2ю группу и может с ней общаться
2я видит 1ю группу и может с ней общаться
члены 1й группы могут общаться между собой и видят себя
члены 2й группы НЕ могут общаться между собой и не видят себя

вроде с видимостью групп разобрался, но проблема остается с 2й группой, ее члены могут ДОБАВЛЯТЬ к себе в лист контакты из своей же 2й группы, а это надо запретить

клиент юзаю pandion и psi (psi предпочтительней)
сервер openfire 3.5.1

Цитата:

По ип адресу указанному в качестве имени OpenFire сервера

тогда разбирайся с операционкой, а не джаббером. просто так не бывает что два дня клиенты работают а потом нет. если через vpn то смотреть в журнале ошибок. плюс когда
впн клиенты не попадают на сервер просто проверить доступность порта telnet 5222
на время настройки выключить шифрование и компрессию. дать днс имя джаббер машине, клиенты наверное в восторге от имен vasya@172.24.x.x

У меня стоит система Wildfire, у нее есть глюк, после того как удалили несколько апонентов у тех кто остался выходит список этих уволенных аппонентов (не всех), но самое интересное выходит несколько апонентов которые в онлайне. Скажу сразу сервер перегружали.
Вопрос: как с этой проблемой можно бороться?

nimal

Цитата:

У меня стоит система Wildfire

точно WILDfire? Если лень обновлятся исправляйте код в Пандионе http://forums.pandion.be/viewtopic.php?t=1204

Цитата:

Цитата:
По ип адресу указанному в качестве имени OpenFire сервера



тогда разбирайся с операционкой, а не джаббером. просто так не бывает что два дня клиенты работают а потом нет. если через vpn то смотреть в журнале ошибок. плюс когда
впн клиенты не попадают на сервер просто проверить доступность порта telnet 5222
на время настройки выключить шифрование и компрессию. дать днс имя джаббер машине, клиенты наверное в восторге от имен vasya@172.24.x.x

))Клиентам глубоко посараю как у них называется учетная запись. Корпоративная система общения предназначается исключительно для рабочих целей предприятия, а не для личного общения. Telnet пробовал все отлично работает по 5222 порту. Клиенты доступны по VPN то бишь связь с ними работает стабильно, и они на корпоративные сервера получают доступ. Все работает тип топ. Все кроме Jabber, на клиентах подключенных по ADSL). Остальные клиенты в это время продолжают работать стабильно.

Ребят а как у бить все события в openfire 3.5.1 а то у меня гдето прописалось что один человек удалили всех и каждый день всем юзерап приходит что их удалили - как от этого излечиться? Я думаю че надо базу openfireА почистить, база mysql но незнаю как

Еще раз приветствую. И все таки в чем может быть причина отключения пользователей которые подключены к OpenFire серверу при помощи ADSL каналов??? Записи DNS перерегистрировал ничего не изменилось. Сегодня проработала аьска сутки и пользователи доступные через VPN по ADSL отвалились......Остальные продолжают работать.....

Добавлено:
И еще вот такую ошибку поясните....пожалуйста
2008.06.10 16:47:42 No ACK was received when sending stanza to: org.jivesoftware.openfire.nio.NIOConnection@55f3fb MINA Session: (SOCKET, R: /172.28.204.15:2704, L: /172.27.86.2:5222, S: 0.0.0.0/0.0.0.0:5222)

И вот такую
2008.06.10 09:31:56 [org.jivesoftware.openfire.handler.IQHandler.process(IQHandler.java:69)
] Internal server error
java.lang.IllegalArgumentException: IQ must be of type 'set' or 'get'. Original IQ: <iq type="result" to="172.27.86.2" id="281-20746" from="salueva@172.27.86.2/QIP"><query xmlns="http://jabber.org/protocol/disco#info"><identity category="client" type="pc" name="Miranda"/><feature var="http://jabber.org/protocol/disco#info"/><feature var="http://jabber.org/protocol/caps"/><feature var="http://jabber.org/protocol/si"/><feature var="http://jabber.org/protocol/si/profile/file-transfer"/><feature var="http://jabber.org/protocol/bytestreams"/><feature var="http://jabber.org/protocol/ibb"/><feature var="jabber:iq:oob"/><feature var="http://jabber.org/protocol/commands"/><feature var="http://jabber.org/protocol/muc"/><feature var="http://jabber.org/protocol/chatstates"/><feature var="jabber:iq:last"/><feature var="jabber:iq:version"/><feature var="urn:xmpp:time"/><feature var="urn:xmpp:ping"/><feature var="jabber:x:data"/><feature var="jabber:x:event"/><feature var="vcard-temp"/><feature var="jabber:iq:agents"/><feature var="jabber:iq:browse"/><feature var="http://jabber.org/protocol/mood+notify"/><feature var="jabber:iq:privacy"/><feature var="urn:xmpp:receipts"/></query></iq>
    at org.xmpp.packet.IQ.createResultIQ(IQ.java:355)
    at org.jivesoftware.openfire.disco.IQDiscoInfoHandler.handleIQ(IQDiscoInfoHandler.java:99)
    at org.jivesoftware.openfire.handler.IQHandler.process(IQHandler.java:49)
    at org.jivesoftware.openfire.IQRouter.handle(IQRouter.java:349)
    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:299)
    at org.jivesoftware.openfire.net.ClientStanzaHandler.processIQ(ClientStanzaHandler.java:79)
    at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:264)
    at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:163)
    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:180)
    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)

ASukhanov

клиенты все qip? сложно искать причину ошибок с клиентом который сам по себе
глючный.

Доброго времени суток. У меня вот какя проблемка. На сервере вин2003 стоит опенфаер 5.3.1 все пользователи берутся из АД, на сервере (опенфаер) расшарены несколько групп, одна из них "группа1", в этой группе есть пользователи которые не должны отображаться, они фильтруются через настройки подключения к лдап. Но в ерор логи постоянно пополняются сообщениями вида:

2008.06.10 15:09:13 [org.jivesoftware.openfire.roster.Roster.<init>(Roster.java:177)
] Groups ([группа1]) include non-existent username (<ник юзера>)

Вообще то это на работе сервера не сказывается, но такие ошибки пишутся штук по 20 в секунду. Ну очень бы хотелось бы чтоб в логах небыло этого мусора в таком объеме.
Если кто знает как от этого избавится напишите плиз. Заранее огромный СПС!

Добавлено:
А! И вот еще такой вопрос. Я слышал что в опенфаер можно создавать подгруппы если сделать примерно так:

1 Расшарить группу гр1 и дать ей имя "Первая"
2 Расшарить группу гр2 и дать ей имя "Первая\Вторая"

И должно получиться в клиенте что группа "Вторая" будет являться подгруппой "Первая" и пользователи в них не будут дублироватся. Я пробовал так делать у меня ничего не получилось...

Теперь внимание вопрос! Ктонибудь делал чтонибудь подобное? У кого получилось сделать подгруппы?

Цитата:

Теперь внимание вопрос! Ктонибудь делал чтонибудь подобное? У кого получилось сделать подгруппы?

Только что попробывал. Расшарил группу 2 как "1\2" перепустил клиента - Миранду из шапки. У меня сказано чтобы клиент каждый раз при конекте загружал список контактов. Получилось две группы 2 - одна как подгруппа, вторая как и была отдельной группой. Соответственно с одинаковыми пользователями. Удалил из контакт листа клиента все группы, перестартовал клиента и лишняя группа исчезла. Теперь группа 2 является подгруппой 1 ...

Кто нибудь смог использовать Spark FastPath ?

Запрос приходит, но после подтверждения ничего не происходит...

Лог ошибок:
[more=логи]at java.net.PlainSocketImpl.connectToAddress(Unknown Source)
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.SocksSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at org.jivesoftware.openfire.session.LocalOutgoingServerSession.createOutgoingSession(LocalOutgoingServerSession.java:254)
at org.jivesoftware.openfire.session.LocalOutgoingServerSession.authenticateDomain(LocalOutgoingServerSession.java:185)
at org.jivesoftware.openfire.server.OutgoingSessionPromise$PacketsProcessor.sendPacket(OutgoingSessionPromise.java:215)
at org.jivesoftware.openfire.server.OutgoingSessionPromise$PacketsProcessor.run(OutgoingSessionPromise.java:194)
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.10 14:25:46 [org.jivesoftware.openfire.session.LocalOutgoingServerSession.createOutgoingSession(LocalOutgoingServerSession.java:259)
] Error trying to connect to remote server: ru(DNS lookup: ru:5269)
java.net.UnknownHostException: ru
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.SocksSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at org.jivesoftware.openfire.session.LocalOutgoingServerSession.createOutgoingSession(LocalOutgoingServerSession.java:254)
at org.jivesoftware.openfire.session.LocalOutgoingServerSession.authenticateDomain(LocalOutgoingServerSession.java:185)
at org.jivesoftware.openfire.server.OutgoingSessionPromise$PacketsProcessor.sendPacket(OutgoingSessionPromise.java:215)
at org.jivesoftware.openfire.server.OutgoingSessionPromise$PacketsProcessor.run(OutgoingSessionPromise.java:194)
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.10 14:25:52 [org.jivesoftware.openfire.session.LocalOutgoingServerSession.createOutgoingSession(LocalOutgoingServerSession.java:259)
] Error trying to connect to remote server: conference.irc.21region.org(DNS lookup: conference.irc.21region.org:5269)
java.net.UnknownHostException: conference.irc.21region.org
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.SocksSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at org.jivesoftware.openfire.session.LocalOutgoingServerSession.createOutgoingSession(LocalOutgoingServerSession.java:254)
at org.jivesoftware.openfire.session.LocalOutgoingServerSession.authenticateDomain(LocalOutgoingServerSession.java:144)
at org.jivesoftware.openfire.server.OutgoingSessionPromise$PacketsProcessor.sendPacket(OutgoingSessionPromise.java:215)
at org.jivesoftware.openfire.server.OutgoingSessionPromise$PacketsProcessor.run(OutgoingSessionPromise.java:194)
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.10 14:25:52 [org.jivesoftware.openfire.session.LocalOutgoingServerSession.createOutgoingSession(LocalOutgoingServerSession.java:259)
] Error trying to connect to remote server: irc.21region.org(DNS lookup: irc.21region.org:5269)
java.net.UnknownHostException: irc.21region.org
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.SocksSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at org.jivesoftware.openfire.session.LocalOutgoingServerSession.createOutgoingSession(LocalOutgoingServerSession.java:254)
at org.jivesoftware.openfire.session.LocalOutgoingServerSession.authenticateDomain(LocalOutgoingServerSession.java:185)
at org.jivesoftware.openfire.server.OutgoingSessionPromise$PacketsProcessor.sendPacket(OutgoingSessionPromise.java:215)
at org.jivesoftware.openfire.server.OutgoingSessionPromise$PacketsProcessor.run(OutgoingSessionPromise.java:194)
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.10 14:25:51 Error closing ChatSession:
item-not-found(404)
at com.jivesoftware.smack.workgroup.user.Workgroup.departQueue(Unknown Source)
at org.jivesoftware.webchat.ChatSession.close(ChatSession.java:339)
at org.jivesoftware.webchat.ChatManager.closeChatSession(ChatManager.java:182)
at org.jivesoftware.webchat.ChatUser.removeSession(ChatUser.java:55)
at org.jivesoftware.webclient.jsp.exit_002dqueue_jsp._jspService(exit_002dqueue_jsp.java:58)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1093)
at org.jivesoftware.webchat.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:45)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at org.jivesoftware.webchat.SetupFilter.doFilter(SetupFilter.java:92)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:726)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:206)
at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:324)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:842)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:648)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:205)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:450)[/more]

Добавлено:
Spark FastPath удалось заставить работать после установки свежей jre-6u6-windows-i586-p-s.exe

Пока разбираюсь в настройках, работает крайне нестабильно, часто выбивает сервер...

В логах на тех клиентазх у кого миранда стоит постоянно вот такие ошибки

2008.06.10 14:51:04 Packet sent to unreachable address
<iq type="get" to="m.krugliy@msg/Pandion" id="mir_60" from="a.shumal@msg/Miranda">
<query xmlns="jabber:iq:version"/>

tomas1

Цитата:

query xmlns="jabber:iq:version

посмотри в миранде настройки - jabber - дополнительно, там есть галка про отправку информации при запросе версии или что то такое.

вышла версия 3.5.2

Openfire New Features

* [JM-1373] - IP address of client is now passed when using connection managers.
* [JM-1350] - Max buffer size used by parser can now be configured.
* [JM-1382] - @DATE@ token is now replaced with build date when building plugins.
* [JM-1353] - Added Sloven&#269;ina translation.
* [JM-1369] - Updated MINA library to latest version.
* [JM-1379] - Updated Jetty server to latest version.

Openfire Bug Fixes

* [JM-1388] - ! Clients are no longer able to disconnect other clients.
* [JM-1372] - ! MUC lock could freeze the entire server.
* [JM-1344] - Closing remote connections is now a synchronous operation.
* [JM-1355] - Resource conflict when running in a cluster was having synchronization problems.
* [JM-1374] - Fixed NPE in audit logging when changing an user's roster.
* [JM-1378] - Allowed to send non-latin symbols in emails.
* [JM-1384] - Not all CN values in subjectDN were being considered in certificates.
* [JM-1387] - Cluster node failed to correctly start up when groupchat events were received.
* [JM-1392] - Closing idle http sessions was not removing the user from groupchat rooms.

tomas1
Ребят а как у бить все события в openfire 3.5.1 а то у меня гдето прописалось что один человек удалили всех и каждый день всем юзерап приходит что их удалили - как от этого излечиться? Я думаю че надо базу openfireА почистить, база mysql но незнаю как


Вы нашли решение этой проблемы?

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

Подскажите, пожалуйста.

Я не могу скачать ничегошеньки с официального сайта. Вместо этого открывается пустая страничка. Может кто знает, как исправить эту ситуёвину? Что делать, кто виноват?..

Ежели кому не сложно, выложите Openfire 3.5.2

bzeek

Цитата:

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

плюгин Monitoring Service

niichavo

Цитата:

выложите Openfire 3.5.2

http://papir.kiev.ua/openfire_3_5_2.exe

Цитата:

плюгин Monitoring Service

как так... А почему раньше I-Ball Chat Auditor 2 рекламировали??
В чем у них отличия? В чем + и -

ViziGod

раньше мониторинг сервис был в составе ентерпрайз плюгина. сейчас судя по сообщениям i-ball не работает с опенфайр с версии 3.4.х примерно.

Здравствуйте. У меня такая проблема:
Стоит WildFire 3.1.1 под Win2003Server. Нужно полностью перенести все настройки, пользователей и т.д. Т.е. полностью всё что можно.
Перенести нужно на OpenFire 3.5.2 который стоит под Debian GNU/Linux 4.0r3

Цитата:

i-ball не работает с опенфайр с версии 3.4.х примерно

Вот она как жизнь то поворачивается ... у меня I-Ball Chat Auditor 2 и ОФ 3.5.1 и только сейчас на форуме узнаю что вместе они не работают
Хотя да - даты за которые логи надо приходиться руками вносить ...а не выбирать из елемента Календать ))