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

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

Автор: victorae
Дата сообщения: 19.01.2010 11:30
Bovik07
у меня не получилось сделать ntlm плюс шифрование, в 0.7 это работает, в 0.8 нет. определитесь точно, зачем в локалке шифрование пользователям которые пароль руками даже внести не могут.
Автор: Bovik07
Дата сообщения: 19.01.2010 11:38
Да ладно, чёрт с ним, с шифрованием.. 0.8.12. без шифрования тоже пароль просит.. То есть как я понимаю что неизменный клиент 0.7 билдов будет аутентифицироваться без каких либо манипуляций? (при условии что ssl отключен..). Жалко.. как то не корпоративно.. Зависимость слишком большая..
Автор: victorae
Дата сообщения: 19.01.2010 11:44
Bovik07
0.8.12 без шифрования пароль не просит, ты же сам говоришь что моя работает, а там именно 0,8,12
Автор: fedmun
Дата сообщения: 19.01.2010 11:56

Цитата:
у меня не получилось сделать ntlm плюс шифрование, в 0.7 это работает, в 0.8 нет.

Да вроде там все работает.
У меня Openfire 3.6.4 + Miranda 0.8.10.2
ntlm + TLS-авторизация. Соединения к серверу зашифрованы по ssl
upd.
+ патч на NTLM для сервера.
Автор: getlost
Дата сообщения: 19.01.2010 12:01

Цитата:
Да вроде там все работает.
У меня Openfire 3.6.4 + Miranda 0.8.10.2
ntlm + TLS-авторизация. Соединения к серверу зашифрованы по ssl


Подскажи плз. Вникаю пока... ntlm на уровне клиента (миранды) сделано или на уровне сервака? В миранде что-то не нашел, где был бы пункт ntlm. М.б. плагин нужен?
Автор: fedmun
Дата сообщения: 19.01.2010 12:14
getlost
на уровне ядра системы (win), никаких дополнительных dll
Автор: victorae
Дата сообщения: 19.01.2010 12:20
getlost
на сервер патч только ставится для нтлм
Автор: getlost
Дата сообщения: 19.01.2010 12:20

Цитата:
на уровне ядра системы (win), никаких дополнительных dll

Сори, может туплю )
Скачал сборку минимальную миранды. Забил настройки подключения. Есть поле пароля, туда ничего не вбивал, при включении миранды, и изменении статуса "в сети" запрашивает пароль, ввожу - работает. По политике домена пароль на учетку юзера нужно сменить через месяц. Допустим сменился... а пароль вроде как старый сохранен и думаю в этот момент миранда ругнется. В чем прикол прозрачности ntlm авторизации тогда?
Автор: fedmun
Дата сообщения: 19.01.2010 12:22

Цитата:
на сервер патч только ставится для нтлм

Да, точно. забыл добавить.
Тогда пароль вводить не надо.
Автор: Bovik07
Дата сообщения: 19.01.2010 12:36
А что за файл такой в твоей сборке autoexec_jabber.ini ? Я так понимаю файл предварительной конфигурации? А как его сделал? Или откуда он взят?
Автор: getlost
Дата сообщения: 19.01.2010 12:39

Цитата:
на сервер патч только ставится для нтлм

Ага, спс, я ж чую где-то че-то еще нужно )

Цитата:
Да, точно. забыл добавить.
Тогда пароль вводить не надо.

На работе видать патч не стоит (сервак с чатом на аутсорсе)
Дома вчера поднял серв, сеня попробую как нтлм сработает.

Попутно еще пару вопров:
1. При установке опенфаера есть возможность выбора базы данных. Везде в степ бай степ мануалах в основном выбирают embedded. Кто-то выбирает мускул. Я ставил и с тем и с другим. В чем разница нет возможности пока понять. Встроенная (embedded) сколько человек может тянуть? Может ли база тормозить работу джабберав случае большой нагрузки?
зы. Какую базу можно или лучше использовать в домене до 100, 200, 300 юзверей?
2. Пока писАл, забыл второй вопрос ) потом спрошу. Заранее благодарю за помосч!
Автор: emfs
Дата сообщения: 19.01.2010 12:43
victorae

