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

» Openfire (Wildfire/Jive Messenger) and (Spark; Pandion)

Автор: victorae
Дата сообщения: 23.05.2007 09:15

Цитата:
test@192.168.1.X


а тебе и твоим пользователям удобно работать с айпи? как бы давненько уже изобрели dns, не хочешь попробовать делать по человечески?
Автор: N00LNV
Дата сообщения: 23.05.2007 09:32
Суть темы не меняется, для простоты я описал проблему так.
Автор: victorae
Дата сообщения: 23.05.2007 09:38

Цитата:
Суть темы не меняется


ты не понял. при изначально нормальном подходе у тебя бы и не возникло проблемы.
используя формат test@192.168.х.X ты создаешь два разных джаббер-домена.
Автор: N00LNV
Дата сообщения: 23.05.2007 09:58
Иначе никак...
Я уже решил проблемс
Автор: Alekssss
Дата сообщения: 23.05.2007 10:55
есть еще соображения по поводу моего сообщения чуть выше?
если создаю новую группу, то с ней все нормально, она появляется в миранде
Автор: evgenpc82
Дата сообщения: 23.05.2007 13:26
когда сменил СУБД для базы и сделал экспорт/импорт скорее всего перенеслись пользователи, а группы нет, вот поэтому при создании новой она записывается в базу и ее видят клиенты, а старых просто физически нет в базе
Автор: evgenpc82
Дата сообщения: 24.05.2007 07:43
вопросик еще один:
когда создаешь нового пользователя размещаю в группу его, но у других пользователей он не виден пока не перегрузят клиента, заметил что так происходит после определенного кол-ва пользователей, т.е. на тестовой базе когда 5-10 пользователей то обновление списков происходит сразу после добавления нового пользователя
Автор: Dreamer652207
Дата сообщения: 24.05.2007 16:48
>вопросик еще один:
когда создаешь нового пользователя размещаю в группу его, но у других пользователей он не виден пока не перегрузят клиента, заметил что так происходит после определенного кол-ва пользователей, т.е. на тестовой базе когда 5-10 пользователей то обновление списков происходит сразу после добавления нового пользователя

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

В догонку: не советую использовать при большом количестве пользователей клиент Pandion ... когда было клиентов до 10-15 все работоло ОК... как только число пользователей перевалило за 50-60 - сервер начал откровенно тормозить.. в консоли количество используемой памяти убегало за 100 МБ, память не очищалать, приходилось перезапускать сервер... причем частенько клиенты отпадывали от сервера и не переподключались (точнее подключались, но как то криво... их было видно в сети, но им никто отправить ничего не мог ). Как только все клиенты были переведены на миранду стало все ОК... пользователей 80... используемая память в пределах 20Мб...
З.Ы. Сервер W2k, OF 3.3.0 авторизация NTLM ... если у кого есть научные подходы к объяснению данной ситуации или какие-то уверенные мысли в кривизне моих рук .. прошу высказываться ...
З.Ы.2 все вышесказанное ИМХО, но может кому поможет не наступать лишний раз на грабли...
Автор: victorae
Дата сообщения: 24.05.2007 17:53

Цитата:
Сервер W2k, OF 3.3.0 авторизация NTLM ... если у кого есть научные подходы


патч авторизации кривовато работает под в2к, после 200 клинтов просто валит сервер. на 2003 проблем нет, 250 юзеров на пандионах
Автор: evgenpc82
Дата сообщения: 25.05.2007 04:57
Пользователей у меня примерно 200 все на пандионах, все вроде ниче, НО в основном проблемы возникаю когда отправляют многоадресное сообщение все пользователям - часть доходит а процентов 5 может не дойти, да и не совсем понятно как корректно доходят сообщение когда человек в оффлайне, размер хранилищи оффлайн увеличил до 1 мб на человека и всеравно не понятки происходят. Память для джавы сделал 128-512, но реально юзается около 220-256мб
Автор: storch
Дата сообщения: 25.05.2007 05:55
victorae

Цитата:
патч авторизации кривовато работает под в2к, после 200 клинтов просто валит сервер. на 2003 проблем нет, 250 юзеров на пандионах


Wildfire 3.2.4 + патч для NTLM, Windows 2000 SP4, клиенты Pandion до ~400 одновременных сессий. В течении дня работает нормально, иногда падает утром при большом количестве одновременно пытающихся законектиться пользователях.
Автор: victorae
Дата сообщения: 25.05.2007 07:14

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


про это и говорил. когда надоест по утрам сервер поднимать переходи на в2003
Автор: FreemanRU
Дата сообщения: 25.05.2007 10:39
To All
Господа, когда пишите, что у нас тот или иной клиент падает или жрет память - пишите протокол, по которому идет взаимодействие.
Автор: LudovikBY
Дата сообщения: 25.05.2007 12:51
подскажите скрипт как перенести группы (ибо прописаны вручную с добавлением пользователей c AD более 200чел) с одного сервера wildfire на другой с установленным openfire?
Автор: storch
Дата сообщения: 26.05.2007 05:01
firn

Цитата:
в дебаге появляются такие строки.
2007.05.13 15:53:31 administrator@my_domain not authorized to administrator
2007.05.13 15:53:31 SaslException
javax.security.sasl.SaslException: SSPI: administrator@my_domain is not authorized to act as administrator


http://www.igniterealtime.org/issues/browse/JM-281

