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

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

Автор: ivox3768
Дата сообщения: 23.01.2009 11:01
to victorae

и что там надо поправить (oscar.py)
а то 8.1.2 не поднялси

зарнее благодарю
Автор: victorae
Дата сообщения: 23.01.2009 11:46
ivox3768

на этой же странице написано..

oscar.py

class OscarConnection(protocol.Protocol):
def connectionMade(self):
self.state=""
- self.seqnum=0
+ self.seqnum=10000
self.buf=''
self.outRate=6000
self.outTime=time.time(
Автор: ivox3768
Дата сообщения: 23.01.2009 11:59
oscar.py

в таком варианте нэ завелось

class OscarConnection(protocol.Protocol):
def connectionMade(self):
self.state=""
self.seqnum=0
self.buf=''
self.outRate=6000
self.outTime=time.time()


в таком работает

class OscarConnection(protocol.Protocol):
def connectionMade(self):
self.state=""
self.seqnum=10000
self.buf=''
self.outRate=6000
self.outTime=time.time()


Автор: hds82
Дата сообщения: 23.01.2009 12:01
ivox3768 я переписал в pyicq 0.8.1.2 файл config.xml и отредактировал в c:\pyicqt0.8.1.2\src\main.py , находим нижеприведенный кусок кода и вырезаем его

# Find the best reactor
reactorchoices = ["epollreactor", "kqreactor", "cfreactor", "pollreactor", "selectreactor", "posixbase", "default"]
for choice in reactorchoices:
    try:
        exec("from twisted.internet import %s as bestreactor" % choice)
        if choice in ["selectreactor","default"]:
            print selectWarning
        break
    except:
        pass
try:
    bestreactor.install()
except:
    print "Unable to find a reactor.\nExiting..."
    sys.exit(1)
Автор: ivox3768
Дата сообщения: 23.01.2009 12:09
to hds82

все сдела так же - по старому ману - не заработало

вернулся на предыдущую - 8b по моему - переписал одну строчку в oscar.py
self.seqnum=10000

заработало!

проверил Spark и Miranda
Автор: victorae
Дата сообщения: 23.01.2009 13:02
ivox3768

там же "-" что убрать.. "+" что добавить.. народ, думаем иногда
Автор: ivox3768
Дата сообщения: 23.01.2009 13:13
блин, у вас своя Enigma - можно подумать я этот синтаксис знаю - каждый день от нечего делать - дай думаю пайтоновские эксэмэли поковыряю - но все равно разобрался)
Автор: Jaba_B_Ta3e
Дата сообщения: 23.01.2009 14:10
visys

Цитата:
Себастьян посмотрел на изменения, и пока просит не распространять эту версию.


Кхем. Его блог молчит с августа. А посмотреть на изменения очень хочется.
Может как-нибудь ... порешаем?
Автор: deseven
Дата сообщения: 23.01.2009 16:50
Вчера поставил OpenFire 3.6.3 на федору. Настроил, все вроде как ок. Проблема только одна - пользователи других серверов не могут подключаться, например, к моим конференциям.

Если делать service discovery с аккаунта на любом другом сервере то выходит
Info request error: Error 404: Not found

Если же просматривать сервисы с аккаунта на моем сервере, то все ок.

Что можно с этим сделать? Виртуальные хосты настраивать? А куда биндить?
Автор: victorae
Дата сообщения: 23.01.2009 17:03
deseven

анонимам вход разрешен?
Автор: deseven
Дата сообщения: 23.01.2009 17:13
victorae
разрешен или нет - не влияет, я пробовал...

З.Ы. Сейчас поговорил с разрабом кракена, дал ему ссылку на патчик к icq.dll. Сказал что сделает, запостил инфу в тракер.
http://sourceforge.net/tracker2/?func=detail&aid=2531221&group_id=244775&atid=1126068
Автор: wetoster
Дата сообщения: 25.01.2009 22:19
Использую Openfire 3.6.2 с im gateway версии 1.2.4d на
Аська отлично работает, но только для пользователей, зарегистрированных на моём сервере, если пытаешься зарегистрировать транспорт не имея аккаунта выдаёт The requesting entity does not possess the required permissions.
Анонимные подключения разрешены. Пытался вручную зарегистрировать - говорит, что пользователь не принадлежит моему домену. Как дать возможность другим пользователям пользоваться мои транспортом ?
Автор: bokkaII
Дата сообщения: 26.01.2009 04:37
Присоединяюсь к deseven

