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

» Openfire (Wildfire/Jive Messenger)

Автор: c00per
Дата сообщения: 14.02.2014 10:59
victorae
а чтоб я знал
UPD:
Снес к такой-то бабушке 3.9.0, поставил с нуля 3.8.2 - все заработало! И в миранде и в квипе.
Чудны дела твои, господи.
UPD2:
Накатил поверх 3.9.0, заново накатил патч (пришлось пихать SaslSspi.dll в джавовский бин) - работает, зараза.
Дайте мне стену постучаться..
Автор: arm1986
Дата сообщения: 17.02.2014 10:50
Добрый день !
Подскажите пожалуйста, пара вопросов :
1. Есть ли возможность создать конференцию для отдельных пользователей ? Не запаролить её, а именно разрешить доступ определённым аккам (openfire + ad).
2. Можно ли как то ограничить пользователей в поиске других пользователей по серверу ? Конкретика : есть пользователь со вгруженным контакт листом, нужно чтобы он не видел\не находил других пользователей.
Спасибо !

Добавлено:
Сам спросил, сам отвечаю на первый вопрос В настройках конфы поставить галочку мемберс онли, и добавить мемберов в группу
Автор: gp7
Дата сообщения: 19.02.2014 16:27
*я фигею*
она до сих пор неможет без костыля прозрачно авторизовывать клиентов...
Автор: angeltwo
Дата сообщения: 21.02.2014 20:13
gp7
Дык вроде может. Kerberos никто не отменял.
Автор: angeltwo
Дата сообщения: 25.02.2014 09:23
Доброе утро!

Кто-нибудь использует в качестве внешней базы Firebird 2.5.2?
Такая связка Openfire 3.9.1 + JayBird 2.2.4 + Firebird 2.5.2 + AD
В логе появляется такая ошибка
[more=Ошибка в логе]
2014.02.25 10:43:03 org.jivesoftware.openfire.pubsub.PubSubPersistenceManager - GDS Exception. 335544569. Dynamic SQL Error
SQL error code = -104
Token unknown - line 1, column 8
ofPubsubItem
org.firebirdsql.jdbc.FBSQLException: GDS Exception. 335544569. Dynamic SQL Error
SQL error code = -104
Token unknown - line 1, column 8
ofPubsubItem
    at org.firebirdsql.jdbc.AbstractPreparedStatement.<init>(AbstractPreparedStatement.java:138)
    at org.firebirdsql.jdbc.FBPreparedStatement.<init>(FBPreparedStatement.java:45)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
    at java.lang.reflect.Constructor.newInstance(Unknown Source)
    at org.firebirdsql.jdbc.FBStatementFactory.createPreparedStatement(FBStatementFactory.java:89)
    at org.firebirdsql.jdbc.AbstractConnection.prepareStatement(AbstractConnection.java:1187)
    at org.firebirdsql.jdbc.AbstractConnection.prepareStatement(AbstractConnection.java:942)
    at org.firebirdsql.jdbc.AbstractConnection.prepareStatement(AbstractConnection.java:896)
    at org.firebirdsql.jdbc.AbstractConnection.prepareStatement(AbstractConnection.java:324)
    at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at org.logicalcobwebs.proxool.WrappedConnection.invoke(WrappedConnection.java:162)
    at org.logicalcobwebs.proxool.WrappedConnection.intercept(WrappedConnection.java:87)
    at $java.lang.AutoCloseable$$EnhancerByProxool$$55b4e08a.prepareStatement(<generated>)
    at org.jivesoftware.openfire.pubsub.PubSubPersistenceManager.purgeItems(PubSubPersistenceManager.java:1865)
    at org.jivesoftware.openfire.pubsub.PubSubPersistenceManager.access$000(PubSubPersistenceManager.java:62)
    at org.jivesoftware.openfire.pubsub.PubSubPersistenceManager$2.run(PubSubPersistenceManager.java:271)
    at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
    at java.util.concurrent.FutureTask.run(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source)
Caused by: org.firebirdsql.gds.GDSException: Dynamic SQL Error
SQL error code = -104
Token unknown - line 1, column 8
ofPubsubItem
    at org.firebirdsql.gds.impl.wire.AbstractJavaGDSImpl.readStatusVector(AbstractJavaGDSImpl.java:2092)
    at org.firebirdsql.gds.impl.wire.AbstractJavaGDSImpl.receiveResponse(AbstractJavaGDSImpl.java:2042)
    at org.firebirdsql.gds.impl.wire.AbstractJavaGDSImpl.iscDsqlPrepare(AbstractJavaGDSImpl.java:1465)
    at org.firebirdsql.gds.impl.GDSHelper.prepareStatement(GDSHelper.java:190)
    at org.firebirdsql.jdbc.AbstractStatement.prepareFixedStatement(AbstractStatement.java:1441)
    at org.firebirdsql.jdbc.AbstractPreparedStatement.prepareFixedStatement(AbstractPreparedStatement.java:1285)
    at org.firebirdsql.jdbc.AbstractPreparedStatement.<init>(AbstractPreparedStatement.java:135)
    ... 24 more