это, конечно, хорошо, но всё-таки, как решить именно эту задачку?
Автор: victorae
Дата сообщения: 19.01.2010 12:57
Bovik07
плагин есть для выгрузки настроек dbeditor
++ кажется
getlost
сразу внешнюю прикручивай, потом меньше проблем намного

Автор: HumpSoft
Дата сообщения: 19.01.2010 13:10
Bovik07 да, это файл конфигурации миранты (не только предварительной).
Каждый раз при старте миранда, если находит у себя в папке (...где то так, сэм, восем ...) такой файл, то читает из него настройки, применяет их к профилю и удаляет этот файл.
Делается он с помощью некривых рук и плагина Database Editor ++
Тема аутоэкзека уже неоднократно поднималась на форуме, учитесь пользоваться поисковыми серверами (расширенный поиск)
часть 3
часть 2
часть 1
Автор: Bovik07
Дата сообщения: 19.01.2010 13:41
Насчёт Database Editor ++ спасибо. Но есть файл mirandaboot.ini где как я полагаю и производится начальная конфигурация, а так же нацеливается первоначальный запуск на созданный дефолтовый профиль. Почему так никто сделать не предлагает?
У форума КЛИЕНТ-СЕРВЕРНОГО приложения есть шапка. Так она практически не информативна! В форуме можно решать проблеммы, а решения обычно выносят в шапку, а не лопатят весь форум. По спарку и пендиану всё нашёл(не у вас) но сами клиенты как то не стабильны.. Чехарда со статусами не устраивает..
Автор: victorae
Дата сообщения: 19.01.2010 14:02
Bovik07
зачем создавать дефолтовый профиль если проще его держать абсолютно чистым на все случаи и применять только настройки из ini файла. по шапке, форум про опенфайр, настройки миранды клиентов и т.д. - для этого есть свои форумы.
Автор: Bovik07
Дата сообщения: 19.01.2010 15:24
Victorae, мне не хотелось бы раскидывать папки с мирандой по профилям.. Хочу чтоб инсталилась в Program Files... В профиле юзер-хозяин.. А в програм файлс-админ.
Автор: victorae
Дата сообщения: 19.01.2010 16:06
Bovik07
раскидываешь батником куда хочешь, а в mirandaboot.ini указываешь в какой папке искать файл профиля и ini файл настроек и все.
Автор: HumpSoft
Дата сообщения: 19.01.2010 16:28
Bovik07 ты не перепутал? разговор идет о профиле миранды, а не виндовом.
Все таки victorae прав, хочешь знать как настраивать миранду - добро пожаловать на Miranda IM Russian Community

Автор: Bovik07
Дата сообщения: 19.01.2010 16:37
Да я уже давно там.. Только пока особо толку нет. Не совсем понятен алгоритм.. Как я думаю. Я инсталирую миранду руками на тестовой машине, я создаю профиль и конфигурирую его. Я пересохраняю его как дефолтовый в сетевой шаре.
Я может делаю msi, а может инсталю батником миранду через GPO на рабочие компы, я подменяю mirandaboot.ini на свой в котором указываю что мастер профиля-не вызывать, дефолтовый лежит в сетевой шаре.. Юзер вычитывает дефолтовый с моими сконфигурированными настройками и автосоздаёт свой в AppData...
Автор: BigInventoR
Дата сообщения: 19.01.2010 16:51
Попробовал миранду, подключилась, увидела списки пользователей, все вроде хорошо.
Вот только отправляю из неё сообщения и не один клиент pandion их не получает.
Автор: victorae
Дата сообщения: 19.01.2010 17:40
BigInventoR
не получение сообщений обычно из-за некоректного пользовательского jid указанного при входе. у всех узеров должно быть user@джаббер-домен одинаковый, иначе недоставка сообщений.
Автор: getlost
Дата сообщения: 19.01.2010 22:37
Как Openfire работает на 2008 R2 (т.е. 64х) ? Поставился вроде...
и тут же думаю, что нах оно не надо на 2008 р2
Автор: BigInventoR
Дата сообщения: 20.01.2010 09:38
Как все таки избавиться от такой ошибки в логах?

