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

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

Автор: Partizannen
Дата сообщения: 31.07.2012 19:17
moverast
Объясните подробнее, чего вы хотите. Пока что выглядит так, что хотите вы странного.
Автор: reaversoul
Дата сообщения: 01.08.2012 05:37
Добрый день. Столкнулся с такой вот проблеммой.
Имеется Openfire 3.7.1, на нем установлен транспорт Kraken-IM, в клиенте JAJC прохожу регистрацию на транспорте и в загруженном контакт-листе из аськи дай бог 3 контакта онлайн. Остальные все оффлайн.
Запускаю миранду - все 10 онлайн. Где может быть зарыта собака? Просто клиент JAJC подкупает своей функциональностью и простотой для вхождения пользователей.
Автор: moverast
Дата сообщения: 01.08.2012 07:24

Цитата:
Объясните подробнее, чего вы хотите. Пока что выглядит так, что хотите вы странного.

пример: у меня подключен аккаунт на ПК с приоритетом = 30. я подключаюсь на мобильном устройстве с приоритетом = 30. Сообщения мне приходят, то на мобильный девайс, то на ПК. я хочу, что бы сообщения приходили и туда и сюда.
Автор: casm82
Дата сообщения: 02.08.2012 12:18
Здравствуйте.
Перенёс БД со встроенной на MySQL согласно инструкции из шапки. Одновременно обновив openfire с 3.6.3 до 3.7.1. Доставил плагины monitoring, motd, packetFilter. Пользователи из домена. Стоит патч для прозрачной NTLM авторизации 7.2.
Всё запустилось нормально, но у некоторых пользователей теперь не получается добавить других в ростер. Кто-то может, кто-то нет. Пытаюсь добавить через вебконсоль - пишет "Roster item of the same JID already exists". Смотрю таблицу ofRoster, там такой записи у контакта нет.
В warn.log пишет:

Цитата:
2012.08.02 16:44:16 org.jivesoftware.openfire.roster.RosterItemProvider - Error trying to insert a new row in ofRoster
com.mysql.jdbc.exceptions.MySQLIntegrityConstraintViolationException: Duplicate entry '700' for key 'PRIMARY'
.....
2012.08.03 07:58:03 org.jivesoftware.openfire.roster.RosterItemProvider - Error trying to insert a new row in ofRoster
com.mysql.jdbc.exceptions.MySQLIntegrityConstraintViolationException: Duplicate entry '706' for key 'PRIMARY'
.....
2012.08.03 08:01:40 org.jivesoftware.openfire.roster.RosterItemProvider - Error trying to insert a new row in ofRoster
com.mysql.jdbc.exceptions.MySQLIntegrityConstraintViolationException: Duplicate entry '707' for key 'PRIMARY'
.....

Получается после переноса, при добавлении контакта, openfire пытается вставить в таблицу ofRoster запись с полем, которое уже есть в таблице.
Ещё если я добавляю запись в таблицу ofRoster через mysql с уникальным rosterID, перезапускаю сервер - контакт появляется в ростере.

Мне подсказали, что можно в Mysql сделать триггер, который перед вставкой в ofRoster будет заменять поле rosterID на уникальное, например на максимальное из столбца+1. Пока думаю как это сделать.

Кто переносил со встроенной hsqldb на mysql, было ли у вас такое ?


Решение:
всё разобрался, вроде работает.
В MySQL сделал триггер:

Код: delimiter |
CREATE TRIGGER rosterIDfix BEFORE INSERT ON openfire.ofroster
FOR EACH ROW BEGIN
SET NEW.rosterID = (SELECT MAX(rosterID) + 1 FROM openfire.ofroster);
END;
|delimiter ;
Автор: Ni9999
Дата сообщения: 03.08.2012 16:32
Господа, вопрос на миллион, где можно посмотреть кто логинился на веб морду опенфайра?
На всякий случай скажу, что стоит мониторинг плугин.
Автор: Partizannen
Дата сообщения: 03.08.2012 21:56
moverast

Цитата:
я хочу, что бы сообщения приходили и туда и сюда