[/more]

Таблица такая в базе есть. Посмотрел сам файл PubSubPersistenceManager.class - не увидел что слово ofPubsubItem используется где-то не в обычных местах в SQL (может глаза просто не видят?), зато наткнулся на использование в SQL слова LIMIT. Т.е. получается с этой версии Firebird уже лучше не использовать в качестве внешней БД, т.к. он не поддерживает это слово?
Автор: peculiar
Дата сообщения: 27.02.2014 09:24
Вот и я переехал на новую 3.9.1 версию. Теперь вылез вопрос
ось - убунту+mysql+java version "1.7.0_51"
Все классно кроме SSl
Подключается только без ssl.
Пробовал с ключами и через веб морду и в конcоли - удалял - пересоздавал. Не помогает. Клиенты - PSI+

На клиенте после долгого подключения вываливается сообщение "tls handshake failed"
Гуглил - ниче особо не нашел кроме как обновится на новую версию. Хелп кто могет !
Автор: victorae
Дата сообщения: 27.02.2014 09:45
peculiar

Цитата:
Все классно кроме SSl  


Цитата:
"tls handshake failed"


ты конкретнее.. ссл это старый вариант на порту 5223, его отключить на сервере вообще из консоли. тлс - новый на 5222.
Автор: peculiar
Дата сообщения: 27.02.2014 10:16

Цитата:
его отключить на сервере вообще из консоли

спасибо огромное.
Все заработало после выключения старого ssl ( old ssl method)

Добавлено:
Тогда еще один вопрос по поводу подключения извне.
Сделал проброс tcp/udp 5222

при подключении извне все время для user@xxx.xxx.xxx.xxx просит пароль. При попытке ввода пароля не принимает и просит снова. При этом из локалки все работает отлично ! Подозреваю что опенфаер как то к внутренней сети привязался ? нет ?

Добавлено:
при попытке из снаружи с помощью PSI+ зарегать новый акк вываливается месседж по поводу доверять сертификату - жмакаю доверять - говорит что сервер не поддерживает создание аккаунтов. В то же время пробую такие же манипуляции с локальной сети - все работает Куда хоть копать ?

Добавлено:
внутрення локалка работает с впн - впн-овские клиенты подключаются норм - я так понимаю что-то не то с пробросом ?
Автор: PAZIFIC
Дата сообщения: 27.02.2014 12:34
Ребятушки. Уже неделю настраиваю сабж. Все делал - переделывал - перепроверял несколько раз. Ручная авторизация проходит замечательно. Доменная - никак. Список пользователей вижу, группу в AD расшарил, все ок. Даже записи типа "srv" сделал на днс сервере. Только вот очень нужна автоматическая доменная авторизация, а она не работает. В логах вот что пишет при соотв. настройках (галка "доменный логин" в миранде)


Цитата:
2014.02.27 14:08:56 org.jivesoftware.openfire.nio.ConnectionHandler - Closing connection due to error while processing message: <auth xmlns="urn:ietf:params:xml:ns:xmpp-sasl" mechanism="PLAIN">AHBhdmxvdgA=</auth>
java.util.NoSuchElementException
    at java.util.StringTokenizer.nextToken(Unknown Source)
    at org.jivesoftware.openfire.sasl.SaslServerPlainImpl.evaluateResponse(SaslServerPlainImpl.java:117)
    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:181)
    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.runWorker(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51)
    at java.lang.Thread.run(Unknown Source)
Автор: victorae
Дата сообщения: 27.02.2014 12:50
PAZIFIC

Цитата:
Доменная - никак.

патч поставил? на 3.9.1 он просто так не работает уже. мотай форум назад.
Автор: PAZIFIC
Дата сообщения: 27.02.2014 12:51
Патч поставил - форум мотаю...

Добавлено:
Буду пробовать.

Добавлено:
Спасибо! с версией 3.8.2 все заработало.
Автор: peculiar
Дата сообщения: 27.02.2014 22:07

