Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Openfire (Wildfire/Jive Messenger)

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124

Открыть новую тему     Написать ответ в эту тему

ShriEkeR



Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Предыдущие части: 1 | 2 | 3



Openfire (Wildfire Server / Jive Messenger)
Скачать последнюю версию
 
OpenFire Server - это Open Source XMPP сервер обмена мгновенными сообщениями.
Прост в настройке, администрируется через web-консоль, поддерживает LDAP.
Основные принципы работы и доступные клиенты(wiki) + jabberworld

ПАТЧ v.7.2(сервера 3.6.4+) Для прозрачной NTLM авторизации клиентов  
SaslSspi.dll x64 SaslSspi.dll к патчу v7.2 для Openfire x64
Корпоративная сборка Миранды 0.9.20


Active Directory Explorer Просмотр структуры LDAP AD
Расширенная настройка фильтрации АД объектов
PyICQ-t
Переход со встроенной на внешнюю базу
Прозрачная авторизация для двух и более доменов, актуально только до Windows 2003 включительно
Ростер для 2х и более доменов, на встроенной базе


Сначала читаем статьи Установка и настройка - потом задаем вопрос!!!
Установка и настройка для Linux, установка и настройка для Windows
Установка и настройка
 
Установка Miranda клиентам в домене
Инструкция по установке патча авторизации, для версий 3.9.X и выше  
Инструкция по установке патча авторизации
 
MySQL+UTF8
Раздел "Документация" на офсайте
Популярные ошибки администраторов jabber-серверов
Установка openfire на Windows с использование PostGreSQL Часть 1
Установка openfire на Windows с использование PostGreSQL Часть 2
Исправление проблемы с кодировкой в плагине Monitoring Service

Всего записей: 6382 | Зарегистр. 27-09-2004 | Отправлено: 21:14 14-09-2012 | Исправлено: lexuzmain, 14:16 25-09-2019
inctrl

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Я в ПХП ни че не понимаю, но вот зачем здесь хеш сумма?

 
Я, к сожалению тоже не очень, иначе бы не спрашивал )
Скорее всего это надо для процесса авторизации, могу ошибаться.

Всего записей: 21 | Зарегистр. 23-01-2006 | Отправлено: 08:50 26-07-2017
lexuzmain



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
inctrl
Ну тогда уж только к ним обращаться.
http://jrudevels.org/index.php?pg=about.php

Всего записей: 367 | Зарегистр. 25-11-2011 | Отправлено: 12:17 26-07-2017
zhnavigator

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
inctrl
 
Судя по твоим логам меня лично смущает вот это  
>> Failed to route packet to JID: srv2/6pippdiah2
....
>> IQ sent to unreachable address: <iq type="error" id="auth_1" from="srv2" to="srv2/6pippdiah2"
 
и далее
тоже самое, но для srv2/8lenqhyjyx
 
можешь показать config.tt.php, пароль, конечно, можно не показывать...
 
Плюс расскажи как настроил сам сервер, что у тебя в днс прописано.
 
Добавлено:
inctrl
 
В консоли openfire можно посмотреть весь список параметров, если скинешь его, то будет гораздо легче разобраться
 
Добавлено:
inctrl
 
Еще, отдельно расскажи какие методы аутентификации ты разрешил в настройках.

Всего записей: 33 | Зарегистр. 01-09-2005 | Отправлено: 18:26 26-07-2017
AlexsandrSE

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Случилась какая-то фигня. Сегодня перестал работать Openfire с Mysql. Походу вырубился Mysql (не запускается). Но самое непонятное, это произошло на всех системах в т.ч. на копиях которым несколько месяцев. т.е. причина где-то куда глубже чем я понимаю.
Есть вариант создания копии базы из того что есть и перенос с развертыванием на другую ОС, возможно и другую версию БД?