ах, вот оно что... слово "одновременно" меня смутило.
насколько мне известно, конечного адресата определяет клиент-отправитель, а не сервер. другими клиентами пробовали пользоваться?

Ni9999

Цитата:
где можно посмотреть кто логинился на веб морду опенфайра?

разве в логах нету?
Автор: moverast
Дата сообщения: 05.08.2012 05:41

Цитата:
насколько мне известно, конечного адресата определяет клиент-отправитель, а не сервер. другими клиентами пробовали пользоваться?

блин плохо( везде QIP и сменить не получится.
Автор: Partizannen
Дата сообщения: 05.08.2012 15:22

Цитата:
везде QIP и сменить не получится

вы просто проверьте на всякий случай, я могу и ошибаться.
Автор: moverast
Дата сообщения: 06.08.2012 08:04

Цитата:
везде QIP и сменить не получится.

Автор: Ni9999
Дата сообщения: 06.08.2012 08:16
Partizannen

Цитата:
разве в логах нету?

Пересмотрел всё, и эррор и ворнинг и инфо логи, дебуг разве что включены не были. И другие логи были в папке logs, там тоже упоминаний нет.
Автор: victorae
Дата сообщения: 06.08.2012 08:29
casm82

Цитата:
openfire пытается вставить в таблицу ofRoster запись с полем, которое уже есть в таблице.


У него есть отдельная таблица с уникальными счетчиками, вручную триггера для сервера никто не пишет.
Автор: Sindyanov
Дата сообщения: 09.08.2012 09:06
Народ помогите столкнулся с рядом проблем и решить не удается.
1) После установки Mysql и создании базы, пробую выполнить скрипт type openfire_mysql.sql | mysql --user=root --password=(мой пароль) --database=jabber
командная строка ругается и говорит что нет такого файла.
Я попытался скопировать данный файл(openfire_mysql.sql) из C:\Program Files\Openfire\resources\database в дирректорию C:\Documents and Settings\All Users\Application Data\MySQL\MySQL Server 5.5\data

после этого повторил ввод в командной строке, вышло сообщение поппытка записи в несуществующий канал.

после этого запускаю openfire И в меню запуска вот какая штука:
Database setup or configuration error: Please verify your database settings and check the logs/error.log file for detailed error messages.
java.lang.IllegalArgumentException: java.sql.SQLException: ConnectionManager.getConnection() failed to obtain a connection after 11 retries. The exception from the last attempt is as follows: java.sql.SQLException: Access denied for user 'root'@'localhost' (using password: YES)

2) далее нажимаю Launch Admin и страница в браузере не удается подключиться к серверу.

Помогите справиться с ситуацией.
Автор: Anton Nikolaev
Дата сообщения: 10.08.2012 13:38
Неделю долбился с авторизацией NTLM.
Переставлял openfire с разными параметрами раз тридцать.

Как обычно, оказалось, сам тупил.
Имя NETBIOS домена отличалось от основного.
FQDN ufk15.roskazna.local
NETBIOS не UFK15, а UFK015.

Теперь всё работает. :+)
Автор: moverast
Дата сообщения: 13.08.2012 11:52
столкнулся с проблемой с передачей файлов.
клиенты подключаются по двум адресам.
1 группа подключается локально к адресу: "server-sta"
2 группа подключается через интернет к адресу: "staomsk.no-ip.info"
так вот внутри групп файлы передаются без проблем, а между группами через 1-2 сек обрыв передачи.

как это устранить?
связка OpenFire 3.7.1 + QIP 2012 4.0.7221
Автор: victorae
Дата сообщения: 13.08.2012 11:58
moverast

передача файлов
Автор: moverast
Дата сообщения: 13.08.2012 12:06

Цитата:
передача файлов

прочитал. но не увидел в Openfire настройку режимов передачи.
Автор: victorae
Дата сообщения: 13.08.2012 12:07
moverast

Цитата:
прочитал. но не увидел в Openfire настройку режимов передачи.


Прочти еще раз. До просветления где это настраивается ))
Автор: moverast
Дата сообщения: 13.08.2012 12:18

