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

Одна только неприятность: если пользователь не принадлежит ни одной из групп, то он всех видит, а его - только такие же, то есть подписка односторонняя. А если для группы All тоже расшарить остальных, то получается, что пользователь будет присутствовать в нескольких группах, что Miranda IM не перевариает.
Пришлось для таких "безгруппных" создать отдельную группу.

Подскажите кто в курсе плз.

win2003 + MS SQL 2005 + openfire 3.7.1 + Monitoring Service 1.2.0

не пишет логи сообщений =\


думал что проблема в отсутствующей таблице entRRDs, но и создание ее не помогло =\

У меня с сегодняшнего дня таже пестня на связке:
ubuntu 9.10 + openfire + mysql

Подскажите люди добрые, каков размер КЭШей должен быть (и время их жизни) при общем количестве пользователей около 1400 и онлайн постоянно 500-600, количество групп около 60 и все это хозяйство расшаривается. Если шаринг групп убрать, то мои таблички становятся нормальные и сервак не падает, но юзеров это не устраивает

DeadlyGuest
Я увеличивал кеш ростера до 10 мб. И у java -Xmx до 900 МБ. Но это только из-за одной учётки для рассылки - у неё были всё пользователи домена в ростере. Смотрел по логам - там на него ругался. Пользователи из домена. Онлайн 1100-1200, в домене 2500. Групп более 100.
Если же в ростерах у пользователей меньше 100, то стандартные настройки справлялись.
Или у вас у каждого пользователя в ростер все пользователи из домена загружаются?

casm82
В том то и дело что все, у меня кеш ростера был 200 МБ, -Xmx до трех гигов поднимал, но и этого ему мало. Беда прям.

