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

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

Автор: victorae
Дата сообщения: 18.11.2008 07:31
Alexx123
смотри выше пост ViziGod , добавить параметры и значения в properties сервера
Автор: ViziGod
Дата сообщения: 18.11.2008 07:52
borov
попробуй сначала обновить 3,5,2 до 3,6,0а а вот ее уже до 3,6,1 ...
У меня такая была последовательность ...
Автор: Clavik
Дата сообщения: 18.11.2008 08:33
Кому интересно дефолтные значения для некоторых lifetime:
cache.username2roster.maxLifetime - 6 часов
cache.userCache.maxLifetime - 30 мин
cache.group.maxLifetime - 15 мин
cache.userGroup.maxLifetime - хз, то ли 6 часов, то ли нет ваще такого параметра кеша
cache.ldap.maxLifetime - 2 часа

ViziGod

Цитата:
У меня сейчас
cache.Roster.maxLifetime 1000

Такого параметра нет, за ростер отвечает - cache.username2roster.maxLifetime

Параметр cache.ldap.maxLifetime описан как LDAP Authentication.
Автор: vovanj7
Дата сообщения: 18.11.2008 09:33
стоит у меня Express communicator, хрень редкая, но все привыкли к ней.
реши перейти на что-нидуть поприличней, выбор пал на Openfire 3.6.1 и клиента Spark 2.5.8.
так вот хотелось бы знать следующее
1- это обязательное ведение логов(кто кому, чего отправил)
2- возможность передачи файлов и логирование кто, кому чего передал
3- поддержка большого числа пользователей (более 250)

По остальным требованиям вроде все подходит. Кто экплуатирует, поделитесь опытом. Как работает на встроеной баже данных ?
Автор: adamst
Дата сообщения: 18.11.2008 09:53
vovanj7

однозначно нуна использовать внешнюю бд.... MYSQL пододет

Добавлено:
victorae

Цитата:
adamst
Цитата:
скажите пожалуйста зачем обновлять версию
Цитата:
выпадают буквы и заменяются на квадратики


это Вы намекаете что при обновлении версии этот баг исчезнет?
Автор: victorae
Дата сообщения: 18.11.2008 09:59
adamst

даже не намекаю..
Автор: adamst
Дата сообщения: 18.11.2008 10:06
victorae
ясно,а вообще этот баг частый?

подскажите есть у меня шанс обновить с версии 4,5,0 на последнюю?
и как можно будет подстраховаться, скажем просто папку забэкапить (у меня под винду) или это ничаго не даст?...

Автор: HumpSoft
Дата сообщения: 18.11.2008 10:11
adamst - если база встроенная, то достаточно сделать backup папки, если нет, то нужно еще backup базы сделать.
Автор: adamst
Дата сообщения: 18.11.2008 10:12
HumpSoft
база внутренняя, т.е. я отснавливаю сервак, копирую папку... ищу способ обновления... и если не получается откатываюсь?
Автор: vovanj7
Дата сообщения: 18.11.2008 10:36

Цитата:
однозначно нуна использовать внешнюю бд.... MYSQL пододет

у меня стоит Microsoft SQL server 2005, попробую к нему прикрутить
А еще вопрос. Планируется развернуть на сервере , на котором стоит сервер обновлений и документооборот
Сервер Xeon 2 ГГц и 4 Гб ОЗУ
Пользователей около 250, с возможностью передачи файлов


А, и еще, можно ли как-то обеспечить полное логирование, чтобы все логи, кто чего и кому отправляли, хранились на сервере
Автор: HumpSoft
Дата сообщения: 18.11.2008 10:47
adamst
В общем да, но тебе не кажется, что лучше, для начала, потренироваться на кошках?
Накатываешь backup на какой нибудь комп, меняешь в конфиге адрес и имя сервера - получаешь тестовый сервер. Отрабатываешь все на нем, после чего быстро и без проблем апргейдишь рабочий.


Добавлено:
vovanj7 Если возможности по логированию , предоставляемые штатными plugin-ами тебя не устраивают, то .... на этом мысль кончается ....
Автор: vovanj7
Дата сообщения: 18.11.2008 10:54

