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

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

Автор: HumpSoft
Дата сообщения: 01.09.2011 13:37
shd ну так и сделай это через autoexec_CUSTOM.ini
Автор: shd
Дата сообщения: 01.09.2011 13:39
HumpSoft

Ткните пальцем

Знал бы где в autoexec_CUSTOM.ini давно бы сделал.

Добавлено:
Пожое нашел, в секции [SmileyAdd] к параметру добавил JABBER-filename
JABBER-filename=ssmileys\Animated\QIP.msl
Автор: zetron84
Дата сообщения: 01.09.2011 13:44
Добрый день! Использую версию Openfire 3.7.0 Постоянные вылеты при отправке сообщений, они могут уходит и с 5 попытки, приходится перезапускать. Месенджер QIP Infium. Может быть что проблема с базой? Прилагаю лог ошибки


     at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
2011.08.08 14:33:18 Closing connection due to error while processing message: <message type='chat' to='&#65533;&#65533;&#65533;&#65533;&#65533;@81.24.87.72/&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;' id&#65533;&#65533; &#65533;&#65533;&#65533; &#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533; &#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533; &#65533;&#65533;&#65533;&#65533;&#65533; &#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533; &#65533;&#65533;&#65533;&#65533; &#65533;&#65533;&#65533;&#65533;&#65533; &#65533;&#65533;&#65533;&#65533;&#65533;&#65533; &#65533;&#65533; &#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533; &#65533;&#65533;&#65533;&#65533; &#65533;. &#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533; &#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533; &#65533; &#65533;&#65533;&#65533;&#65533; 09.08.2011&#65533;.



&#65533;&#65533;&#65533;&#65533;&#65533;&#65533; &#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533; &#65533; &#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533; &#65533;&#65533;&#65533;&#65533;&#65533;&#65533;
&#65533;&#65533;&#65533;&#65533;&#65533;&#65533; &#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533; &#65533;&#65533;&#65533;&#65533;&#65533;&#65533; &#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;
&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533; &#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533; &#65533; &#65533;&#65533;&#65533;&#65533;&#65533;&#65533; &#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;
&#65533;&#65533; &#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533; &#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;

&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533; &#65533;&#65533;&#65533;&#65533;&#65533;&#65533; &#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;
&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533; &#65533;&#65533;&#65533;&#65533;&#65533; &#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;
&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533; &#65533;&#65533;&#65533;&#65533;&#65533; &#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;

&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533; &#65533;&#65533;&#65533;&#65533;&#65533;&#65533;&#65533;:
(8722) 67-60-37,
&#65533;&#65533;.: 13-12, 13-15, 13-18.
</body><active xmlns='http://jabber.org/protocol/chatstates'/><x xmlns='jabber:x:event'><composing/></x></message>
org.xmlpull.v1.XmlPullParserException: expected = after attribute name (position: START_DOCUMENT seen <message type=\'chat\' to=\'\u438\u441\u43b\u430\u43c@81.24.87.72/\u420\u430\u431\u43e\u442\u430\' id\u43c\u438 \u43f... @1:57)
at org.xmlpull.mxp1.MXParser.parseAttribute(MXParser.java:2004)
at org.xmlpull.mxp1.MXParser.parseStartTag(MXParser.java:1799)
at org.xmlpull.mxp1.MXParser.parseProlog(MXParser.java:1479)
at org.jivesoftware.openfire.net.MXParser.nextImpl(MXParser.java:341)
at org.xmlpull.mxp1.MXParser.nextToken(MXParser.java:1100)
at org.dom4j.io.XMPPPacketReader.parseDocument(XMPPPacketReader.java:317)
at org.dom4j.io.XMPPPacketReader.read(XMPPPacketReader.java:154)
at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:159)
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.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)
Автор: victorae
Дата сообщения: 01.09.2011 14:43
zetron84

Цитата:
Openfire 3.7.0

шапку внимательно читал?
Автор: HumpSoft
Дата сообщения: 01.09.2011 14:47
shd
Многоуважаемый victorae уже несколько раз описывал технологию создания файлов autoexec_ххх.ini :
- ставишь и активируешь модуль DBEditor++
- с его помощью экспортируешь настройки в первый ini файл
- делаешь в настройках миранды нужные изменения
- еще раз импортируешь настройки во второй ini файл
- сравниваешь 2 ini файла и из разницы делаешь autoexec_ххх.ini


