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

[q][/q]
Спасибо,огромное-мы протупили этот пунктик из-за усталости и недосыпа хронического,теперь добавилась головная боль со звуком в клиентах,сражаемся,еще раз спасибо.

mattveiko
Разбивка по группам меня не совсем устраивает, т.к. тянутся много лишних групп, которые приходится потом отключать руками. То как это сделано в ejabberd мне кажется более правильным. Использовал бы его, но никак не могу настроить в нём прозрачную аутентификацию.

Как вариант, пользователи хранятся в отдельном ou users, внутри которого есть еще куча разных ou, группы в отдельной ou groups. В openfire basedn: ou=users,dc=domain,dc=tld - то есть те группы, которые есть, он не видит. Делаем в users еще один ou xmpp, в него заносим те группы, которые нужны в openfire. Как-то так.

mattveiko
Пользователи разбиты по подразделениям, для каждого подразделения свой OU, в котором вместе с пользователями лежат и соответствующие группы. Так что переделывать всю структуру ради джаббера как-то не правильно. Можно сделать конечно проще, в названии групп отделов добавить в начале некий символ, например "_" и отсеивать группы по наличию данного символа в названии, но это как-то тоже не красиво. Хотелось бы просто написать фильтр который вытягивал бы из AD список подразделений(department) и группировал бы по ним пользователей.

У меня связка Openfire 3.7.1 release + Miranda v0.9.20, работа tipper YM прекратилась, когда я перешел на Openfire 3.7.1 Alpha
Как мне вылечить tipper YM, кто сталкивался с такой проблемой?

Добавлено:
Кто пользуется версией Openfire 3.7.1 release + Miranda v0.9.20 и не ставил себе Openfire 3.7.1 Alpha есть такая проблема?

Друзья... подскажите условия для возможности работы с гугул-талком.
На данный момент если в гугле добавить контакт моего сервера - сообщает "Remote server not found. A remote server or service specified as part or all of the JID of the intended recipient does not exist."
В настойках безопасности S2S я прописал в белый лист talk.google.com и gmail.com
В логах тишина.

MAVrADMIN

Цитата:

контакт моего сервера - сообщает "Remote server not found.

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


П.С.
Откатился с 3.7.1 на 3.6.4 т.к. жрет память. На выходных юзверов с десяток и гиг оперативки использовано.

Цитата:

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

У меня на сервере доступ S2S ограничен по белому листу. Домен с инета резолвится, внешние контакты 1 дружественного публичного домена присутствуют в рабочем состоянии.

Добавлено:
Отвечу сам себе - может кому пригодится

На сервере Openfire: Сервер-Настройки сервера-Настройки безопасности-Безопасное подключение сервера
Там необходимо чтоб активной была галочка "Опциональный - Связи между серверами могут использовать защищенные связи."
Если стоит "Обязательный - Связи между серверами всегда используют защищенные связи."(как было у меня) - гугл не видит сервер Openfire.

Добавлено:
Ах, да...
теперь собственно новый вопрос...
у кого-нибудь гугл по защищенному соединению работает?
в чем может быть проблема?

Цитата:

Откатился с 3.7.1 на 3.6.4 т.к. жрет память. На выходных юзверов с десяток и гиг оперативки использовано.

Я уставил перезапуск сервиса один раз в трое суток,
по поводу жрет память, много жрет!

Всем доброе время суток!

На форуме(ах) полно сообщений о проблемах с установкой и запуском патча sasl-sspi для прозрачной NTLM аутентификации с сервером Openfire в версии 3.7.x. Проблема проявляется в следующем: если следовать инструкции из дистрибутива патча (см. ссылку в шапке темы), то при запуске сервера в %OPENFIREDIR$\logs\error.log появляется ошибка:


Код: 2011.10.31 17:40:00 org.jivesoftware.openfire.auth.AuthorizationManager - AuthorizationManager: Error loading AuthorizationProvider: org.jivesoftware.openfire.sasl.StrictAuthorizationPolicy
java.lang.ClassNotFoundException: org.jivesoftware.openfire.sasl.StrictAuthorizationPolicy
2011.10.31 17:40:00 org.jivesoftware.openfire.auth.AuthorizationManager - AuthorizationManager: Error loading AuthorizationProvider: org.jivesoftware.openfire.sasl.DefaultAuthorizationPolicy
java.lang.ClassNotFoundException: org.jivesoftware.openfire.sasl.DefaultAuthorizationPolicy

aprimakov

Цитата:

в %OPENFIREDIR$\logs\error.log появляется ошибка:

Она появляется один раз при старте сервера, на работу патча никак не влияет. Подозреваю что ты поставил в параметрах миранды "Не использовать авторизацию SASL" , тогда действительно этот параметр не нужен. Но вся авторизация тогда будет идти открытым текстом с паролями и именами.