Цитата:
редоставляемые штатными plugin-ами тебя не устраивают, то .... на этом мысль кончается ....

Я пока только учусь, тока-тока поставил его на виртуалку )))))
А вот ка обстоят у него дела с потредлением ресурсов ?
Автор: borov
Дата сообщения: 18.11.2008 11:24
ViziGod


Цитата:
попробуй сначала обновить 3,5,2 до 3,6,0а а вот ее уже до 3,6,1 ...
У меня такая была последовательность ...

Поторопился я. Не сделал бэкап базы Прошлые апгрейды проходили нормально.

В общем 3.5.2 запускается сейчас, но база похоже частично проапгрейжена. jiveVersion = 16 сейчас.
Сбэкапил и восстановил как базу тест. Запускаю query analyzer (база microsoft sql), пытаюсь выполнять скрипт \resources\database\upgrade\17\openfire_sqlserver.sql

Получаю ошибки:

Сообщение 279, уровень 16, состояние 3, строка 31
The text, ntext, and image data types are invalid in this subquery or aggregate expression.
Сообщение 279, уровень 16, состояние 3, строка 31
The text, ntext, and image data types are invalid in this subquery or aggregate expression.
Сообщение 306, уровень 16, состояние 1, строка 31
The text, ntext, and image data types cannot be compared or sorted, except when using IS NULL or LIKE operator.
Сообщение 279, уровень 16, состояние 3, строка 35
The text, ntext, and image data types are invalid in this subquery or aggregate expression.
Сообщение 279, уровень 16, состояние 3, строка 35
The text, ntext, and image data types are invalid in this subquery or aggregate expression.
Сообщение 306, уровень 16, состояние 1, строка 35
The text, ntext, and image data types cannot be compared or sorted, except when using IS NULL or LIKE operator.

Что можно сделать?
Автор: philipz
Дата сообщения: 18.11.2008 11:39
При обработке скрипта в Query Analyzer выдает следующую ошибку:

Server: Msg 2714, Level 16, State 6, Line 4
There is already an object named 'ofUser' in the database.
Автор: victorae
Дата сообщения: 18.11.2008 11:53
borov

Цитата:
Что можно сделать?


попробуй поблочно запускать скрипт, не весь сразу, отдельно -
/* Rename jiveUser to ofUser */
DROP INDEX jiveUser.jiveUser_cDate_idx;
ALTER TABLE jiveUser DROP CONSTRAINT jiveUser_pk;

следующий запуск -
sp_rename 'jiveUser', 'ofUser';
ALTER TABLE ofUser ADD CONSTRAINT ofUser_pk PRIMARY KEY (username);
CREATE INDEX ofUser_cDate_idx ON ofUser (creationDate ASC);

/* Rename jiveUserProp to ofUserProp */
ALTER TABLE jiveUserProp DROP CONSTRAINT jiveUserProp_pk;

потом -
sp_rename 'jiveUserProp', 'ofUserProp';
ALTER TABLE ofUserProp ADD CONSTRAINT ofUserProp_pk PRIMARY KEY (username, name);

/* Rename jiveUserFlag to ofUserFlag */
DROP INDEX jiveUserFlag.jiveUserFlag_sTime_idx;
DROP INDEX jiveUserFlag.jiveUserFlag_eTime_idx;
ALTER TABLE jiveUserFlag DROP CONSTRAINT jiveUserFlag_pk;


и так далее, команда sp_rename пусть идет первой.
Автор: borov
Дата сообщения: 18.11.2008 14:16
victorae
Так и сделал. Кусками поднял базу до 20 версии и 3.6.1 пошел.
Правда пока с поиском какие-то проблемы. Надо будет посмотреть вечером.

Кстати. Какой JRE идет в новой инсталяшке? 1.6.10 или 1.6.7
У меня .7 стоит. Думаю обновлять или нет?
Автор: ViziGod
Дата сообщения: 19.11.2008 09:44
Clavik

Цитата:
ViziGod