Автор: zetron84
Дата сообщения: 01.09.2011 17:06
Подскажите, пожалуйста, в версии 3.6.4 нет русского языка, есть копия 3.6.7, какие языковые необходимы для замены и сами каталоги назначения?
Автор: ags18
Дата сообщения: 01.09.2011 22:56
мужики, а что сделать, чтобы работал поиск в истории сообщений на сервере по русским символам? ну и экспорт в pdf - все русские символы игнорируются сейчас.
Но если в поле search ничего не вводить, то openfire показывает диалоги на русском без проблем. Я так понимаю где то беда с кодировкой?
Использую postgresql в качестве БД - кодировка БД - UTF-8
Где что поправить то?..
Автор: victorae
Дата сообщения: 02.09.2011 07:18
ags18
пройдись поиском по офф форуму, там исходники правятся и плагин пересобирается.
Автор: Bovik07
Дата сообщения: 02.09.2011 09:35
Ребят, не подскажете ли.. Есть ли в опенфаере плагинчик или собственная возможность заблокировать учётную запись на какое то время при переборе пароля? Виндовая политика-не то. Мне не подходит...
Автор: ags18
Дата сообщения: 02.09.2011 10:24
victorae
спасибо
поискал, ничего толкового не нашел

Сделал так на freebsd:
добавил в /etc/login.conf:
postgres:\
:lang=en_US.UTF-8:\
:setenv=LC_COLLATE=C:\
:tc=default:

переиндексировать БД:
# cap_mkdb /etc/login.conf

добавил в /etc/rc.conf:
postgresql_class="postgres"

и перезапустил postgresql:
# service postgresql restart

поиск по русским словам заработал, а это главное. Экспорт в pdf по прежнему не работает, ну и фиг с ним
Автор: Nero2002
Дата сообщения: 02.09.2011 10:51
Чуть поправил руководство по ADAM. Сваливать все домены в одну кучу нехорошо. Нужно создавать в ADAM под каждый домен отдельный организационный юнит и последовательно делать синхронизацию только в пределах каждого юнита.
Автор: Bovik07
Дата сообщения: 05.09.2011 09:35
Товарищи! А кто нибудь использует мобильных клиентов? Интересует пока Win Mobile.. Накопал только Pigeon пока.. Остальные что видел-или платные или непойми что.. Исходя из этого-вопрос.. Что такое MD5 и с чем его едят? Если включен на сервере режим принудительного защищенного соединения - то клиент Pigeon не коннектится и включение на нём MD5 - не помогает.
Отсюда вопрос-нет ли более правильного мобильного клиента? Если кто то использует Pingeon- как настроить на нём защищённое соединение?
Автор: victorae
Дата сообщения: 05.09.2011 10:02
Bovik07
в свое время много перебрал, остановился на http://wiki.jrudevels.org/Nebohodimo_IM , как бы все в нем есть. Можно еще квип мобильный посмотреть.
Автор: Bovik07
Дата сообщения: 05.09.2011 10:07
victorae
Спасибо! Буду тестить! А MD5 в принципе почему не коннектится? Вроде давным давно когда ставил NTLM аутентификацию в конфиге стирал лишние методы- типа оставлял     
ANONYMOUS,PLAIN,NTLM.. а MD5 вроде был стёрт-вот теперь не знаю-за ненадобностью или если я добавлю его у меня NTLM аутентификация рухнет?
Автор: victorae
Дата сообщения: 05.09.2011 10:13
Bovik07
зачем мд5 тебе? при tls весь трафик идет зашифрованный.
Автор: Bovik07
Дата сообщения: 05.09.2011 10:22
Смотри.. Я ставлю на сервере "принимать только защищённые соединения" - результат-клиент не коннектится. Я включаю MD5 на клиенте-клиент не коннектится. А ставлю на сервере "Опционально принимать защищённые соединения" - клиент коннектится. Миранда при этом работает как пологается. Отсюда вывод-между клиентом Pigeon и сервером нет защищённого соединения по видимому потому что сервер не поддерживает MD5 и "отфутболивает" незащищённые соединения если я включаю эту опцию.
Что можно сделать-найти где включить поддержку MD5(хотя этот метод считается неахти) и использовать Pigeon, либо искать клиента с TLS, или незащищать соединение с мобильными клиентами..

Потестил QIP-неплохо, но не поддерживает TLS, надо настраивать SSL. И снова о главном.. Серификаты. Ну что-никто не делал?
В общем с QIP-ом прокатило. Типа работает по SSL. Ну и нехай. Только поиск как то непонятно реализован. Нажимаю пунктик поиска-и почти ничего-в синем поле мой JID и никаких полей ввода..
Автор: victorae
Дата сообщения: 05.09.2011 10:40
Bovik07
мд5 - это не шифрование, а хеширование, защита от подмены. зачем оно тебе? а статус подключения можно видеть в консоли сервера. не факт что пиджеон поддерживает тлс.
Автор: Bovik07
Дата сообщения: 05.09.2011 13:44
victorae
Он и не поддерживает! Остановился на QIP. Поставил SSL и без дополнительных усилий-вроде как работает. Если конекчусь напрямую к серверу то рисует замочек. Если конекчусь к Connection Manager-у-замочек не рисует, но без галки SSL на клиенте не пускает. Вроде как работает.
Автор: mattveiko
Дата сообщения: 06.09.2011 16:17
Openfire 3.7.0 + Kraken 1.1.3 beta 3 ставил кто-нибудь? После установки беты Кракена в админке пропал пункт Gateways. Подскажите, где он?

