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

» Openfire (Wildfire/Jive Messenger)

Автор: OLEGGih
Дата сообщения: 07.02.2013 09:35
Openfire 3.8.0 has been released!. Changelog
Поставил на предыдущий релиз - все настройки подхватились.
Автор: stanislavsigitov
Дата сообщения: 07.02.2013 10:54
зарелизилась новая версия 3.8.0, переустановил openfire (базу в mysql не трогал) все контакты и настроки сохранились, но вот расшарить в ростере общую группу пользователей из AD не смог, на этапе установки не прошли тесты на Activ Directory DC=mydomain,DC=ru странно... Снес 3.8.0 поставил обратно 3.7.1 с теми же опциями при установке, все работает
Автор: fix2oo6
Дата сообщения: 08.02.2013 12:33
разобрались сегодня с VolodyaZloy с моей проблемой
дело было в неправильном SPN (servicePrincipalName), ошибся при вводе команды на одну букву
удаляться с пом. команды setspn он не желал

удалил его в с помощью adsiedit.msc, зашел в свойства пользователя xmpp-openfire, закладка
attribute editor, аттрибут servicePrincipalName, там удалил оба значения
создал по-новой их командой setspn -A xmpp/dc.mydomain.com@MYREALM xmpp-openfire

и все поехало

VolodyaZloy еще раз отдельное спасибо!
Автор: victorae
Дата сообщения: 08.02.2013 21:27
3.8.0 слетел шаринг АД групп, откатился обратно.

http://issues.igniterealtime.org/browse/OF-610
Автор: stanislavsigitov
Дата сообщения: 09.02.2013 16:31
после отката на 3.7.1 решил обновить monitoring plugin на 1.3.0 в результате в мускуле в БД openfire в таблице ofid создалась еще одна запись idType 600 и старая осталась idType 50 сам плагин нормально работает активные конверсии есть а мониторинг перестал вестись. Что сделал. Зашел с вебморды, удалил плагин, остановил службу openfire, удалил из директории установки из папки plugin папку monitoring, удалил обе записи в БД openfire в таблице ofid 50 и 600 (предварительно запомнил последний id в 50 я так понял это id сообщения у меня он был 8027) запустил службу, заново подключил плагин 1.3.0 создалась новая запись с idType 600 и назначил ей id 8028 после этих манипуляций все заработало. У всех число сообщений разное поэтому оно будет у каждого свое, или можно подождать пока в idType 600 не добежит с 1 сообщения до вашего последнего , или не обновляйтесь до 1.3.0 и старый нормально работал. Можно еще сделать так Ссылка
Автор: AXVill
Дата сообщения: 11.02.2013 10:26
stanislavsigitov, victorae,
Можно поставить Nightly Build 3.8.1. Этот косяк точно пофиксили, новых пока не всплыло, уже сутки полет нормальный.

Будьте внимательны - это альфа версия!
Автор: lurex1961
Дата сообщения: 11.02.2013 16:04
Здравствуйте.
Openfire 3.7.1 стоит на FreeBSD 8.1
Клиенты QIP и Spark.
Проблема заключается в том, что после обновления monitoring plugin 1.2.1 до 1.3.1 мониторинг перестал вестись. Что делать?

Добавлено:
Спасибо stanislavsigitov ! Сделал по чёткой инструкции запустилось.
Автор: Gunia
Дата сообщения: 12.02.2013 11:01
Попробуте эту сборку monitoring.jar
Автор: mspenkov
Дата сообщения: 13.02.2013 05:21
Gunia, не помогает, мониторинг так и не ведется. Проделать то же самое что stanislavsigitov не имею возможности, т.к. база внутренняя.
Автор: Equuleus
Дата сообщения: 13.02.2013 07:24
Для обновления с 3.7.1 до 3.8.0 с SASL (NTLM) авторизацией в домене надо:
слить последнюю сборку (релиз, как утверждается выше, глюковатый):
http://bamboo.igniterealtime.org/allPlans.action
смотрим "Openfire" -> "Nightly Windows Build (trunk)" (жамк) -> выбираем последний успешный билд -> заходим на его страничку, внизу "Project Windows distribution files" -> скачиваем: openfire_3_8_1_alpha.zip
Распаковываем. Останавливаем сервис Openfire. Заменяем файлы. По своему опыту, со старой сборки в каталоге у меня остались только:
bin\SaslSspi.dll
conf\openfire.xml
lib\sasl-sspi.jar
plugins\saslmechanisms
plugins\saslmechanisms.jar
Все остальное (старое я удалил и скопировал файлы из архива на их место)
Стартуем сервайс. Авторизуемся. Заходим в "Server -> Server Settings"
"Server Certificates" - создаем новый самоподписанный сертификат
"Security Settings" - Client Connection Security -> Custom - Advanced configuration -> Old SSL method: Available
Все. Пользователи снова могут подключаться используя NTLM авторизацию.
Автор: victorae
Дата сообщения: 13.02.2013 08:35
Equuleus