Аналогичная проблема. Клиенты благополучно получают с соседнего сервера список сервисов, но сами сервисы недоступны. Сервисы своего сервера все доступны. Переписка между клиентами разных серверов идет без проблем.

OF 3.6.3, один под виндой, другой под линухом. Интеграция с AD. Клиенты Psi, Kopete, QIP В DNS оба сервера прописаны и в Forward и в Reverse, резолвятся и по имени и по IP и между собой и c клиентских хостов. Алиасы для служб тоже прописаны.
Anonymous Login - Enabled

Где еще может быть затык?
Автор: miasik
Дата сообщения: 26.01.2009 10:10
есть опенфайр 3.6.3 на вин сервере. интегрирован с ад. авторизация администратора в консоли проходит нормально, группы и пользователи нормально видны. клиенты подключаются без проблем.
никак не получается настроить ntlm авторизацию. пробовал обе версии оф (встроенная ява и отдельно) и обе версии патча (авторская и отсюда) в разных комбинациях. при подключении jajc с опцией ntlm в debug логе появляется следующая ошибка

2009.01.26 10:02:18 LdapManager: Trying to find a user's DN based on their username. sAMAccountName: ntlm, Base DN: OU="Company",DC="xxx",DC="local"...
2009.01.26 10:02:18 LdapManager: Creating a DirContext in LdapManager.getContext()...
2009.01.26 10:02:18 LdapManager: Created hashtable with context values, attempting to create context...
2009.01.26 10:02:18 LdapManager: ... context created successfully, returning.
2009.01.26 10:02:18 LdapManager: Starting LDAP search...
2009.01.26 10:02:18 LdapManager: ... search finished
2009.01.26 10:02:18 LdapManager: User DN based on username 'ntlm' not found.
2009.01.26 10:02:18 LdapManager: Exception thrown when searching for userDN based on username 'ntlm'
org.jivesoftware.openfire.user.UserNotFoundException: Username ntlm not found
at org.jivesoftware.openfire.ldap.LdapManager.findUserDN(LdapManager.java:711)
at org.jivesoftware.openfire.ldap.LdapManager.findUserDN(LdapManager.java:637)
at org.jivesoftware.openfire.ldap.LdapAuthProvider.authenticate(LdapAuthProvider.java:112)
at org.jivesoftware.openfire.auth.AuthFactory.authenticate(AuthFactory.java:158)
at org.jivesoftware.openfire.handler.IQAuthHandler.login(IQAuthHandler.java:224)
at org.jivesoftware.openfire.handler.IQAuthHandler.handleIQ(IQAuthHandler.java:147)
at org.jivesoftware.openfire.handler.IQHandler.process(IQHandler.java:49)
at org.jivesoftware.openfire.IQRouter.handle(IQRouter.java:351)
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:319)
at org.jivesoftware.openfire.net.ClientStanzaHandler.processIQ(ClientStanzaHandler.java:79)
at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:284)
at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:176)
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)

имя, под которым я зарегистрирован не ntlm.
господа, подскажите, с какой стороны ошибка, клиента или сервера? jajc не правильно передает имя/пароль пользователя или сервер его не понимает?
как настроить миранду на ntlm авторизацию? если в настройках стереть имя и пароль, то она спрашивает пароль для имени текущего пользователя и имя пользователя сохраняет.
Автор: victorae
Дата сообщения: 26.01.2009 10:18
bokkaII

Цитата:
оба сервера прописаны и в Forward и в Reverse, резолвятся и по имени и по IP и между собой и c клиентских хостов


а асечный сервис пингается из вне?

miasik

Цитата:
User DN based on username 'ntlm' not found.