Всего записей: 721 | Зарегистр. 30-01-2015 | Отправлено: 00:40 27-07-2017
inctrl

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Ну тогда уж только к ним обращаться.
http://jrudevels.org/index.php?pg=about.php

 
Да, пожалуй туда лучше, только вот незадача, там что-то с регистрацией, не приходит пароль.
 
 
Добавлено:
zhnavigator
 
 
config.tt.php - просто заменил настройки по умолчанию на свои, вот они : config
 
т.к. все внутрилокально и тестово, то все днс в хост-файлах, но повторюсь - обычными клиентами к серверу все юзера нормально логинятся.
 

Цитата:
какие методы аутентификации ты разрешил в настройках

 
sasl.mechs.00001     EXTERNAL
sasl.mechs.00002     PLAIN
sasl.mechs.00003     SCRAM-SHA-1
sasl.mechs.00004     DIGEST-MD5
sasl.mechs.00005     CRAM-MD5
sasl.mechs.00006     GSSAPI
sasl.mechs.00007     JIVE-SHAREDSECRET
 
 
на порту 5222 :
 
xmpp.socket.ssl.client.ciphersuites
 
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256,TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256,TLS_RSA_WITH_AES_128_CBC_SHA256,TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA256,TLS_ECDH_RSA_WITH_AES_128_CBC_SHA256,TLS_DHE_RSA_WITH_AES_128_CBC_SHA256,TLS_DHE_DSS_WITH_AES_128_CBC_SHA256,TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA,TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA,TLS_RSA_WITH_AES_128_CBC_SHA,TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA,TLS_ECDH_RSA_WITH_AES_128_CBC_SHA,TLS_DHE_RSA_WITH_AES_128_CBC_SHA,TLS_DHE_DSS_WITH_AES_128_CBC_SHA,TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256,TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256,TLS_RSA_WITH_AES_128_GCM_SHA256,TLS_ECDH_ECDSA_WITH_AES_128_GCM_SHA256,TLS_ECDH_RSA_WITH_AES_128_GCM_SHA256,TLS_DHE_RSA_WITH_AES_128_GCM_SHA256,TLS_DHE_DSS_WITH_AES_128_GCM_SHA256,TLS_ECDHE_ECDSA_WITH_3DES_EDE_CBC_SHA,TLS_ECDHE_RSA_WITH_3DES_EDE_CBC_SHA,SSL_RSA_WITH_3DES_EDE_CBC_SHA,TLS_ECDH_ECDSA_WITH_3DES_EDE_CBC_SHA,TLS_ECDH_RSA_WITH_3DES_EDE_CBC_SHA,SSL_DHE_RSA_WITH_3DES_EDE_CBC_SHA,SSL_DHE_DSS_WITH_3DES_EDE_CBC_SHA,TLS_EMPTY_RENEGOTIATION_INFO_SCSV
 
 
xmpp.socket.ssl.client.protocols     SSLv2Hello,TLSv1,TLSv1.1,TLSv1.2  
 
все по умолчанию, ничего тут не трогал, хотя для теста выставил все методы - ничего не поменялось.

Всего записей: 21 | Зарегистр. 23-01-2006 | Отправлено: 04:46 28-07-2017
zhnavigator

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ssi
 
Есть опыт написания плагинов. Если твоя контора оплатит работу, то смогу сделать плагин добавления пользователей которых нет в АД.
 
Добавлено:
inctrl
 
Посмотрел код(php): если запускается под линуксом(nix), то в консоль попадают не все логи. Покажи файл victbot.log, там подробный лог
 
Добавлено:
inctrl
 
Вдогонку. Проверь чтобы в настройках openfire была возможность подключения без шифрования. Там есть такая.

Всего записей: 33 | Зарегистр. 01-09-2005 | Отправлено: 07:22 28-07-2017
L0master



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Подскажите, пожалуйста, где написано, как настроить QIP или Miranda для того, что бы отправлять файлы между клиентами? На сервере стоит последняя версия OpenFire.  
При работе Pidgin файлы между клиентами отправляются без проблем. При отправке файла с Pidgin на QIP или обратно, передача обрывается в самом начале, на 0%.  
 