Цитата:У меня сейчас
cache.Roster.maxLifetime 1000

Такого параметра нет, за ростер отвечает - cache.username2roster.maxLifetime



Скорее всего ты прав, т.к. я не помню откуда этот параметр выкопал. Точно не сам придумал
Автор: Clavik
Дата сообщения: 19.11.2008 11:40
Для убыстрения обновления списка юзеров (другими словами обновление ростера) в джаббер клиентах, необходимо добавить в OpenFire (в System Properties ) следующие параметры:
cache.username2roster.maxLifetime - это кеш имен юзеров в ростере, ставим его например 300000, что равняется 5 мин
cache.userCache.maxLifetime - это кеш имен юзеров, он должен быть меньше кеша username2roster, ставим его например 240000, что равняется 4 мин
cache.group.maxLifetime - это кеш имен групп, он должен быть меньше кеша username2roster, ставим его например 240000, что равняется 4 мин.

После этого чистим кеш весь или только кеш для User, Group, Roster и перезапускаем службу OpenFire.
При добавлении юзера в OpenFire , в ростере на клиенте он повится согласно параметру cache.username2roster.maxLifetime, те через 5 мин.
При удалении юзера из OpenFire, в ростере он исчезнет согласно параметру cache.username2roster.maxLifetime тоже через 5 мин, но надо учитывать что здесь влияет именно параметр cache.userCache.maxLifetime, тк OpenFire при обновлении списка проверяет сначала кеш списка, и в случае его отсутсвия, кеш начинает собирать имена, беря их сначала из кеша имен, те если параметр cache.userCache.maxLifetime оставить дефолтным, те 30 мин, то учетка пропадет из ростера именно через 30 мин.
Автор: Goblun
Дата сообщения: 19.11.2008 14:54
Подскажите по поводу версии.
У меня стоит версия Openfire 3.6.0 все пользователи сидят через pandion, мне сервер нужен для общение и передачи файлов. плугины стоят "Registration" "SASL Mechanisms" "Search" хотелось узнать стоит-ли обновлять версию сервера, или эта версия подойдёт для таких целей?
Автор: victorae
Дата сообщения: 19.11.2008 15:27
Goblun

подойдет. в 3.6.0а исправлен скрипт апгрейда базы. в 3.6.1 исправлена критичная уязвимость по плюгину SIP, т.ч. причин обновляться нет.
Автор: casm82
Дата сообщения: 19.11.2008 17:39
Подскажите, пожалуйста.
Есть Openfire 3.6.1 с патчем для ntlm, клиенты Миранда с офиц. сайта + плагин reconnect.
Если пользователи берутся из AD (около 1000 пользователей), логи не ведутся, хранение аватаров во встроенной базе запрещены, т.е. openfire работает только для передачи сообщений и файлов, так ли необходима в данном случае внешняя база?
Сейчас подключено около 450 пользователей, размер папки embedded-db всего около 20 МБ, причем в консоли указано что 17МБ оффлайн сообщения.
И еще вопрос как очистить оффлайн сообщения ? На одном компьютере возникла проблема - при получении сообщения в окне миранды загружаются прошлые сообщения причем в произвольном порядке, т.е. последнее сообщение может оказаться вовсе не в конце, а где нибудь в середине.
Единственное, что нашел это выставить правило drop для оффлайн сообщений (но прошлые сообщения не очистились). Еще нашел средство для работы со встроенной базой - openfire\bin\extra\embedded-db-viewer.bat - там, как я понял можно задать sql выражение для очистки оффлайн сообщений, но какое я так и не нашел.
Автор: victorae
Дата сообщения: 19.11.2008 21:30
casm82

Цитата:
И еще вопрос как очистить оффлайн сообщения ?


вот и один из ответов зачем внешняя база - возможность с нею работать не через гланды
Автор: Goblun
Дата сообщения: 19.11.2008 22:04
Забыл спросить, у меня проблема с передачи файлов, бывает, что передаются файлы, но большая часть не передается, т.е. пишет, что связь прервана. Самое странное, когда мне дают файл я могу скачать без проблем, а вот другие пользователи принять не могу или передать другому пользователю. В чем проблема может быть?
Автор: victorae
Дата сообщения: 20.11.2008 07:07
Goblun