Цитата:
Прочти еще раз. До просветления где это настраивается ))

надеюсь кто-нибудь, не такой умный как Вы, мне поможет.
Автор: Maxgt
Дата сообщения: 13.08.2012 20:58
[more] SparkWeb подключается к OpenFire только через http на порт 7070. Соединения через Socket на порты 5222 и 5223 и через https на порт 7443, если это указать в файле SparkWeb.html, не работают - не происходит логин пользователя. SparkWeb и OpenFire работают на сервере с openSUSE Linux 11.3. Открытие страницы SparkWeb происходит через Apache 2.2.15 через https. Связь по протоколу jabber зашифрована и происходит через порт 5223. В клиенте Spark проблем с установлением зашифрованного соединения нет. Для установления связи на сервере необходимо открыть порты 7070, 5223 и 443. Можно ли считать зашифрованным и безопасным такое соединение, если SparkWeb подключается к OpenFire через незашифрованный http, а зашифрованы только соединения чере порты 5223 и 443? Opera при открытии страницы SparkWeb и логине пользователя предупреждает о переходе на незашифрованное соединение, поиск пользователей не работает, остальные браузеры устанавливают связь. Почему связь между SparkWeb и OpenFire работает только по порту 7070? Кроме того, если соединение по протоколу jabber зашифровано, SparkWeb отказывается создавать нового пользователя, даже, если открыты все порты на сервере. [/more]
Автор: Anton Nikolaev
Дата сообщения: 14.08.2012 08:45
Здравствуйте, товарищи!
Долго гуглил, но придется обратиться к коллективному разуму, т.к. своего оказалось недостаточно.

Есть домен ufk15.roskazna.local
У него есть поддомены вида ofk23.ufk15.roskazna.local

В домене ufk15 создал группы вида jabo23, куда добавил пользователей из поддомена ofk23.

В openfire часть пользователей в общем списке пользователей не видны, а если посмотреть группу jabo23, в ней они есть, но показаны не как обычно, "IvanovII", а целой строчкой
"cn=ivanovii,cn=users,dc=ofk23,dc=ufk15,dc=roskazna,dc=local@ufk15.roskazna.local"
с красной звёздочкой и пояснением внизу:
* Note: Remote users or entities should accept presence subscriptions automatically
Что самое непонятное, некоторые юзеры показаны нормально. И иногда после рестарта openfire они меняются - одни нормализуются, другие опять ломаются.

Нагуглил что-то похожее:
http://community.igniterealtime.org/thread/34403
Но решения не нашел.

Сталкивался ли кто-либо с такой проблемой при заведении юзеров из поддоменов?

PS: Кажется, разобрался. Пользователи попадали в фильтр групп, но не попадали в фильтр юзеров, поэтому такая картина. Осложнялось тем, что пара юзеров не среплицировались еще на контроллер основного домена, поэтому не включались в группу.
Автор: EnMan
Дата сообщения: 24.08.2012 19:55
Здравствуйте. И все таки.. Возможно ли добавление группы пользователей при доменном варианте авторизации через админконсоль. Может как нибудь, хоть как нибудь...? Скальпелем там может где можно поковырять?

Я объясню хотелку. Домен, овер 9000 пользователей, туева хуча групп и очень частые групповые рассылки по группам пользователей. Т.к. отправлять клиентом не комильфо ни разу - отправлять хочется через broadcast плагин. И он замечтательно работает, только добавление JID броадкаст-рассылки себе в ростер ложится на пользователя. В связи с тем, что групп невероятное кол-во, пользователей делающих рассылки - тоже мама дорогая сколько, вся эта работа ляжет на ит отдел, как только я прокукарекаю, что так можно. Хочется как то иметь в ростере всех пользователей с JID броадкаст рассылок. Я уже передумал все варианты, ничего путного не придумал. В качестве клиента используем не кошерный QIP.

Обещаю честь, хвалу, пиво, водко и пепси колу за пинок в нужном направлении.