Зачем это все? Скопировать конфиг и файлы плагина. NTLM будет работать как и прежде, SSL или TLS к нему никаким боком.
Автор: Equuleus
Дата сообщения: 13.02.2013 14:28
victorae
а если авторизация у пользователей через SSL ?
Автор: victorae
Дата сообщения: 13.02.2013 16:06
Equuleus

Цитата:
а если авторизация у пользователей через SSL ?


SSL/TLS не авторизация, а шифрование передаваемых данных. NTLM патч работает в любой комбинации с ssl/tls или без них. Есть приколы с разными версиями миранды, но по сути авторизация и шифрование - разные вещи.
Автор: Yaromaxx
Дата сообщения: 20.02.2013 10:30
Обновился до 3.8.1а поверх 3.7.1, сервер на Windows 2003 - полет нормальный, пользователи берутся из домена.
Автор: Yaromaxx
Дата сообщения: 20.02.2013 15:53
По наблюдениям - 3.8.1а немного более прожорлив к памяти, но работает стабильно. При 60-75 пользователях и встроенной базе потребляет 550-850 Мб. Многовато, конечно, но как урезать - пока не знаю.
Автор: victorae
Дата сообщения: 20.02.2013 19:23
Yaromaxx

Цитата:
550-850 Мб. Многовато, конечно, но как урезать - пока не знаю.


На внешнюю базу перейди.
Автор: pepino
Дата сообщения: 20.02.2013 21:11
Привет всем!
Установил , все хорошо работает)))
3.7.1
Одно но!
Кириллицу в хистори на серваке не записывает(((
В чем траблы?
Помогите старожилы)))
СПС
Автор: victorae
Дата сообщения: 20.02.2013 21:18
pepino

Цитата:
Кириллицу в хистори на серваке не записывает(((


Не показывает в пдф отчетах или не хранит вообще? Первое лечится через какое то место, искать на оф сайте. Второе лечится гуглением openfire utf8
Автор: pepino
Дата сообщения: 20.02.2013 21:27
не хранит совсем(((
тестирую беседу англ буквами видит по русски фиг((( пишет не смогла записать и тд и тп
Автор: BIVAN
Дата сообщения: 21.02.2013 13:07
Коллеги, в чем может быть проблема?
Openfire 3.7.1 работал стабильно полгода (MS SQL, LDAP), после выходных перестали логиниться клиенты (Spark) и доступ в админку также отсутствовал

Переустановил Spark заново, создал новую базу
Пользователи домена в админке видны, но при подключении Spark список контактов пуст!
Автор: AXVill
Дата сообщения: 21.02.2013 14:05
BIVAN
Ты Openfire часом не обновил?
Автор: BIVAN
Дата сообщения: 21.02.2013 15:47
Сначала поставил 3.8, но IE начал ругаться на StackOverflow.
Удалил 3.8, поставил 3.7.1
А тут такая ерунда с контактами
Автор: victorae
Дата сообщения: 21.02.2013 15:50
BIVAN

Цитата:
Удалил 3.8, поставил 3.7.1
Переустановил Spark заново, создал новую базу


А базу то зачем? Там же хранились списки контактов.
Автор: AXVill
Дата сообщения: 21.02.2013 15:52
BIVAN
Проверь настройки Shared Roster.
В 3.8.0 shared roster ldap просто не работает. но вроде простой откат на 3.7.1 срабатывал.

Добавлено:
victorae
У BIVAN LDAP же.
Автор: BIVAN
Дата сообщения: 21.02.2013 22:00
Создал новую группу в Shared Roaster - все ОК!
Автор: Yaromaxx
Дата сообщения: 22.02.2013 09:25
victorae на таком минимальном количестве пользователей? Есть ли смысл?
Автор: victorae
Дата сообщения: 22.02.2013 09:39
Yaromaxx

Цитата:
Есть ли смысл?


Конечно, ты же еще переписку мониторишь, где хранить то все это, в оперативке?
Автор: Yaromaxx
Дата сообщения: 22.02.2013 09:45
victorae в шапке вроде как устаревшее руководство по переходу - все равно по нему ориентироваться?


Добавлено:
victorae
Или можно пожертвовать перепиской, поставить MySQL, создать в нем базу, и подключить ее в OpenFire? Никакие настройки вроде как измениться не должны, изменится только место хранения переписки - и все.
Автор: HumpSoft
Дата сообщения: 22.02.2013 09:59
Yaromaxx лучше ставить не мускул, а PostgreSQL - там проблем с кириллицей меньше
Автор: victorae
Дата сообщения: 22.02.2013 10:00
Yaromaxx

Цитата:
поставить MySQL, создать в нем базу, и подключить ее в OpenFire?


Не уверен что так позволит сделать сам опенфайр.

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041

Предыдущая тема: DFL-260E не получает IP по DHCP


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