Скопировал новый jar-файл поверх старого: плагин обновился, пункт остался.
В общем надо читать readme-файлы и не заниматься самодеятельностью.
Автор: Dr_Spectre
Дата сообщения: 07.09.2011 11:34
Никто не решил проблему неработоспособности Spark на JRE 7?
Автор: PICASS0
Дата сообщения: 07.09.2011 13:29
Не пинайте сильно, тему не осилил.. обещаю исправится
Требуется ваша помощь в решении данной задачи
Дано:
Пользователи организации пораспихиваны по соответствующим отделам в ou, по ниже следующей структуре:
ou=company
|_ou=Отдел1
|_ou=Отдел2
|_ou=Отдел3
Соответственно есть одноименные группы безопасности группы:
cn=Отдел1,cn=users
cn=Отдел2,cn=users
cn=Отдел3,cn=users

И группа Распространения cn=Jabber в которую входят вышеперечисленные группы.

Необходимо чтобы OpenFire брал группы состоящие в группе cn=Jabber (простите те за тавтологию) и вытягивал от туда пользователей, если такое возможно...
Жду вашей помощи

Автор: Darken
Дата сообщения: 07.09.2011 15:04
Джентльмены.
Подскажите пожалуйста вопрос.

Есть сервер openfire, к нему подключены клиенты.
У клиентов на локальных машинах стоит spark.
Многие из клиентов работают в терминале.
Есть желание, чтобы спарк был подключен и локально и в терминале, но когда так делаем, сообщения приходят только на один клиент.
Как сделать дублирование сообщений по всем клиентам пользователя, наподобие скайпа?

Буду признателен за ответ или хотя бы ссылку с поисковым запросом.
Автор: Bovik07
Дата сообщения: 08.09.2011 09:22
Darken
Думаю что никак. Советую на клиенте работающем в терминальной сессии поставить более высокий "приоритет". Соответственно пользователь приходя на комп-получает сообщения на комп, открывая сессию-получает сообщения на терминальный сервер, закрывая сессию-снова начинает получать сообщения на комп.
Вроде бы это свойство протокола. Думаю-непобедимо. И даже-удобно.
Автор: victorae
Дата сообщения: 08.09.2011 09:29
Bovik07
есть какой то ключ в свойствах сервера, он начинает слать сообщения на все ресурсы не зависимо от приоритета, но какой не помню, вроде в 3.7.0 он только появился
Автор: darken
Дата сообщения: 09.09.2011 15:44
victorae
а что за ключ?
Автор: droni106
Дата сообщения: 09.09.2011 17:57
настройки в файле conf/jive-messenger.xml
где он *
Автор: Darken
Дата сообщения: 10.09.2011 20:52
где он что?
Автор: Dmpv
Дата сообщения: 14.09.2011 12:35
Подскажите пожалуйста.
Есть ли возможность изолировать группы так, чтобы пользователи одной группы могли общаться только между собой, а с пользователями других групп нет?
Автор: kuskov
Дата сообщения: 21.09.2011 09:54
Позвольте рассказать вам свой способ авторизации через SASL в многодоменной системе.
Первое:
создаем на родительском контролере домена в AD группы пользователей (область действия: локальная в домене, тип группы: группа распространения) в описании каждой группы пишем слово по которой будем в последствии фильтровать используемых пользователей, например Jabber. Делаем членами групп, тех пользователей, которых нужно выводить. Например у меня группы разбиты по организациям (по доменам) и создана отдельная группа в которую выведены, например администраторы каждого домена. Пользователи могут быть одновременно в нескольких группах.

Второе
Подключение к AD при установке (настройки) "открытого огня" должно происходить по порту: 3268 или (3269 с SSL) это порт глобального каталога службы AD и он создается на контролере домена являющегося глобальным каталогом. Если подключаться через стандартный порт LDAP 389, то будут считываться только пользователи того домена к которому подключаемся, если через глобальный каталог, то считываются все пользователи из всех доменов. Дабы считать только группы со словом Jabber в описании групп, добавляем фильтр в отбор группы (description=Jabber)

третье:
При установке патча нормана по этой инструкции http://forum.ru-board.com/topic.cgi?forum=8&topic=27991&start=0&limit=1&m=3#1
обращаем внимание на ошибку
"...Там же находим параметр sasl.approve.realms и УДАЛЯЕМ его при наличии"
удалять его не надо и правильно параметр звучит так
sasl.approvedRealms
вводите его с соблюдением регистра

Все...
рестарт сервера, заходите смотрите что сервер считал всех пользователей из указанных групп, и вводите имя для группы в контактном листе.
Автор: victorae
Дата сообщения: 21.09.2011 10:02
kuskov

Цитата:
обращаем внимание на ошибку  
"...Там же находим параметр sasl.approve.realms и УДАЛЯЕМ его при наличии"

Это не ошибка, а упрощение настройки в однодоменной системе Поправлю шапку конечно, чтобы не было двухсмысленности.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141

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


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