Цитата:
В чем проблема может быть?


pandion
Автор: Dr_Spectre
Дата сообщения: 20.11.2008 08:30
Оперфайр 3.6.1 база внутренняя.
В свойствах сервера в имени сервера стоял домайн.local - поменял его на server.домайн.local - заработали сервисы и т.п. Но перестал пускать админа через вебинтерфейс.
Два вопроса - 1 в каком нить файле вручную можно поменять обратно имя сервера на просто домен? в openfire.xml чтото вообще осталось несколько строк - а где весь остальной конфиг?
2 - почему вообще перестал работать админ?
Автор: victorae
Дата сообщения: 20.11.2008 08:36
Dr_Spectre

Цитата:
а где весь остальной конфиг


в базе. по идее можно написать в конфиге по новому имя админа и изменения
примутся в базу.


Автор: Clavik
Дата сообщения: 20.11.2008 10:24
Кто-нибудь пробовал ограничивать передачу файлов по группам или пользователям в одной подсети с помощью Packet Filter?
Есть тама канечно параметр, тип пакета: IQ - Used to transfer most other data.
Но клиенты должны ваще пытаться вначале слать напрямую друг другу (P2P), как ентот плагин ваще будет реагировать на это, может кто-нить уже пробовал?
Хотя на форуме Openfire разрабы пишут, что тип пакета IQ используется не только для трансфера файлов, и поэтому будет блочится еще много разной фигни (какой толком не написали)
Автор: ViziGod
Дата сообщения: 20.11.2008 14:23

Цитата:
поменял его на server.домайн.local - заработали сервисы и т.п. Но перестал пускать админа через вебинтерфейс.


открой базу в редакторе и найди строку
INSERT INTO OFPROPERTY VALUES('admin.authorizedJIDs','тутимяадмина@тутимясервера')
там же чуть ниже можно поменять остальное.

А перестало работать из-за того что скорее всего jid админа изменился с @домайн.local на @server.домайн.local
Автор: 2cold4u
Дата сообщения: 20.11.2008 18:17
Доброго всем времени суток!
Помогите плз подключить openfire по LDAP к Lotus Domino.

Имеем:
Код:
Artem$ ldapsearch -h 192.168.7.210 -b o=TEST -x cn=jabber
# extended LDIF
#
# LDAPv3
# base <o=TEST> with scope subtree
# filter: cn=jabber
# requesting: ALL
#

# jabber, TEST
dn: CN=jabber,O=TEST
cn: jabber
cn: R Ldap
mail: jabber/TEST@office.company.net
displayname: jabber/TEST
objectclass: dominoPerson
objectclass: inetOrgPerson
objectclass: organizationalPerson
objectclass: person
objectclass: top
givenname: R
sn: Ldap
uid: Ldap
Автор: kasyanovn
Дата сообщения: 20.11.2008 18:34
Добрый день!

По прежнему мучаюсь с NTLM. Сервер 3.6.1, патч и клиент Miranda из шапки. Простая авторизация работает. AD на 2003-м


При попытке коннекта в логах следующее:

ConnectionHandler.messageReceived(ConnectionHandler.java:135)
] Closing connection due to error while processing message: <auth xmlns='urn:ietf:params:xml:ns:xmpp-sasl' mechanism='NTLM'>ТРЯМ ПАМ ПАМ</auth>
java.lang.NullPointerException
at org.jivesoftware.openfire.net.SASLAuthentication.handle(SASLAuthentication.java:245)
at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:160)
at org.jivesoftware.openfire.nio.ConnectionHandler.messageReceived(ConnectionHandler.java:133)


Подскажите все же что указывать в sasl.approvedRealms и sasl.realm в System Properies?

У меня стоит имя домена большими буквами а ля DOMAIN.
Пробовал полное имя домена, не помогает.
Из документации и форума так и не понял что там нужно прописывать. Есть же люди у которых работает, помогите пожалуйста.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141

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


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