Попробовал Spark. Со Spark файлы до QIP доходят, а обратно - нет. Причём запрос на файл приходит, Spark его пытается принять и всё заканчивается.

Всего записей: 35 | Зарегистр. 18-04-2007 | Отправлено: 22:28 30-07-2017 | Исправлено: L0master, 09:28 31-07-2017
L0master



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Подскажите, можно ли как-то сделать, что бы при работе с одним аккаунтом из разных точек (например с мобильного и с ПК) одновременно, на них приходило сообщение одновременно. Переписку можно потом вести с какого-то одного ресурса. Но вот на момент прихода сообщения, оно приходило на всех клиентов. Может плагин или настройка в OpenFire это позволяет?
 
В идеале, конечно, хотелось бы, что бы сообщения синхронизировались на клиентах, как в общеизвестных мессенджерах.

Всего записей: 35 | Зарегистр. 18-04-2007 | Отправлено: 09:31 31-07-2017 | Исправлено: L0master, 09:32 31-07-2017
deminart



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Есть вариант создания копии базы из того что есть

 
Если это MYSQL, то поднять службу и забекапить базу:
Что то вроде:
запускаем cmd под админом
cd C:\Program Files\MySQL\MySQL Server 5.5\bin
FLUSH TABLES WITH READ LOCK
mysqldump test_db > dump.sql
 
https://habrahabr.ru/post/105954/
 

Цитата:
развертыванием на другую ОС, возможно и другую версию БД?  

 
Импорт\Экспорт баз делается через стандартные инструменты. Вот например экспорт Mysql в SQLserver:
 
https://www.mssqltips.com/sqlservertutorial/2205/mysql-to-sql-server-data-migration/
 
Только зачем? Я понимаю если бы вы переходили со встроенной HSQLDB тогда был бы профит...
 
В общем после создания бекапа и его заливки можете смело ставить openfire с установщика и указывать новый адрес с базой...
 
 
Добавлено:
lexuzmain
 
Помоги пожалуйста разобраться..
 
Значит после последней нашей дискуссии я полностью снёс openfire (кроме базы), переписал имена групп в AD, что бы по фильтру в openfire цеплялись нужные группы, а не все, как это было раньше...Ну и так по мелочи пару косяков поправил добавив новых)
 
Ну так вот:
 
1. Видимо после смены имени групп в AD openfire не может их корректно прочитать или как мне кажется в базе сохранились старые имена в каких-то таблицах и он их пытается читать и естественно не находит и error.log забивается подобными сообщениями:
 