Many thanks the problem was :
<sasl>
<mechs>ANONYMOUS,PLAIN,DIGEST-MD5,CRAM-MD5,NTLM</mechs>
<realm>ECOA30.ERY.COM</realm> (fails)
</sasl>

Instead of this

<sasl>
<mechs>ANONYMOUS,PLAIN,DIGEST-MD5,CRAM-MD5,NTLM</mechs>
<realm>ECOA30</realm> (correct )
</sasl>
Автор: sibbora
Дата сообщения: 28.05.2007 07:27
Обновился до версии сервера 3.3.1 - сервер перестал пускать юзеров с кириллицей в имени или пароле. Как поправить?
Автор: deiside
Дата сообщения: 28.05.2007 14:32
В Server Settings->FileTransferSettings стоит отключение передачи файлов между пользователями.(disable)
Но файлы всё же передаются.
Клиенты Pandion. Сервер перегружал с выключенной этой опцией.
Где копать не знаю.

Как вариант всё же включить передачу по тому же 7777 порту и его уже фрволом закрыть.Но это вообще не вариант,и коряво как-то.

*******
да ошибку понял,обычная передача тут не причём,это опция для передачи через прокси.
Автор: MAVrADMIN
Дата сообщения: 28.05.2007 14:43

Цитата:
В Server Settings->FileTransferSettings стоит отключение передачи файлов между пользователями.(disable)

данными настройками регулируется передача файлов через прокси... в случае локальной сети - все файлы передаются напрямик
Автор: victorae
Дата сообщения: 28.05.2007 15:02

Цитата:
в случае локальной сети - все файлы передаются напрямик


вроде видел плюгин который подавляет _запросы_ на передачу файлов.
Автор: simplix
Дата сообщения: 28.05.2007 22:14
А есть ли у кого-то идеи бана по IP и автоудаления неактивных пользователей, скажем через месяц неактивности? Функции нужные, странно что ещё не реализованные - или я их не заметил?
Автор: victorae
Дата сообщения: 28.05.2007 22:54

Цитата:
А есть ли у кого-то идеи бана по IP и автоудаления неактивных пользователей, скажем через месяц неактивности? Функции нужные, странно что ещё не реализованные - или я их не заметил?


сейчас множество диалапных и адсл подключений с динамическим айпи, смысл такого типа бана не актуален. а неактивных вычищать - береш из базы lastlogin time и скриптом по идентификатору удаляешь ростер из базы и сам контакт. твои вопросы актуальны для публичного сервера, а тут в основном сервер локальной сети и его проблемы решаем. имхо тебе есть смысл ejabberd посмотреть.
Автор: simplix
Дата сообщения: 29.05.2007 08:18
Наоборот, для локальной сети и актуально, ибо в ней есть смысл бана по айпи (логично, не правда ли?). А насчёт скрипта, нет ли чего-нибудь материализованного?
Автор: victorae
Дата сообщения: 29.05.2007 08:30

Цитата:
Наоборот, для локальной сети и актуально, ибо в ней есть смысл бана по айпи (логично, не правда ли?). А насчёт скрипта, нет ли чего-нибудь материализованного?


да как бы в локалке кроме бана по айпи много других способов воздействия на своих юзеров. скрипта готового нет. посмотри на оффсайте, может буржуи чего подскажут.
Автор: deiside
Дата сообщения: 29.05.2007 15:07
Не подскажите что-нибудь из плагинов которые могли бы запретить передачу файлов по сети.
Вообще в пределах одной сети не так критично,а вот между сетями-это трафик который оплачивается.
Интересует урезание такой возможности именно средставми самого сервера+пандиона.
Как вариант -взять редактором ресурсов(ресторатор какой-нить) выдрать из контестного меню фразу ПЕРЕДАЧА ФАЙЛА.

Вообщем хотя бы названию плагина, запрещающего передачу файлов, я был бы рад.
Может плохо искал. но что-то ничего интересного не нашёл.
Автор: victorae
Дата сообщения: 29.05.2007 15:23
http://www.igniterealtime.org/projects/openfire/plugins-beta.jsp
Автор: deiside
Дата сообщения: 29.05.2007 18:55
Спасибо большое victorae

Поставил как обычный плагин.В списке доступных он отображается.
Как я понял он никак не конфигурируется,судя из описания плагина.

Configuration
The FileTransferDisabler plugin cannot be configured as of this release (1.0.1)

И тем не менее плагин не работает.Версия OpenFire 3.3.0/
Данные безболезненно принимаются и отправляются.



This plugin is used to automatically reject all File-Transfer requests.
Автор: victorae
Дата сообщения: 29.05.2007 21:48

Цитата:
Данные безболезненно принимаются и отправляются.


хрен его знает. пандион не совсем стандартный клиент. посмотрите что есть в форумах www.pandion.be
Автор: dius80
Дата сообщения: 30.05.2007 08:29
Я решил проблему передачи файлов простым удалением файлов file_recv.html и file_send.html в папке src
Автор: deiside
Дата сообщения: 30.05.2007 12:33
Замечательно.Отличное решение.Как это я не догадался сам залезть и покопаться в самом Pandion. Этож опенсурс,а не "микрософтовский экзэшник".
Проблема с передачей файлов решена.спасибо!
Автор: FreemanRU
Дата сообщения: 30.05.2007 14:55
Тут уж епробегало, но так ответа и не было - есть какое-либо freeware решение для того, что бы в OpenFire класть все сообщения в базу?

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667

Предыдущая тема: Делаю комп.класс, возникают проблемы, помогите решить.


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