Цитата:
при подключении извне все время для user@xxx.xxx.xxx.xxx просит пароль. При попытке ввода пароля не принимает и просит снова.  При этом из локалки все работает отлично ! Подозреваю что опенфаер как то к внутренней сети привязался ? нет ?


Сам и отвечаю на вопрос - в клиенте PSI надо было прописывать адрес сервера во вкладке аккаунты - изменить - соединение - сервер и порт

а поле акка user@xxx.xxx.xxx.xxx наместь иксов надо надо прописывать локальный адрес опенф.
Вот так то
Автор: victorae
Дата сообщения: 27.02.2014 23:31
peculiar

Цитата:
наместь иксов надо надо прописывать локальный адрес опенф.


"наместь иксов" называется джаббер домен. если делать по уму то получается что то вроде vasya.pupkin@jabber.ru
Автор: sasha731
Дата сообщения: 05.03.2014 17:16
Подскажите, пожалуйста. В OpenFire есть плагин "Email Listener", он проверяет почту и оповещает о ней (точнее даже пересылает ее в Jabber). Но он проверяет почту только одного ящика??? А как проверить ящики нескольких пользователей и разослать им сообщения о новой почте? Или я что-то не так понял? Весь Инет перерыл.
По идее еще есть плагины JMC, как раз для этой цели, на сколько я понял. Но не один не нашел.

P.S.: FreeBSD+OpenFire
Автор: victorae
Дата сообщения: 05.03.2014 17:19
sasha731
http://dl.dropboxusercontent.com/u/18310500/jmc-0.2.3.tar.gz

не помню только, по моему под фрей он не очень работает.
Автор: peculiar
Дата сообщения: 06.03.2014 01:00

Цитата:
"наместь иксов"

Ну что ты злой такой совсем стал. Букву одну пропустил и тут же подковыриваешь. Та вот когда сначала делал jabber - все было в спешке - домен не сделал. Завел юзеров много, подключил, и даже в нескольких городах, филиалы раскиданы далеко, а теперь если сделать домен надо все всем перенастраивать. Печалька.

Автор: sasha731
Дата сообщения: 06.03.2014 08:51
victorae
Спасибо, уже нашел, тут же в одной из веток. Но пусть будет свежая ссылка для других.
Хотя пока не понял, как его использовать. Это и не плагин для OpenFire и вроде не фильтр для PostFix (у меня именно этот MTA). А в его ReadMe почти нет информации. Странная штучка.
Но еще поковыряюсь.
Автор: victorae
Дата сообщения: 06.03.2014 08:59
sasha731

стартует демоном, подключается к опенфайру, пользователь видит его как транспорт и регистрируется в нем. после регистрации и ввода адреса ящика и прочее джиємси начинает опрашивать ящик. я пользуюсь уже года 4 наверное. подправил под своих юзверей поля регистрации и косяк был в опросе новых писем на ексченче, поправил.
Автор: sasha731
Дата сообщения: 06.03.2014 12:00
И так, по FreeBSD:
Попробовал стартонуть демона - куча ошибок на отсутствие модулей. С мира по нитке их на собирал. Для FreeBSD:
FreeBSD
1. Более свежая версия: https://github.com/downloads/Jajcus/pyxmpp/pyxmpp-1.1.2.tar.gz, из архива копируем каталог pyxmpp в /usr/local/lib/python2.7/site-packages/ (путь у каждого свой, взависимости от python-а).
2. cd /usr/ports/textproc/py-libxml2
make install clean
3. Более свежая версия: http://www.dnspython.org/kits/1.9.4/dnspython-1.9.4.tar.gz Из архива каталог dns в /usr/local/lib/python2.7/site-packages/ (путь у каждого свой, взависимости от python-а).
4. Ну, и не забываем создать каталог "./run/jabber/"

Демон стартует без ругани:

Код: python2.7 jmc.py -c jmc.xml
creating component...
starting...
Автор: victorae
Дата сообщения: 06.03.2014 12:13
sasha731

Цитата:
Разве есть какой-то отдельный пароль для транспортов и где его взять?

настраиваться в опенфайре "External Component Settings"
и номер порта там же
Автор: sasha731
Дата сообщения: 12.03.2014 12:03

Цитата:
настраиваться в опенфайре "External Component Settings" и номер порта там же


А вот за это реальное спасибо!!! )) В жизни бы не догадался. Они перевели интерфейс переводчиком и на русском это звучало, как:
Настройки внешнего устройства
По умолчанию\:     - это так секретное слово называлось! ))

Да, под FreeBSD получилось запустить. Не знаю, на сколько будет стабильно работать, т.к. некогда поэкспериментировать да и конторе это не особо нужно, это личная инициатива.