2017.07.31 16:24:47 org.jivesoftware.openfire.ldap.LdapGroupProvider - Groupname Отдел взаимодействия not found
org.jivesoftware.openfire.group.GroupNotFoundException: Groupname Отдел взаимодействия not found
    at org.jivesoftware.openfire.ldap.LdapManager.findGroupDN(LdapManager.java:1149)
    at org.jivesoftware.openfire.ldap.LdapManager.findGroupDN(LdapManager.java:1076)
    at org.jivesoftware.openfire.ldap.LdapGroupProvider.getGroup(LdapGroupProvider.java:83)
    at org.jivesoftware.openfire.group.GroupManager.getGroup(GroupManager.java:357)
    at org.jivesoftware.openfire.group.GroupManager.getGroup(GroupManager.java:334)
    at org.jivesoftware.openfire.group.GroupCollection$GroupIterator.getNextElement(GroupCollection.java:116)
    at org.jivesoftware.openfire.group.GroupCollection$GroupIterator.hasNext(GroupCollection.java:77)
    at org.jivesoftware.openfire.roster.RosterManager.getSharedGroups(RosterManager.java:192)
    at org.jivesoftware.openfire.handler.IQSharedGroupHandler.handleIQ(IQSharedGroupHandler.java:61)
    at org.jivesoftware.openfire.handler.IQHandler.process(IQHandler.java:66)
    at org.jivesoftware.openfire.IQRouter.handle(IQRouter.java:372)
    at org.jivesoftware.openfire.IQRouter.route(IQRouter.java:115)
    at org.jivesoftware.openfire.spi.PacketRouterImpl.route(PacketRouterImpl.java:78)
    at org.jivesoftware.openfire.net.StanzaHandler.processIQ(StanzaHandler.java:341)
    at org.jivesoftware.openfire.net.ClientStanzaHandler.processIQ(ClientStanzaHandler.java:99)
    at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:306)
    at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:198)
    at org.jivesoftware.openfire.nio.ConnectionHandler.messageReceived(ConnectionHandler.java:181)
    at org.apache.mina.core.filterchain.DefaultIoFilterChain$TailFilter.messageReceived(DefaultIoFilterChain.java:690)
    at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:417)
    at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1200(DefaultIoFilterChain.java:47)
    at org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:765)
    at org.apache.mina.core.filterchain.IoFilterAdapter.messageReceived(IoFilterAdapter.java:109)
    at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:417)
    at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1200(DefaultIoFilterChain.java:47)
    at org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:765)
    at org.apache.mina.filter.codec.ProtocolCodecFilter$ProtocolDecoderOutputImpl.flush(ProtocolCodecFilter.java:407)
    at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:236)
    at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:417)
    at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1200(DefaultIoFilterChain.java:47)
    at org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:765)
    at org.apache.mina.core.filterchain.IoFilterEvent.fire(IoFilterEvent.java:74)
    at org.apache.mina.core.session.IoEvent.run(IoEvent.java:63)
    at org.apache.mina.filter.executor.OrderedThreadPoolExecutor$Worker.runTask(OrderedThreadPoolExecutor.java:769)
    at org.apache.mina.filter.executor.OrderedThreadPoolExecutor$Worker.runTasks(OrderedThreadPoolExecutor.java:761)
    at org.apache.mina.filter.executor.OrderedThreadPoolExecutor$Worker.run(OrderedThreadPoolExecutor.java:703)
    at java.lang.Thread.run(Unknown Source)

 
2. В info.log постоянно валятся ошибки типа:
 
Не совсем понятно вообще куда он лезет, jud.qip.ru, users.qip.ru...
Что-то  про чёрный лист и маршрутизацию и что она не будет работать, хотя с этими адресами и так дел вроде не имеем, т.е. подключение из вне и сторонних ресурсов не подразумевается...
 
2017.07.31 10:43:04 org.jivesoftware.openfire.session.LocalOutgoingServerSession[Create outgoing session for: server.нашдомен .ru to server-pc] - Unable to create new session: Cannot create a plain socket connection with any applicable remote host.
2017.07.31 11:52:03 org.jivesoftware.openfire.session.LocalOutgoingServerSession[Create outgoing session for: server2.нашдомен .ru to proxy.eu.jabber.org] - Unable to create new session: Cannot create a plain socket connection with any applicable remote host.
 
2017.07.30 20:44:56 org.jivesoftware.openfire.session.LocalOutgoingServerSession[Create outgoing session for: server.нашдомен .ru to vjud.qip.ru] - Unable to create new session: Cannot create a plain socket connection with any applicable remote host.
2017.07.30 20:44:56 org.jivesoftware.openfire.session.LocalOutgoingServerSession[Create outgoing session for: server.нашдомен .ru to jud.qip.ru] - Unable to create new session: Cannot create a plain socket connection with any applicable remote host.
2017.07.30 20:44:56 org.jivesoftware.openfire.session.LocalOutgoingServerSession[Create outgoing session for: server2.нашдомен .ru to users.qip.ru] - Unable to create new session: Cannot create a plain socket connection with any applicable remote host.
2017.07.30 20:44:56 org.jivesoftware.openfire.session.LocalOutgoingServerSession[Create outgoing session for: server.нашдомен .ru to qip.ru] - STARTTLS negotiation failed. Closing connection (without sending any data such as <failure/> or </stream>).
 