это что?
Автор: miasik
Дата сообщения: 26.01.2009 10:36

Цитата:
miasik
Цитата:
User DN based on username 'ntlm' not found.
это что?

это сервер так опознает то, что ему передает jajc на этапе авторизации.
в jajc пустые поля логин и пароль и стоит опция "ntlm"
Автор: bokkaII
Дата сообщения: 26.01.2009 10:50
victorae
У нас нет рабочего асечного шлюза - запрещено политикой компании...
"Извне" как такового тоже нет. Есть локалка с двумя доменами.


Пользуясь случаем хочу спросить совета по такому случаю:
Сервер сыпет в лог ошибками:
2009.01.26 16:49:24 LdapManager: Starting LDAP search...
2009.01.26 16:49:24 LdapManager: ... search finished
2009.01.26 16:49:25 LdapManager: User DN based on username 'cn=лимонов петр петрович,ou=users,dc=bobr,dc=ru' not found.
2009.01.26 16:49:25 LdapManager: Exception thrown when searching for userDN based on username 'cn=лимонов петр петрович,ou=users,dc=bobr,dc=ru'
и т.п. много раз.

У нас несколько доменных контроллеров. При подключении к любому из них обязательно в логах 10 ошибок о таких ненайденных пользователях, все время одних и тех же. Но с некоторым DC число ошибок может быть и больше сотни.
У "ошибочного" пользователя пропадает ростер, и сам пользователь становится невидимым для остальных.
Впервые столкнулся с такой проблемой после перехода на 3.6.2.
Пока нашел только обходной маневр. Пользователю в AD в поле CN между именем и фамилией добавляется лишний пробел. После этого ошибка поиск на этом пользователе не появляется. Если лишний пробел опять убрать - снова ошибка поиска.

Пробовал собирать OF из исходников, с применением патча
http://www.igniterealtime.org/issues/browse/JM-1516
Не помогло.

Пробовал прописывать с настройках сервера задавать
ldap.readTimeout 20000
Не помогло.

Не сталкивался ли кто с такой проблемой?
Автор: Efrome
Дата сообщения: 26.01.2009 10:58
Openfire 3.6.2 в локальной сети. Клиенты пользуются QIP Infium. Несколько клиенто периодически отключаются и через 1-30 секунд переподключаются без особой причины. Куда смотреть?
Автор: victorae
Дата сообщения: 26.01.2009 11:48
bokkaII

Цитата:
У нас нет рабочего асечного шлюза - запрещено политикой компании...


вообще это приколы s2s, надо xep-ы почитать что там при анонимном сервис дискавери происходит
http://xmpp.org/extensions/xep-0030.html
Автор: bokkaII
Дата сообщения: 26.01.2009 12:00
victorae
Натурально приколы. Убрал серверы друг у друга из "White List", поставил что серверам можно
Anyone - Any remote server is allowed to connect to this server. Use the table below to override the default settings.
И все сервисы стали видны друг другу.
Автор: sgv2000
Дата сообщения: 26.01.2009 16:56
Кто знает что за трабл? Последнее время пользователи через IM Gateway (1.2.4d) добавляют новый аськовый контакт, но ни чего не происходит, сообщение добавленному пользователю не доходят, если добавлять контакт внутреннего ICQ который работает через этот же шлюз проблема такая же – контакт добавляем, но сообщения между пользователями не ходят. А после перезагрузки добавленный ICQ пользователь из контакта вообще исчезает. Если сообщение приходит не от внутреннего номера ICQ то его можно добавить в контакт лист и с ним общаться, но он тоже бывает исчезает из контакт листа.
Автор: VolodyaZloy
Дата сообщения: 26.01.2009 22:33
У меня совсем дурцкий вопрос:

Ну вот настроил я аутентификацию SSO, юзвери из ЛДАП, группы оттуда же...

А я вот не хочу группы оттуда Пользователей - хачу, а группы - нет