Добрый день!
Подскажите пожалуйста приключилась такая штука: в один прекрасный день клиент (Miranda IM Zeleboba`s pack Corporate mod) перестал подключаться к серверу, я поменял порт подключения на 5222 и убрал галки с ssl и tls. все снова заработало, но когда вставляю текст из буфера обмена и пытаюсь его отправить, то в момент отправки, происходит отключение клиента от сервера, выбираю снова статус "В сети" все начинает работать, но как только пытаюсь повторить действие вставки все повторяется. подскажите куда копать

Как открыть доступ к Openfire, установленному в локальной сети, из интернета?

- сделать так, чтобы jabber домен сервера резолвился (через DNS) в интернете
- открыть в инет s2s порт сервера

Народ вопрос.
Вот в опенфаир можно создавать группы и расшаривать их другим группам.
ну и жта группа видна и пользователям этой группы и тем группам которым ты расшарил.

Так вот можно ли сделать чтобы группа номер1 с десятью пользователям была видна только другой группе номер2, и чтобы пользователи группые номер1 не видели друг друга!.

Добавлено:
сам отвечаю на свой вопрос
нужно установить плагин
Packet Filter Rules

ну и дропать все от группы1 к группе1.
таким образом внутри группы все не будут видеть друг друга.

Уважаемые, есть вопрос! Может кто сталкивался.. Сервер смотрит наружу через коннектор. Внешние клиенты подключаются через конектор с помощью ну например IM+. Успешно подключаются, получают ростер листы, но при отправке с внешнего клиента на внутренний клиент МИРАНДА сообщение доходит только если перезапустить миранду(выйти-войти обратно). От билда миранды-не зависит. Поставил самый свежмий-всё одинаково. В то же время если отправлять сообщение из миранды на внешнего клиента-оно без проблем доходит. Пробовал поставить СПАРК вместо миранды-всё работает и туда и обратно, но у этого клиента нет системной аутентификации, да и не хотелось бы менять клиента к которому уже привыкли. Если сталкивались-черкните!

PS. Разобрался. Дело в приоритете. Установил на внутренних клиентах -5 (чтоб дефолтовый приоритет внешнего клиента (при одновременно работающих) был выше)-так не работало(вернее своеобразно работало) Переделал на 15-теперь работает как надо.

Выложите пожалуйста плагин Мониторинг для версии 3.6.4, тот что на сайте не подходит. Надо версию 1.1.1.

Может кто нибудь поделиться файлом tangosol.jar для установки плагина кластеризации ? на сайте oracle нет его!
Остальные компоненты в архиве coherence-java присутствуют

Добрый день!
Может кто нибудь сталкивался с такой проблемой...
На RHEL 6 x64 установил openfire 3.7.1 и патч для прозрачной NTLM авторизации v7.2. Настраивал по манам в шапке и не только... Но прозрачная авторизация не работает, в error.log ошибка при попытке подключения миранды:

2012.05.04 09:51:27 org.jivesoftware.openfire.nio.ConnectionHandler - 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: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.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 java.lang.Thread.run(Unknown Source)

других ошибок нет. Может кто сталкивался с проблемой???

P.S. Пробовал разные сборки миранды, в том числе и из шапки.

prodv
На страничке патча:
SSPI API's are only available on Windows, that means you must run Openfire on Windows too.

borov
Как-то этот момент я упустил ...
Спасибо за подсказку, вопрос снят.

Добавлено:
Еще столкнулся с проблемкой...
У меня из AD Openfire 3.7.1. берет пользователей и группы. Все вроде хорошо, но вот только если я в AD добавляю/удаляю пользователя или группу, то в Openfire они не появляются. Никаких кнопок типа "refresh" админке Openfire не нашел... Единственное что помогает это полный рестарт Openfire...
Кто нибудь знает как заставить Openfire обратиться к AD и перечитать список пользователей и групп без рестарта самого Openfire??? Может он обращается к AD по таймауту, тогда где найти данные настройки???

prodv

"в System Properties добавляем следующие параметры:
cache.username2roster.maxLifetime - это кеш имен юзеров в ростере, ставим его например 300000, что равняется 5 мин
cache.userCache.maxLifetime - это кеш имен юзеров, он должен быть меньше кеша username2roster, ставим его например 240000, что равняется 4 мин
cache.group.maxLifetime - это кеш имен групп, он должен быть меньше кеша username2roster, ставим его например 240000, что равняется 4 мин.
После этого чистим весь кеш или только кеш для User, Group, Roster и перезапускаем службу OpenFire"

AMCSE5D
Спасибо ... попробую...

Помогите, имею домен, в нем OU-ЮЗЕРЫ, в ней все юзеры и группы (бух. кадры и т.п.). OF берет юзеров и группы из этого OU. Но для настроек гр.политик надо разделить пользователей в разные OU. Как сделать чтоб в OF пользователи и группы остались? Пробовал разделить пользователей как мне надо (группы не трогаю. они в OU-ЮЗЕРЫ) и в OU-ЮЗЕРЫ создать группу jabber-user прописав в её члены всех пользователей. Но не получается почему-то вытянуть пользователей из неё, если есть пользователи, то нет групп и т.п. Прошу совета.

wolk05
Не очень понятно, в чем проблема. Сделайте ou юзеры и в ней уже создавайте другие ou. Опенфаеру укажите ou юзеры.

Partizannen
Проблема в том, как OF будет брать юзеров из 2-х OU.
Я решил проблему по другому, спасибо. Не стал разделять юзеров по разным OU.
Осталась одна проблема. не могу найти плагин Monitoring для OF 3.6.4, поделитесь кто-нибудь.

wolk05

Цитата:

Проблема в том, как OF будет брать юзеров из 2-х OU

Я же написал, что просто делаются вложенные ou в базовом ou. Опенфаеру указывается базовый ou. И все... Никаких шаманств.


Цитата:

плагин Monitoring для OF 3.6.4

http://community.igniterealtime.org/docs/DOC-2191

Partizannen
Хм... не подумал про это почему-то, ну ладно проблема решилась по другому, на будущее учту.
За плагины спасибо.

[more] Доброго времени суток. Народ, помогите разрешить одну проблему с Openfire 3.7.1:
При старте сервера, в начальном окне выдаёт такое сообщение:

Код:
Openfire 3.7.1 [16.05.2012 10:33:43]
Konsol uspecho zapuchena po adressam :
http://p-client22:9090
https://p-client22:9091
Exception in thread "pool-3-thread-1" java.lang.Error: java.net.SocketException: Resource temporarily unavailable: getsockname
    at sun.nio.ch.Net.localAddress(Unknown Source)
    at sun.nio.ch.ServerSocketChannelImpl.bind(Unknown Source)
    at sun.nio.ch.ServerSocketAdaptor.bind(Unknown Source)
    at org.apache.mina.transport.socket.nio.SocketAcceptor.registerNew(SocketAcceptor.java:363)
    at org.apache.mina.transport.socket.nio.SocketAcceptor.access$800(SocketAcceptor.java:55)
    at org.apache.mina.transport.socket.nio.SocketAcceptor$Worker.run(SocketAcceptor.java:222)
    at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source)
Caused by: java.net.SocketException: Resource temporarily unavailable: getsockname
    at sun.nio.ch.Net.localInetAddress(Native Method)
    ... 10 more
Exception in thread "pool-6-thread-1" java.lang.Error: java.net.SocketException: Resource temporarily unavailable: getsockname
    at sun.nio.ch.Net.localAddress(Unknown Source)
    at sun.nio.ch.ServerSocketChannelImpl.bind(Unknown Source)
    at sun.nio.ch.ServerSocketAdaptor.bind(Unknown Source)
    at org.apache.mina.transport.socket.nio.SocketAcceptor.registerNew(SocketAcceptor.java:363)
    at org.apache.mina.transport.socket.nio.SocketAcceptor.access$800(SocketAcceptor.java:55)
    at org.apache.mina.transport.socket.nio.SocketAcceptor$Worker.run(SocketAcceptor.java:222)
    at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source)
Caused by: java.net.SocketException: Resource temporarily unavailable: getsockname
    at sun.nio.ch.Net.localInetAddress(Native Method)
    ... 10 more

LiZZAR
предлагаю удалить кис

Здрасте с всем !! подскажите установлен Openfire 3,7 на виндовс сервер 2008 как ограничить количество сообщений в сутки для пользователей или количество символов в сутки. а то пользователи в чате много лишнего базарят хотелось бы чтоб общались мало и только по работе

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

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

bkos83 Скорее всего нет, причину см постом выше.
не проще правильнее ли поставить мониторинг, предупредить людей что весь их базар пишется и периодически раздавать люлей за нецелевое использование сетевых ресурсов?

bkos83

Цитата:

а то пользователи в чате много лишнего базарят хотелось бы чтоб общались мало и только по работе

- это вопрос организационного характера, к программам не имеет никакого отношения.


Цитата:

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

- абсолютно и полностью согласен.