2010.01.20 09:34:51 Invalid presence type
java.lang.IllegalArgumentException: No enum const class org.xmpp.packet.Presence$Type.invisible
    at java.lang.Enum.valueOf(Unknown Source)
    at org.xmpp.packet.Presence$Type.valueOf(Presence.java:322)
    at org.xmpp.packet.Presence.getType(Presence.java:107)
    at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:229)
    at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:176)
    at org.jivesoftware.openfire.nio.ConnectionHandler.messageReceived(ConnectionHandler.java:133)
    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 org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51)
    at java.lang.Thread.run(Unknown Source)
Автор: victorae
Дата сообщения: 20.01.2010 09:41
BigInventoR

Цитата:
Как все таки избавиться от такой ошибки в логах?

перестать ставить статус "невидимый" ?

Цитата:
No enum const class org.xmpp.packet.Presence$Type.invisible

Автор: DarkTwin
Дата сообщения: 20.01.2010 11:54

Цитата:
Как Openfire работает на 2008 R2 (т.е. 64х) ? Поставился вроде...

Работает нормально, по крайней мере мои 50 пользователей не ныли на тему что не работает что то.
Цитата:
и тут же думаю, что нах оно не надо на 2008 р2

А про чем тут тогда 2008R2, если так думать то правильнее а нах он вообще нужен.
Автор: getlost
Дата сообщения: 20.01.2010 12:54

Цитата:
А про чем тут тогда 2008R2, если так думать то правильнее а нах он вообще нужен.

Не в этом дело. Просто для джаббера 2008 Р2 многовато как-то имхо ) можно хп обойтись.
Да и к тому же, были сомнения по поводу мускула и 64х, а оно вроде и тут все ок...
Автор: myther
Дата сообщения: 21.01.2010 07:54
Стоит Openfire 3.6.4, в качестве клиента используется Pandion 2.6.70 stable. Есть проблема - от некоторых клиентов аськи (да на сервере включен этот транспорт) приходят иероглифы. Я понимаю что проблема в кодировке - но где именно менять ? Русские буквы в локальных частах и в других клиентах - отображаются нормально. Например последний QIP Infium . У проблемных клиентов стоит QIP 2005. Build 8095 - естественно что уговаривать кого то из поставщиков сменить клиента - я не могу )) В настройках транспорта стоит кодировка WIndows-1251 база для Опенфаера - используется внутренняя.
ЗЫ. ВОпрос в догонку - безболезненно перехать на другую БД реально или только переставлять сервак ?
Автор: BigInventoR
Дата сообщения: 21.01.2010 08:40
http://sourceforge.net/projects/pandion/files/
Советую посмотреть всем, причина:
http://getsatisfaction.com/pandion/topics/pandion_2_6_70_stable_freezes_after_extended_away
Автор: victorae
Дата сообщения: 21.01.2010 08:56
Народ, давайте как то соберетесь немного. Проблемы с Пандеоном были всегда и остануться еще долго. Не пишите здесь о проблемах с ним. Проверяйте глюки альтернативными клиентами - Psi, Miranda, Gajim. Если глюк подтвержден альтернативным клиентом - считаем это глюком сервера или настроек обвязки и решаем здесь, иначе идем на пандионовский форум.

Добавлено:
myther

Цитата:
да на сервере включен этот транспорт


есть два встраиваемых транспорта, тот что идет с офф сайта и его дальнейшее развитие на http://kraken.blathersource.org/ . Если проблема в офф плагине - переходим, на Кракен. Если в Кракене - пишем на его форум. Если есть в сети юникс машина - ставим PyICQ-t и не мучаемся больше с проблемами транспорта.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141

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


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