Есть идеи как эти две вещи совместить? Т.е. чтоб пользователи брались из ЛДАП (ради SSO по большому счету), а вот принадлежность к той или иной группе прописывалась в базе данных?
Автор: weerkostya
Дата сообщения: 27.01.2009 07:09
sgv2000
старый глюк. он не связан с im gateway.
после добавления контакта переименуй его латинскими буквами.
Автор: victorae
Дата сообщения: 27.01.2009 10:36
вообщем утомил меня pyicq на виндовсе, из-за отсутствия нормального poll эти дисконекты иногда. за два дня на старом корпусе была поднята фря 7, пересобрано ядро, установлены и запущены красиво демонами pyicq-t, mrim и jmc .. да, еще darkice+icecast, а то юзвери без радио сетевого работать отказывались познания во freebsd довольно слабые, хорошо инет есть
Автор: sgv2000
Дата сообщения: 27.01.2009 11:03

Цитата:
вообщем утомил меня pyicq на виндовсе, из-за отсутствия нормального poll эти дисконекты иногда. за два дня на старом корпусе была поднята фря 7, пересобрано ядро, установлены и запущены красиво демонами pyicq-t, mrim и jmc .. да, еще darkice+icecast, а то юзвери без радио сетевого работать отказывались познания во freebsd довольно слабые, хорошо инет есть

А pyicq вытягивает данные с профиля о пользователе который хранится на AOL? А то IM Gateway тянет только фотографию пользователя и все.
Автор: victorae
Дата сообщения: 27.01.2009 11:38
sgv2000

Цитата:
pyicq вытягивает данные с профиля о пользователе который хранится на AOL?


да
Автор: sgv2000
Дата сообщения: 27.01.2009 11:48
weerkostya

Цитата:
sgv2000
старый глюк. он не связан с im gateway.
после добавления контакта переименуй его латинскими буквами.

Фиолетово, пользователь добавляет и латиницей и кириллицей ICQ пользователя, но общаться с ним не может - сообщения уходят в некуда. Проблема очень актуальна, помню что изначально когда у меня стояли более старые версии и шлюза и самого openfire такого не было, пользователи внешние и внутренние добавлялись без проблем и общались тоже.
У меня Openfire 3.6.2 и IM Gateway 1.2.4d.
Автор: VolodyaZloy
Дата сообщения: 27.01.2009 15:18
Так... Первый вопрос завис в воздухе...

Тогда второй вопрос:

Какие из клиентов под виндовс могут юзать SSO (GSSAPI) ?

Кроме СПАРКА ессно
Автор: victorae
Дата сообщения: 27.01.2009 19:56
VolodyaZloy

Цитата:
Какие из клиентов под виндовс могут юзать SSO (GSSAPI) ?


попробуй 0.13dev Psi из ночных сборок, они в релизе обещали sso
Автор: xxx84xxx
Дата сообщения: 28.01.2009 08:50
Подскажите, пожалуйста, в чем проблема.
Устанавливаю OpenFire. Запускаю настройку на http://127.0.0.1:9090/setup/index.jsp, дохожу до последнего этапа настройки групп в Active Directory, тест проходит успешно, но когда жму Сохранить и продолжить вылетает вот что:


HTTP ERROR: 500

INTERNAL_SERVER_ERROR

RequestURI=/setup/setup-admin-settings.jsp
Caused by:

java.lang.NullPointerException
    at org.jivesoftware.openfire.admin.setup.setup_002dadmin_002dsettings_jsp._jspService(setup_002dadmin_002dsettings_jsp.java:99)
    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 com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java:118)
    at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:52)
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
    at org.jivesoftware.util.LocaleFilter.doFilter(LocaleFilter.java:66)
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
    at org.jivesoftware.util.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:42)
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
    at org.jivesoftware.admin.PluginFilter.doFilter(PluginFilter.java:70)
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
    at org.jivesoftware.admin.AuthCheckFilter.doFilter(AuthCheckFilter.java:146)
    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.headerComplete(HttpConnection.java:829)
    at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514)
    at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
    at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
    at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
    at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:488)

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141

Предыдущая тема: Kerio Connect (ex Kerio MailServer)


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