2017.07.27 09:41:48 org.jivesoftware.openfire.spi.RoutingTableImpl - Will not route: Remote domain vjud.server is not accessible according to our configuration (typical causes: server federation is disabled, or domain is blacklisted).
2017.07.27 09:41:55 org.jivesoftware.openfire.spi.RoutingTableImpl - Will not route: Remote domain jud.server is not accessible according to our configuration (typical causes: server federation is disabled, or domain is blacklisted).
2017.07.27 09:41:55 org.jivesoftware.openfire.spi.RoutingTableImpl - Will not route: Remote domain users.server is not accessible according to our configuration (typical causes: server federation is disabled, or domain is blacklisted).
2017.07.27 09:43:36 org.jivesoftware.openfire.spi.RoutingTableImpl - Will not route: Remote domain proxy.eu.jabber.org is not accessible according to our configuration (typical causes: server federation is disabled, or domain is blacklisted).

 
 
3. Периодически отваливаются\исчезают клиенты в ростере.
 
Warn.log забит ошибками типа:
 
2017.07.31 16:02:40 org.jivesoftware.openfire.nio.ConnectionHandler - Closing connection due to exception in session: (0x00001269: nio socket, server, null => 0.0.0.0/0.0.0.0:5222)
org.apache.mina.core.write.WriteToClosedSessionException
    at org.apache.mina.core.polling.AbstractPollingIoProcessor.clearWriteRequestQueue(AbstractPollingIoProcessor.java:638)
    at org.apache.mina.core.polling.AbstractPollingIoProcessor.removeNow(AbstractPollingIoProcessor.java:599)
    at org.apache.mina.core.polling.AbstractPollingIoProcessor.removeSessions(AbstractPollingIoProcessor.java:560)
    at org.apache.mina.core.polling.AbstractPollingIoProcessor.access$800(AbstractPollingIoProcessor.java:67)
    at org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:1132)
    at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source)
2017.07.31 16:04:04 org.jivesoftware.openfire.net.SocketReader - Closing session due to incorrect hostname in stream header. Host: server. Connection: org.jivesoftware.openfire.net.SocketConnection@728f01 socket: Socket[addr=/172.16.1.94,port=53746,localport=5269] session: null
2017.07.31 16:04:04 org.jivesoftware.openfire.net.SocketReader - Closing session due to incorrect hostname in stream header. Host: server. Connection: org.jivesoftware.openfire.net.SocketConnection@1cd8eef socket: Socket[addr=/172.16.1.94,port=53747,localport=5269] session: null
2017.07.31 16:04:04 org.jivesoftware.openfire.server.ServerDialback[Acting as Originating Server: Create Outgoing Session from: server.нашдомен.ru to RS at: server (port: 5269)] - Unable to create a new outgoing session
2017.07.31 16:04:04 org.jivesoftware.openfire.session.LocalOutgoingServerSession[Create outgoing session for: server.нашдомен.ru to server] - Unable to create a new session: Dialback (as a fallback) failed.
2017.07.31 16:04:04 org.jivesoftware.openfire.session.LocalOutgoingServerSession[Authenticate local domain: 'server.нашдомен.ru' to remote domain: 'server'] - Unable to authenticate: Fail to create new session.
2017.07.31 16:05:01 org.jivesoftware.openfire.net.SocketUtil - Unable to create a socket connection to XMPP domain 'proxy.eu.jabber.org' using remote host: proxy.eu.jabber.org:5269. Cause: proxy.eu.jabber.org (a full stacktrace is logged on debug level)
2017.07.31 16:05:01 org.jivesoftware.openfire.net.SocketUtil - Unable to create a socket connection to XMPP domain 'proxy.eu.jabber.org': Unable to connect to any of its remote hosts.
2017.07.31 16:05:01 org.jivesoftware.openfire.session.LocalOutgoingServerSession[Authenticate local domain: 'server.нашдомен.ru' to remote domain: 'proxy.eu.jabber.org'] - Unable to authenticate: Fail to create new session.
2017.07.31 16:10:40 org.jivesoftware.openfire.nio.ConnectionHandler - Closing connection due to exception in session: (0x00001A9A: nio socket, server, /172.16.1.57:60599 => 0.0.0.0/0.0.0.0:5222)
 
 
2017.07.31 16:38:35 org.jivesoftware.openfire.nio.ConnectionHandler - Closing connection due to exception in session: (0x00001709: nio socket, server, /172.16.1.159:1182 => 0.0.0.0/0.0.0.0:5222)
java.io.IOException: Удаленный хост принудительно разорвал существующее подключение
    at sun.nio.ch.SocketDispatcher.read0(Native Method)
    at sun.nio.ch.SocketDispatcher.read(Unknown Source)
    at sun.nio.ch.IOUtil.readIntoNativeBuffer(Unknown Source)
    at sun.nio.ch.IOUtil.read(Unknown Source)
    at sun.nio.ch.SocketChannelImpl.read(Unknown Source)
    at org.apache.mina.transport.socket.nio.NioProcessor.read(NioProcessor.java:273)
    at org.apache.mina.transport.socket.nio.NioProcessor.read(NioProcessor.java:44)
    at org.apache.mina.core.polling.AbstractPollingIoProcessor.read(AbstractPollingIoProcessor.java:690)
    at org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:664)
    at org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:653)
    at org.apache.mina.core.polling.AbstractPollingIoProcessor.access$600(AbstractPollingIoProcessor.java:67)
    at org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:1124)
    at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source)