Не обращал внимания, но сегодня заметил - в клиентах - Spark - отображается совсем непонятное и неправильное время. В настройках OpenFire все корректно отображается, где можно что поправить, чтобы исправилось время на клиентах?

blablala
А можно подробнее по поводу настройку кэшей?
Прошёлся по ссылкам, прописал параметры в опенфайре, на которые он мне поругался в логах.
Какие именно параметры нужно прописать для опенфайра 3.7.1 ?

У меня тоже в клиентах отображается непонятное время, произошло после отмены перехода на зимнее время. На сервере время правильное. В самом openfire в логах неверная дата и время. Где копать, кто подскажет?

kRUhmal
Сейчас все еще раз проверил - в свойствах сервера GMT+3, в системе на сервере и на клиентах тоже +3 - а в клиентах вместо, например, 17-08 - 2-08 - что такое и где копать - неизвестно. На всякий случай - перезагрузил сервер полностью - тот же вид, только в профиль... Open Fire 3.7.1. Не было печали - апдейтов накачали...

Вот это в spark.properties - откуда?

#Spark Settings
#Wed Nov 02 02:24:31 PETT 2011

Yaromaxx

а сервер то при чем? он время не отдает клиенту.

victorae Так и на клиентах время стоит правильное - где что поправить? Я в Беларуси, у нас отменили перевод часов - на клиентах создан новый часовой пояс UTC+3 - Минское время, все отображается и работает прекрасно. Непонятное поведение только у Spark.

Yaromaxx

Цитата:

Непонятное поведение только у Spark.

с ним и разбираться, может какие то отдельные проперти ему выставлять. Я только сказал что сервер клиенту время никак не передает.

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

У меня в логах openfire неправильное время. Типа 02.11.2011 3:00

в миранде 0.8 ветки нашел параметр который не позволял одновременно использовать TLS и SASL. При значении 1 подключения не происходит.

[jabber]
NLValidateSSL=b0

Цитата:

Непонятное поведение только у Spark.

java не использует системные тайм зоны для определения времени.
посмотри логи от опенфаера в них время старое, не соответствуещее таймзоне.

утилита tzupdater тебе поможет
http://www.oracle.com/technetwork/java/javase/tzupdater-readme-136440.html
http://www.oracle.com/technetwork/java/javase/downloads/index-jsp-138363.html#timezone

поделитесь кто рецептом как раздать SPARK в домене

blablala tzupdater надо запускать только на машине с сервером OpenFire или и на клиентах тоже? Имхо - надо только на машине с сервером OF.


Добавлено:
garbals Можно вот такой скрипт в логон-скрипт прописать


Добавлено:
blablala

Вообще-то я в сервере OF время поставил правильное - вот что в настройках сервера:

Попробовал утилиту tzupdater. Она нашла и исправила ошибки, но в самом openfire в логах ничего не поменялось пишет непонятно откуда взятое время:

2011.11.02 19:04:33 org.jivesoftware.openfire.pubsub.PubSubModule - Publish-Subscribe domain: pubsub.oldserver
2011.11.02 19:04:33 org.jivesoftware.openfire.muc.spi.MultiUserChatServiceImpl - Multi User Chat domain: conference.oldserver
2011.11.02 19:04:41 org.jivesoftware.openfire.XMPPServer - Openfire 3.7.1 [Nov 2, 2011 10:04:40 AM]
2011.11.02 19:04:46 org.jivesoftware.openfire.container.AdminConsolePlugin - Admin console listening at:
http://oldserver:9090
https://oldserver:9091

мы спарк не используем, используем квип инфиум.
я запускал только на сервере, а для винды патч вышел который отключает автопереход времени и делает тайм зону +4

у меня дебиан, обновил пакет tzdata чтобы сменил системные тайм зоны. после скачал tzupdater. распаковал в /usr/share/java и запускать
java -jar tzupdater -f
java -jar tzupdater -u

blablala
В логах info.log и errors.log время отображается правильное, а в клиентах Spark - непонятно какое.

Действительно попробовал Миранду время верное выдает. Это только в спарке получается неверно отображает время. Очень скверно. Может все таки есть какое то решение

На самих клиентах есть файл tzmappings, по адресу:c:\Program Files\Spark\jre\lib\
помогла следущая подмена, вместо:
Russian:6,7::Europe/Moscow:
Russian Standard Time:6,7::Europe/Moscow:

написать
Russian:6,7::Asia/Muscat:
Russian Standard Time:6,7::Asia/Muscat:

Это пример для Московского часового пояса. Но придется менять на каждом клиенте.