Попутный вопрос. Как этот транспорт добавить нашел даже в QIP-е. Не удобно, но реально. )) А вот как его отредактировать? Например, ошибся с паролями. Даже в PSI пока не пойму.
Автор: arm1986
Дата сообщения: 17.03.2014 17:28
Ребят, столкнулся с такой проблемой : пользуемся сервером openfire 3.9.1 и клиентом spark 2.6.3. С недавнего времени у клиента начались глюки - пользователь вводит текст, нажимает ентер, текст отправляется адресату, но не пропадает из поля ввода ! Пользователь думает что текст не отправился и 100500 раз нажимает на кнопку ентер, и это сообщение 100500 раз отправляется адресату. Помогает закрытие\открытие клиента. Ни кто не сталкивался с такой ситуацией ?
Автор: kennysergo
Дата сообщения: 19.03.2014 13:24
Есть 2 openfire, как автоматом прописать всех пользователей 1 сервера у клиента 2 сервера и наоборот. На 1 сервере учетки тянутся из домена, на 2 локальная база. По одному пользователю можно добавлять, а вот группой как то возможно указать?

На сервере где учетки из домена, при создании новой группы ругается "Не допускается \: групповая система только для чтения.", как это можно обойти?
Заранее спасибо
Автор: casm82
Дата сообщения: 21.03.2014 20:54
Написал программку на Node.js для просмотра журналов конференций, хранимых в MySQL.
Искал аналоги, но нашёл только, те, что записывают все сообщения в том числе и личные.

Написанная программа позволяет просмативать сообщение выбранной конференции за указанный промежуток времени.
Так же есть поиск сообщений, отправленных отпределённым пользователем (поиск по нику и jid).

Установка:
1. Включить "Log Room Conversations" в настройках конференций.
2. Создать в MySQL пользователя с правами на чтение базы данных Openfire.
3. В файле app.js в переменной db_config (строка 27) указать адрес сервера MySQL, имя базы данных, имя и пароль пользователя для подключения (пользователь созданный в шаге 2).
4. Скачать приложение и установить зависимости:

Код: sh $> cd chatlogs
sh $> npm install
Автор: HumpSoft
Дата сообщения: 24.03.2014 08:19

Цитата:
Есть 2 openfire, как автоматом прописать всех пользователей 1 сервера у клиента 2 сервера и наоборот. На 1 сервере учетки тянутся из домена, на 2 локальная база. По одному пользователю можно добавлять, а вот группой как то возможно указать?

Насколько я знаю - никак
Автор: Anton_Nikolaev
Дата сообщения: 24.03.2014 13:03
Подскажите, какова процедура обновления сервера?
Т.е. достаточно ли будет, если я скопирую изменённые файлы?
Или так в каждой версии меняется структура базы данных?
Сейчас 3.7.1
Хочу 3.9.1.
NTLM патч, как я тут прочитал, будет работать только если подложить старые jre?
Или достаточно библиотеки в jre закинуть?

Попробовал обновить.
При указании логина-пароля - работает. Но с доменным логином - не работает.
Пробовал заменить папку от старой версии - не помогло.
Пока вернул старую версию.
Автор: redxes
Дата сообщения: 25.03.2014 10:05
Друзья, у кого есть плагин Broadcast для версии OF 3.8.2
вышлите пожалуйста на почту redx © mail . ru

на сайте доступна только последняя версия, но она требует OF 3.9.0
Автор: Anton_Nikolaev
Дата сообщения: 25.03.2014 14:56
redxes, есть только от 3.7.1
Автор: medvezhan
Дата сообщения: 27.03.2014 11:28
Здравствуйте! Подскажите пожалуйста, установил Openfire версии 3.8.2 под AltLinux, все прекрасно работает, пользователи регаются, общаются и т.д. стал вопрос установки плагина broadcast... перехожу в раздел Плагины в Админ. панели. указываю путь к плагину, жму Загрузить, после чего мне выдается "Плагин загрузился успешно.Может потребоваться короткое время для плагина, чтобы он появляться в списке включенных плагинов."

Далее согласно readme по broadcast'y настраиваю его в разделе настроек сервера... создаю сообщение all@broadcast.192.168.27.2 и оно не кому не уходит... В списке установленых плагинов broadcast так и не появился, ( устанавливая любой плагин, также не появляются в списке)

Что делать?
Автор: Anton_Nikolaev
Дата сообщения: 27.03.2014 11:44
medvezhan, а почему по айпишнику, а не по доменному имени?

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041

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


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