Всего записей: 59 | Зарегистр. 02-06-2017 | Отправлено: 15:31 31-07-2017 | Исправлено: deminart, 16:57 31-07-2017
lexuzmain



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Groupname Отдел взаимодействия not found

Группы лучше называть по английски, а расшаривание группы в опене можно называть как угодно.
по остальным двум вопросам, яб вообще БД снес и на новой бы все настроил.
А так надо перелопачивать все настройки на веб морде. Похоже он у тебя куда-то все же ломится, сам по себе - настройки из БД взяв.

Всего записей: 367 | Зарегистр. 25-11-2011 | Отправлено: 16:58 31-07-2017
deminart



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Группы лучше называть по английски, а расшаривание группы в опене можно называть как угодно.  

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

Цитата:
по остальным двум вопросам, яб вообще БД снес и на новой бы все настроил.  

 
Меньше всего конечно это хочется делать...Ибо переписки уже достаточно много, можно кончено поискать таблицы где это всё храниться...Эх

Всего записей: 59 | Зарегистр. 02-06-2017 | Отправлено: 17:04 31-07-2017 | Исправлено: deminart, 17:05 31-07-2017
lexuzmain



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Вот только мне кажется, это уже не поможет, потому что у меня групп которые валятся в ошибках, уже как бы и нет

На igniterealtime.org есть подобный вопрос, но там человек сам решил:

Цитата:
I ended up winging this and completely wiping out the ofGroup and ofGroupUser tables and selectively nuking the rows of ofGroupProp to remove any references to non-existant groups. In a couple cases I also had to adjust the propValue to remove references to shared groups that no longer exist as well.
 
 
 
All the error messages have dissapeared and things feel faster now that it's not spending time on failed lookups.

https://community.igniterealtime.org/thread/37135

Всего записей: 367 | Зарегистр. 25-11-2011 | Отправлено: 17:21 31-07-2017
deminart



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
I ended up winging this and completely wiping out the ofGroup and ofGroupUser tables and selectively nuking the rows of ofGroupProp to remove any references to non-existant groups. In a couple cases I also had to adjust the propValue to remove references to shared groups that no longer exist as well.  
 

 
 
Хм, вот да, прям мой случай. Попробуем...
 
Спасибо.  
 
Напишу-ка я и там пожалуй) Вдруг тоже с частью ошибок помогут)