Добавлено:
Даже не так. Интересует автоматизация процесса добавления пользователей в ростер в не расшаренную группу. Из админконсоли это сделать возможно, но как автоматизировать процесс не представляю. Как отключить подсос групп из домена, оставив доменную авторизацию - известно мне, только вопрос это не решает.
Автор: Partizannen
Дата сообщения: 25.08.2012 10:33
EnMan
Попробуйте воспользоваться закладками (bookmarks).
Автор: EnMan
Дата сообщения: 26.08.2012 09:14
Partizannen
Это на поверхности, но в закладки можно добавлять только групповые конференции.
Автор: winerpro
Дата сообщения: 29.08.2012 16:48
Подскажите, есть ли возможность сделать welcome_message по входу пользователей в сеть (logon'y)?
Автор: victorae
Дата сообщения: 29.08.2012 20:06
winerpro

есть плагин, погугли message of day
Автор: winerpro
Дата сообщения: 31.08.2012 12:17
victorae
Спасибо тебе большое добрый человек!
Автор: azalot
Дата сообщения: 03.09.2012 06:32
Добрый день!
Помогите в настройке NTLM авторизации.
Допустим такие настройки.
Домен: test1
Сервер: test2
Настройки в Openfire
http://i070.radikal.ru/1209/4c/c6c3a1cb695e.jpg
В файл jrelibsecurityjava.security добавлена строка
security.provider.10=net.za.darkskies.security.sasl.SSPIProvider
Файлы патча скопированы.
bin\SaslSspi.dll
lib\sasl-sspi.jar
plugins\saslmechanisms.jar
Клиент используется Miranda, его настройки:
http://s018.radikal.ru/i524/1209/cd/698ac9609bcf.jpg
При попытке подключения, клиент висит в состоянии "Подключение".
Скорей всего накасячил в настройке, но увидеть свою ошибку неполучается.(
Подскажите в чем проблема.
Автор: BJ78
Дата сообщения: 05.09.2012 10:45
azalot
Попробуй указать в миранде в графе сервер\домен test2, должно заработать.
А в графе хост FQDN имя сервера
Автор: YUMka
Дата сообщения: 05.09.2012 14:55

Цитата:
Имеем сервер Openfire 3.7.1, клиент Miranda IM zeleboba's pack 8.3 update2, группы и пользователи в ростере беруться из Active Directory.


Как сделать так что бы структура контакт листа из AD грузилась? Уже неделю бьюсь. Помогите плиииз.
Автор: azalot
Дата сообщения: 06.09.2012 06:29
BJ78
Так же весит в подключение.(

Добавлено:
[more] Имеются ошибки в логах:
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.CompressionFilter.messageReceived(CompressionFilter.java:161)
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)
2012.09.06 10:18:13 org.jivesoftware.openfire.auth.AuthorizationManager - AuthorizationManager: Error loading AuthorizationProvider: org.jivesoftware.openfire.sasl.StrictAuthorizationPolicy
java.lang.ClassNotFoundException: org.jivesoftware.openfire.sasl.StrictAuthorizationPolicy
2012.09.06 10:18:13 org.jivesoftware.openfire.auth.AuthorizationManager - AuthorizationManager: Error loading AuthorizationProvider: org.jivesoftware.openfire.sasl.DefaultAuthorizationPolicy
java.lang.ClassNotFoundException: org.jivesoftware.openfire.sasl.DefaultAuthorizationPolicy
2012.09.06 10:18:13 org.jivesoftware.openfire.nio.ConnectionHandler - Closing connection due to error while processing message: <auth xmlns="urn:ietf:params:xml:ns:xmpp-sasl" mechanism="PLAIN">AG1vb3IA</auth>
java.util.NoSuchElementException
at java.util.StringTokenizer.nextToken(Unknown Source)
at org.jivesoftware.openfire.sasl.SaslServerPlainImpl.evaluateResponse(SaslServerPlainImpl.java:117)
at org.jivesoftware.openfire.net.SASLAuthentication.handle(SASLAuthentication.java:274)
at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:179)
at org.jivesoftware.openfire.nio.ConnectionHandler.messageReceived(ConnectionHandler.java:169)
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.CompressionFilter.messageReceived(CompressionFilter.java:161)
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)

< [/more]

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141

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


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