Всего записей: 59 | Зарегистр. 02-06-2017 | Отправлено: 17:43 31-07-2017
inctrl

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
zhnavigator

Цитата:
Посмотрел код(php): если запускается под линуксом(nix), то в консоль попадают не все логи. Покажи файл victbot.log, там подробный лог

 у меня под виндой, а в логе ничего интересного, такие строчки :
[Wed Jul 26 16:17:42 2017] Loading questions...OK.
[Wed Jul 26 16:17:42 2017] Loading user stat...OK.
[Wed Jul 26 16:17:42 2017] Connecting to server...Connected.
[Wed Jul 26 16:17:45 2017] Sending auth and presence...[Wed Jul 26 16:17:47 2017] Couldn't authenticate!
[Wed Jul 26 16:17:47 2017] Shutting down...
[Wed Jul 26 16:44:02 2017] Starting...
[Wed Jul 26 16:44:02 2017] Loading questions...OK.
[Wed Jul 26 16:44:02 2017] Loading user stat...OK.
[Wed Jul 26 16:44:02 2017] Connecting to server...Connected.
[Wed Jul 26 16:44:05 2017] Sending auth and presence...[Wed Jul 26 16:44:07 2017] Couldn't authenticate!
[Wed Jul 26 16:44:07 2017] Shutting down...
[Wed Jul 26 16:55:32 2017] Starting...
 

Цитата:
Вдогонку. Проверь чтобы в настройках openfire была возможность подключения без шифрования. Там есть такая.

 
ты имеешь ввиду секция Настройки сервера --> Client Connections  ?

Всего записей: 21 | Зарегистр. 23-01-2006 | Отправлено: 08:16 11-08-2017
lexuzmain



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
deminart
Есть какие-нить результаты?

Цитата:
ты имеешь ввиду секция Настройки сервера --> Client Connections  ?

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

Всего записей: 367 | Зарегистр. 25-11-2011 | Отправлено: 21:07 11-08-2017 | Исправлено: lexuzmain, 21:09 11-08-2017
zhnavigator

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
inctrl
 
Насчет викторины, я нашел в чем причина:
 
В новый версиях openfire выпилили поддержку XEP-0078 (старый метод аутентификации).
А этот бот использует именно этот старый метод.
 
Решение: просто установить плагин "Non-SASL Authentication".
 
Проверил, бот работает. И еще одно замечание, на php7+ бот без переделок работать не будет.

Всего записей: 33 | Зарегистр. 01-09-2005 | Отправлено: 13:39 18-08-2017
inctrl

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
zhnavigator
 
О !!
спасибо за инфу !
буду пробовать.
 
ну, я под PHP 4.x и 5.x пробую.
 
ps
интересно в PHP-коде можно запилить SASL аутентификацию ? может класс какой стандартный есть или метод.

Всего записей: 21 | Зарегистр. 23-01-2006 | Отправлено: 04:41 22-08-2017 | Исправлено: inctrl, 05:07 22-08-2017
gdp2000

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Скажите пожалуйста, а в новых версиях Openfire не работает автоматическая авторизация NTLM в принципе? бьюсь уже несколько дней, делаю всё по инструкции, и плагин прилепляю, и переменные прописываю - не авторизуется.
Вручную заходит, а автоматом нет.

Всего записей: 10 | Зарегистр. 31-08-2017 | Отправлено: 17:26 31-08-2017
lexuzmain



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
gdp2000
Привет, посмотри на 69 странице мои сообщения. Вообще это обсуждалось на первых страницах, но модератор молчит и не хочет добавлять новую информацию в шапку.

Всего записей: 367 | Зарегистр. 25-11-2011 | Отправлено: 08:23 01-09-2017 | Исправлено: lexuzmain, 08:27 01-09-2017
gdp2000

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
lexuzmain
Спасибо, Вы очень помогли.

Всего записей: 10 | Зарегистр. 31-08-2017 | Отправлено: 10:58 01-09-2017
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Openfire (Wildfire/Jive Messenger)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru