Comments 113
Да, но начал совсем недавно. Проблема в том, что из моих друзей очень мало кто им пользуется, все привыкли к асе. В общем-то для этого я и поставил свой сервер, теперь я их всех перевожу на него. А с использованием QIP Infium они могут сидеть и в асе и в Jabbere
Согласен, а сейчас мне все отвечают «А что это такое»!
убейся!
Актуб, сколько я тебя знаю — ты так и не изменился. Каким был — таким и остался.
Утверждаешь что Delphi — язык, а не IDE. Говоришь что Jabber — отстой, хотя сам даже не пользовался им. Утверждаешь что стаж программрования у тебя с 6 лет пошел…
Трепло ты, Актюба…
Руслан (если я не забыл твого имни), меняйся. Иначе хорошим это не закончится.
Утверждаешь что Delphi — язык, а не IDE. Говоришь что Jabber — отстой, хотя сам даже не пользовался им. Утверждаешь что стаж программрования у тебя с 6 лет пошел…
Трепло ты, Актюба…
Руслан (если я не забыл твого имни), меняйся. Иначе хорошим это не закончится.
Ага, а AOL перестанет чудить с Oscar.
Но уже потихоньку происходит — слава Гуглю. У меня все больше раз спрашивают не «есть ли у меня ася», а «пользуюсь ли я google talk». И это очень хорошо. Потому как «чудеса на виражах» с ICQ задолбали порядком.
Но уже потихоньку происходит — слава Гуглю. У меня все больше раз спрашивают не «есть ли у меня ася», а «пользуюсь ли я google talk». И это очень хорошо. Потому как «чудеса на виражах» с ICQ задолбали порядком.
Почему?
1. Польза лично для меня от Вконтакте есть. Я играю в КВН и имею достаточно большое количество знакомых. Вконтакт для общения с ними подходит как нельзя лучше.
2. Вы осуждаете Вконтакте за то что они отнимают время у людей. Давайте люди будут сами решать как тратить время, а мы с вами не будем учить их жить.
3. ИМХО протокол не может быть продуманным и с кучей ненужного одновременно. Мне например эта куча ненужного нужна, я не понимаю как вы можете так рубить с плеча.
4. Я надеюсь вы не путаете протокол и клиент. Удобных клиентов под джаббер достаточно на любой вкус, и минималистических и с кучей возможностей.
5. Oscar — закрытый. XMPP — открытый. Мне кажется этого достаточно что бы перейти на джаббер. А вам?
2. Вы осуждаете Вконтакте за то что они отнимают время у людей. Давайте люди будут сами решать как тратить время, а мы с вами не будем учить их жить.
3. ИМХО протокол не может быть продуманным и с кучей ненужного одновременно. Мне например эта куча ненужного нужна, я не понимаю как вы можете так рубить с плеча.
4. Я надеюсь вы не путаете протокол и клиент. Удобных клиентов под джаббер достаточно на любой вкус, и минималистических и с кучей возможностей.
5. Oscar — закрытый. XMPP — открытый. Мне кажется этого достаточно что бы перейти на джаббер. А вам?
2. Спрос порождает предложение. Очень хороший механизм, и я не думаю что без него было бы лучше и его стоит осуждать.
3. Почему нет. Отключите поддержку игр в клиенте если она вам мешает. Я так понимаю что XMPP просто расширяемый протокол.
4. Это хорошо.
5. И все же разработку Oscar ведет не сообщество, а коммерческая компания. И я думаю вам клиент заявит еще не раз про то что он не может подключится. (Разве что вы используете оффициальный с кучей рекламы).
P.S. почему?
3. Почему нет. Отключите поддержку игр в клиенте если она вам мешает. Я так понимаю что XMPP просто расширяемый протокол.
4. Это хорошо.
5. И все же разработку Oscar ведет не сообщество, а коммерческая компания. И я думаю вам клиент заявит еще не раз про то что он не может подключится. (Разве что вы используете оффициальный с кучей рекламы).
P.S. почему?
А с использованием QIP Infium они могут сидеть и в асе и в Jabbere
Какой смысл сидеть и в аське и в джаббере, если можно просто настроить транспорты и сидеть только в джаббере?
Всё же транспорты недостаточно совершенны и требуют доверить логин и пароль стороннему серверу.
Покажи мне транспорт, который нормально работает с кириллицей
(и другими кодировками кроме английской латиницы, при том, что большинство десктопных клиентов аси с ней нормально не работают)
(и другими кодировками кроме английской латиницы, при том, что большинство десктопных клиентов аси с ней нормально не работают)
Как раз после праздников собираюсь поставить eJabberd с аунтификацией через AD, вроде должно получится. ИМХО jabber как коорпаративный стандарт IM, это очень хорошо.
> И ещё он автоматически генерирует SSL сертификаты и Вам не придётся это делать самостоятельно.
Вообще-то, это какой-то криворукий подход нищих студентов, дорвавшихся до ПО jabber-сервера. Автоматическая генерация самоподписанных сертификатов. Это для тестирования сгодится, а для продукции — увольте. Jabber-клиент в таком случае будет орать, что «не может проверить подлинность сертификата, т.к. он самоподписанный». А в иных клиентах (Psi) даже совсем странная настройка такая появилась — «не сообщать пользователю, что сертификат самоподписанный».
Короче, с таким подходом, всё это хвалёное SSL-шифрование в Jabber — это чистой воды профанация: что толку шифровать соедиение, если ты не можешь быть уверен, что на том конце канала не злоумышленник, а именно твой сервер? Где защита от man-in-the-middle?
А прямой подход (хотя не бесплатный) — это использовать сертификаты не самоподписанные, а как раз наоборот подписанные доверенным центром сертификации. На худой конец — сделать свой собственный центр сертификации, сделать его в системе доверенным, а уже с помощью него подписывать SSL-сертификаты. Помимо того, и другие плюсы появятся — скажем, можно будет сделать сертификаты клиентам, и авторизовывать именно по ним, а не по паролям — это надёжнее, и полностью исключает возможность brute force-атак.
Так вот, запустить ejabberd с такими сертификатами, не самоподписанными, у нас так и не получилось, хотя мучились долго. OpenFire не пробовали.
В документации не написано; в интернете, какие запросы для поиска не задавали — везде в 100% случаев находятся ламероватые статьи «как не покупать подписанный сертификат и сделать свой собственный самоподписанный». Про использование сертификатов с внешним центром сертификации — ни слова.
Так что — вопрос: а как настраивать грамотно зашифрованный Jabber?
Вообще-то, это какой-то криворукий подход нищих студентов, дорвавшихся до ПО jabber-сервера. Автоматическая генерация самоподписанных сертификатов. Это для тестирования сгодится, а для продукции — увольте. Jabber-клиент в таком случае будет орать, что «не может проверить подлинность сертификата, т.к. он самоподписанный». А в иных клиентах (Psi) даже совсем странная настройка такая появилась — «не сообщать пользователю, что сертификат самоподписанный».
Короче, с таким подходом, всё это хвалёное SSL-шифрование в Jabber — это чистой воды профанация: что толку шифровать соедиение, если ты не можешь быть уверен, что на том конце канала не злоумышленник, а именно твой сервер? Где защита от man-in-the-middle?
А прямой подход (хотя не бесплатный) — это использовать сертификаты не самоподписанные, а как раз наоборот подписанные доверенным центром сертификации. На худой конец — сделать свой собственный центр сертификации, сделать его в системе доверенным, а уже с помощью него подписывать SSL-сертификаты. Помимо того, и другие плюсы появятся — скажем, можно будет сделать сертификаты клиентам, и авторизовывать именно по ним, а не по паролям — это надёжнее, и полностью исключает возможность brute force-атак.
Так вот, запустить ejabberd с такими сертификатами, не самоподписанными, у нас так и не получилось, хотя мучились долго. OpenFire не пробовали.
В документации не написано; в интернете, какие запросы для поиска не задавали — везде в 100% случаев находятся ламероватые статьи «как не покупать подписанный сертификат и сделать свой собственный самоподписанный». Про использование сертификатов с внешним центром сертификации — ни слова.
Так что — вопрос: а как настраивать грамотно зашифрованный Jabber?
Меня тоже интересует вопрос о подключении «не самоподписанного» сертификата, т.к. в планах есть его приобретение и подключение.
Но пока сервером пользуюсь только я со своими друзьями, и поэтому вопрос не стоит так остро. Как я уже писал, SSL можно вообще выключить…
Но пока сервером пользуюсь только я со своими друзьями, и поэтому вопрос не стоит так остро. Как я уже писал, SSL можно вообще выключить…
В OpenFire нет проблем у нас всё работает и сертификат не самоподписной.
www.pluser.ru/content/nash-miessiendzhier-vsie-vashi-v-odnom
www.pluser.ru/content/nash-miessiendzhier-vsie-vashi-v-odnom
Очень зацепил Ваш пост. В такой ситуации шумиха вокруг джаббера выглядит действительно не более, чем увлечением многих студентов — не более.
Если найдёте решение Вашей проблемы, напишите об этом пожалуйста. Будет очень полезно многим.
Если найдёте решение Вашей проблемы, напишите об этом пожалуйста. Будет очень полезно многим.
Решение простое: купить сертификат у компании Verisign (или аналогичной) за 400 долларов в год.
Не паникуйте. 99% сайтов, предосталяющих «защищённый доступ» в протоколе HTTPS, имеют такие же самоподписанные сертификаты. Все живут, и никто не хватается за голову.
Подписывание усиливает защиту в несколько ином направлении: например, от сквоттеров, укравших доменное имя.
Подписывание усиливает защиту в несколько ином направлении: например, от сквоттеров, укравших доменное имя.
Я всегда считал, что протокол SHTTP делает следующее, кодирует весь трафик между клиентом и сервером на основании ключа, а не передаётся открытым. На сколько я понимаю единственная проблема самоподписанного сертификата, это то, что у пользователя выйдет сообщение что сертификат не подходит и будет задан вопрос принять его или отклонить. Если он принимает сертификат, то он работает также как и платный.
Возможно ошибаюсь, как-то с этим не сталкивался, это читал в книгах по Linux.
Возможно ошибаюсь, как-то с этим не сталкивался, это читал в книгах по Linux.
По-хорошему, такой вопрос ещё должен задаваться при каждом изменении закрытого сертификата. Так делают, например, все SSH-клиенты (да, SSH-серверы тоже почти все на самоподписанных сертификатах). Это, по крайней мере, заставит задуматься, а не случилось ли чё.
У самоподписанных сертификатов есть более серьёзная проблема. Самоподписанный сертификат может сгенерировать каждый и для любого домена. И у пользователя нет возможности проверить, исходит ли сертификат, который принял пользователь, от настоящих владельцев сервера или, например, от шаловливого админа, перехватывающего данные на прокси-сервере, который использует пользователь (возможно, даже не зная об этом).
Возможно вам будет интересно — xmpp.org/ca/issuance.shtml. Это процесс получения бесплатного пописанного сертификата от StartCom. xmpp.org/ca/installation.shtml. Проверено работает в ejabberd.
Использование сертификата подписанного вышестоящими CA никак не гарантирует вам защиту от mitm. Вообще весь этот бизнес по продаже сертификатов — это продажа воздуха. Почитайте Шнайера, он это хорошо растолковал.
Шнайер очень настойчиво забывает одно обязательное условие — что если один CA уже выдал сертификат с данным Common Name, больше никто не имеет права выдать такой сертификат. Без этого условия — конечно, никакой защиты от mitm.
Вы, когда будете читать такие книжки, не «просто читайте» а берите бумажку, карандаш и проверяйте. Без самостоятельной работы такие книжки только во вред.
Вы, когда будете читать такие книжки, не «просто читайте» а берите бумажку, карандаш и проверяйте. Без самостоятельной работы такие книжки только во вред.
Может и не имеет права выдавать, но ведь выдают. Насколько я знаю — никакой процедуры по проверке того, что сертификат на данный домен уже выдан — нет.
А это значит, что «правильный» сертификат дает лишь чувство ложной безопасности. А это, возможно, даже еще хуже чем присутствие этого сертификата.
И я не понимаю почему я не должен доверять таким авторитетным экспертам как Шнайер. Пусть даже и без перепроверки их слов.
А это значит, что «правильный» сертификат дает лишь чувство ложной безопасности. А это, возможно, даже еще хуже чем присутствие этого сертификата.
И я не понимаю почему я не должен доверять таким авторитетным экспертам как Шнайер. Пусть даже и без перепроверки их слов.
Кстати да, надо выяснить вопрос про подобные процедуры при выдаче сертификата верисигном или другими.
(оффтоп)
Доверяй, но проверяй! Отличная поговорка, и проверять надо, повторю, не из недоверия, а для глубокого понимания.
Кроме того, и авторитеты ошибаются. Это как ошибки в вузовских учебниках — нобелевские лауреаты пишут иногда, а всё равно ошибки там есть.
(оффтоп)
Доверяй, но проверяй! Отличная поговорка, и проверять надо, повторю, не из недоверия, а для глубокого понимания.
Кроме того, и авторитеты ошибаются. Это как ошибки в вузовских учебниках — нобелевские лауреаты пишут иногда, а всё равно ошибки там есть.
а чем не устраивает jabber сервер в google apps?
Это тоже неплохой вариант, я таким образом сделал себе почту в собственном домене используя GMail потому что у Гугла есть хорошие спам-фильтры и даётся очень много места.
Но Jabber-сервер захотелось сделать у себя, где я сам смогу за ним следить и делать что захочу и не вижу смысла вешать эту задачу на Гугл.
Но Jabber-сервер захотелось сделать у себя, где я сам смогу за ним следить и делать что захочу и не вижу смысла вешать эту задачу на Гугл.
я именно так себе и настроил. почта совпадает с JID, всё на своём домене. Удобно, быстро и просто.
Как сложно прикрутить собственный icq-транспорт?
Лучше пользоваться ICQ-клиентами, потому что могут возникнуть проблемы с русским языком.
Сам не ставил, но если интересно, есть ссылочка: www.opennet.ru/base/net/jabber_icq_gate.txt.html
Сам не ставил, но если интересно, есть ссылочка: www.opennet.ru/base/net/jabber_icq_gate.txt.html
Зависит от дистрибутива, но в целом — немного проще установки и настройки ejabberd.
Сейчас, к сожалению, есть только один нормально работающий icq-транспорт — это pyicq-t. С кодировками проблем, вроде не замечал. Главное в конфиге прописать что-то вроде:
Сейчас, к сожалению, есть только один нормально работающий icq-транспорт — это pyicq-t. С кодировками проблем, вроде не замечал. Главное в конфиге прописать что-то вроде:
<encoding>windows-1251</encoding>
Однако включив в Openfire имеющийся там по умолчанию релей на oscar.aol.com и выставив кодировку соединения windows-1251, проблем лично я не испытывал абсолютно никаких.
У меня со шлюзом pyicq-t (последняя версия) имеется такая проблема, что некоторые собеседники на ICQ-клиентах получают русский язык в Latin-1 (т.е. кракозябрами), но большинство — нормально. Танцы с бубном в принудительных выборах кодировок как общих, так и конкретно для собеседника на обоих сторонах не помогают, пробовал и CP1251 и UTF-8 и т.д. В таких проблемах были замечены PSI, Kopete, Gaim
Как побороть — не знаю.
В остальном — работает нормально, пользую с gmail, что очень удобно — вся хистори в одном месте с удобным поиском!
Как побороть — не знаю.
В остальном — работает нормально, пользую с gmail, что очень удобно — вся хистори в одном месте с удобным поиском!
> Для этого на сервер должен быть установлен пакет Erland и Java;
1) Erlang (G на конце)
2) с каких пор Ejabberd требует Java? (может, я правда что-то пропустил?)
1) Erlang (G на конце)
2) с каких пор Ejabberd требует Java? (может, я правда что-то пропустил?)
1) Действительно! Я исправил.
2) EJabberd его не требует, а вот Erlang требует, когда его устанавливаешь запрашивается java-compiler, а ещё ODBC, но это вроде смотря как ставить.
2) EJabberd его не требует, а вот Erlang требует, когда его устанавливаешь запрашивается java-compiler, а ещё ODBC, но это вроде смотря как ставить.
Java не обязательна. Если она есть то будет просто сделан сразу java -> erlang интерфейс. Если ее нет, то и не будет созжан. А он вам для jabber не нужен, так что можете сразу смело пустить java лесом.
Во многих дистрибутивах erlang уже есть, надо просто поставить. напрмер для ubuntu это пакеты
erlang-base (или erlang-base-hipe, что лучше, он включает just-int-ime компилятор для erlang) и
erlang-nox (то есть эрланг без поддержки X)
Во многих дистрибутивах erlang уже есть, надо просто поставить. напрмер для ubuntu это пакеты
erlang-base (или erlang-base-hipe, что лучше, он включает just-int-ime компилятор для erlang) и
erlang-nox (то есть эрланг без поддержки X)
Java отключаема. на FreeBSD это сделать вообще строго рекомендуется — JVM тянет из сети бездну всякого софта, серьезно.
угу, а можно поставить CommunigatePro и не парить себе мозг :)
впрочем использовать для IM «практически любой компьютер», а не сервер в дата-центре — маразм :)
впрочем использовать для IM «практически любой компьютер», а не сервер в дата-центре — маразм :)
По-моему, речь шла о персональном использовании. Дата-центр для таких целей — роскошь :)
нормально он там сделан
работает хорошо
работает хорошо
Пользуясь случаем, хочу спросить по этой теме ;)
Пользую CommunigatePro для одного домена как Jabber-сервер — PSI при подключении постоянно выдает сообщение что не заполнена информация о пользователе, а сохранить её не даёт — пермишн денаед типа. В итоге каждый раз при подключении нужно лишний раз ОК тыкать в сообщении. Если сталкивался — может подскажешь что включить или как настроить чтобы Communigate разрешил запись инфы о пользователе?
Пользую CommunigatePro для одного домена как Jabber-сервер — PSI при подключении постоянно выдает сообщение что не заполнена информация о пользователе, а сохранить её не даёт — пермишн денаед типа. В итоге каждый раз при подключении нужно лишний раз ОК тыкать в сообщении. Если сталкивался — может подскажешь что включить или как настроить чтобы Communigate разрешил запись инфы о пользователе?
Почём нынче кому ни гей?
Как готовая почтовая система Communigate непревзойдён и не будет превзойдён. Но вот как Jabber-сервер — сыр… А стоит как самолёт.
Как готовая почтовая система Communigate непревзойдён и не будет превзойдён. Но вот как Jabber-сервер — сыр… А стоит как самолёт.
а еще можно подвесится в гуглаппс и получить гтоковый джабер =)
Во-первых, RedHat, как компания, никакого отношения к CentOS не имеет (насколько я помню, CentOS пересобирается из .src.rpm от RHEL).
Во-вторых, если целью статьи являлся обзор существующих jabber-серверов, то для объективности рассматривать стоило никак не 2 сервера, их намного больше (раньше я видел полезную табличку с подробным сравнением, сейчас не могу найти).
Во-вторых, если целью статьи являлся обзор существующих jabber-серверов, то для объективности рассматривать стоило никак не 2 сервера, их намного больше (раньше я видел полезную табличку с подробным сравнением, сейчас не могу найти).
Это написано, чтобы было понятно, что сервер ставился на RedHat-подобную систему, а не например Debian или FreeBSD.
У меня в закладках только Open-source XMPP server comparison chart.
Использую давно. Считаю, что XMPP для внутиркорпоративного обмена сообщениями — это оптимальный выбор. Причем решения есть для любой серверной платформы.
Забавно смотрится совет виндузятникам переходить быстренько на никсы потому что так для сервера жабера лучше :) Это все таки не такое уж пустяковое дело(смена платформы).
Про jabberd2 забыли?
Хороший вопрос — сам когда-то поднимал такой сервер, вроде, жалоб не было.
насколько я помню там нету «шаред ростера», хотя это реализуется триггерами, но лишнего секса неохото
openfire ставил в конторе по 2 причинам:
1) легко настраивать — лишнее время на изучение функционала и настройку тратить было неохото
2) можно юзеру сразу при регистрации прописать name который к примеру потом хорошо отобразится в пиджине или ему подобном клиенте
1) легко настраивать — лишнее время на изучение функционала и настройку тратить было неохото
2) можно юзеру сразу при регистрации прописать name который к примеру потом хорошо отобразится в пиджине или ему подобном клиенте
кто-нибудь смог настроить гугло-джаббер на своём домене так, чтобы он смог общаться со сторонними негугло-джабберами?
у меня не получилось, хотя в dns прописал всё, как написано в рекомендациях от гугла. при общении с другими гугло-аккаунтами проблем никаких, а с jabber.ru или mabber.com проблемы — то только в одну сторону сообщения идут, то вообще никак.
у меня не получилось, хотя в dns прописал всё, как написано в рекомендациях от гугла. при общении с другими гугло-аккаунтами проблем никаких, а с jabber.ru или mabber.com проблемы — то только в одну сторону сообщения идут, то вообще никак.
Вот именно поэтому, жабер и использует узкий круг людей — половина серверов поднимается делентами, живут месяца три, потом умирают, хакают, забывают за них заплатить.
icq и skype почему так популярны в народе — я говорю другу зайди на skype.com скачай программу, установи, зарегся. Как начать использовать жабер?
Зайти на один из серверов. Каких? jaber.ru. com, freejaber, netjabber.
так. И что? Скачать одну из програм. Какую? Как ее настроивать?
Люди тянутся к простоте, а не к функциональности, в первую очередь.
Будет один сайт, одна программа — будет популярнсоть. А так, пердеж в лужу.
icq и skype почему так популярны в народе — я говорю другу зайди на skype.com скачай программу, установи, зарегся. Как начать использовать жабер?
Зайти на один из серверов. Каких? jaber.ru. com, freejaber, netjabber.
так. И что? Скачать одну из програм. Какую? Как ее настроивать?
Люди тянутся к простоте, а не к функциональности, в первую очередь.
Будет один сайт, одна программа — будет популярнсоть. А так, пердеж в лужу.
Например я свой сервер точно запускать не собираюсь, может есть смысл сделать сайт, на котором можно будет скачать клиента на выбор, из тех, что нравится, сделать детальные инструкции для ламеров и продвинуть этот сайт, чтобы люди тянулись…
google.com? gtalk — вот вам пожалуйста
livejournal.com? lj talk — тоже
qip.ru? были планы по поднятию jabber-домена qip.ru и делания его в кипе «джаббером по умолчанию»
livejournal.com? lj talk — тоже
qip.ru? были планы по поднятию jabber-домена qip.ru и делания его в кипе «джаббером по умолчанию»
А вот у меня возник такой вопрос. Jabber хорош, но а что скажем по поводу производительности. Ведь сколько раз бывало что например в онлайне у радио-т этот jabber чат падал. Там невыдерживали сервера?
По XMPP протоколу все сообщения передаются и принимаются в XML, а для этого необходимо его парсить и генерировать. Вот впринципе для разговоров внутри компании или например вообще 1:1 так сказать, то нагрузка не будет слишком большой, и этот протокол скажем то что надо. Но если взять веб проект какой то, где в одной «комнате» будет сидеть 50-100 человек и будет таких комнат сотня другая ато и больше? Есть ли смысл в этом случае использовать Jabber?
Что происходит в комнате со 100 человеками онлайн. Каждое сообщение пользователя парсится и генерируется 100 (?, не уверен что каждому пользователю идет уникальный XML). Правильно я понимаю?
Для чего это все. Вот пример www.justin.tv/, но у них используется IRC, и мне кажется что это правильно в этом случае. Вот скажем примерно такого же плана мне нужно сделать чаты на отдельных страницах сайта. Я уже реализовал это на IRC, но у меня стоял выбор Jabber или IRC. IRC просто летать должен по сравнению с Jabber. Поправьте если я не прав.
По XMPP протоколу все сообщения передаются и принимаются в XML, а для этого необходимо его парсить и генерировать. Вот впринципе для разговоров внутри компании или например вообще 1:1 так сказать, то нагрузка не будет слишком большой, и этот протокол скажем то что надо. Но если взять веб проект какой то, где в одной «комнате» будет сидеть 50-100 человек и будет таких комнат сотня другая ато и больше? Есть ли смысл в этом случае использовать Jabber?
Что происходит в комнате со 100 человеками онлайн. Каждое сообщение пользователя парсится и генерируется 100 (?, не уверен что каждому пользователю идет уникальный XML). Правильно я понимаю?
Для чего это все. Вот пример www.justin.tv/, но у них используется IRC, и мне кажется что это правильно в этом случае. Вот скажем примерно такого же плана мне нужно сделать чаты на отдельных страницах сайта. Я уже реализовал это на IRC, но у меня стоял выбор Jabber или IRC. IRC просто летать должен по сравнению с Jabber. Поправьте если я не прав.
Проблема скорости парсинга и особенно генерации XML вами очень сильно надумана.
А вот проблема «конференций» — нет. Если вы хотите именно «чаты», а не IM для обмена приватными сообщениями, действительно разумнее использовать IRC (тем более, что мультипротокольные клиенты всё равно и ICQ, и IRC, и Jabber обрабатывают примерно одинаково).
IRC пожалуй действительно будет попроще и побыстрее, чем jabber. Но очень маловероятно, что заметите разницу.
Кстати, OpenFire — весьма «тормозной» сервер, самый быстрый по ощущениям — jabberd2 с jabber.org; а уж раз их купила Cisco (да!), то появятся во-первых SOHO железки с Jabber-сервером на борту, а во-вторых — протокол наверняка будет развиваться. (Сейчас есть сервер Jabber для Linksys WRT54G, перешитого в Linux.)
А вот проблема «конференций» — нет. Если вы хотите именно «чаты», а не IM для обмена приватными сообщениями, действительно разумнее использовать IRC (тем более, что мультипротокольные клиенты всё равно и ICQ, и IRC, и Jabber обрабатывают примерно одинаково).
IRC пожалуй действительно будет попроще и побыстрее, чем jabber. Но очень маловероятно, что заметите разницу.
Кстати, OpenFire — весьма «тормозной» сервер, самый быстрый по ощущениям — jabberd2 с jabber.org; а уж раз их купила Cisco (да!), то появятся во-первых SOHO железки с Jabber-сервером на борту, а во-вторых — протокол наверняка будет развиваться. (Сейчас есть сервер Jabber для Linksys WRT54G, перешитого в Linux.)
Спасибо автору за статью.
На работе стоит именно OpenFire, — в целом хороший виндовый сервер. По скорости проблем не замечал (правда аккаунтов всего 40, может связанно с этим).
Недостатком OpenFire ялвляется то, что в его стандартной поставке, БД работает на HSQLDB — очень нестабильная вещь, раз в полгода обязательно падает. Конечно же, ничего не мешат перевести базу на mysql или mssql и т.д.
Вопрос у меня такой: сам я еще не интересовался, но в планах все же есть, — как заставить внутренний сервер работать во внешнем мире, чтобы он был зареген на остальных jabber-серверах. И как например сейчас, из жаббер-аккаунта на gmail.com я могу достучаться до людей на жаббере qip.ru (и любом другом), так же можно было сделать и с моим сервером.
Заранее благодарен за комментарии.
На работе стоит именно OpenFire, — в целом хороший виндовый сервер. По скорости проблем не замечал (правда аккаунтов всего 40, может связанно с этим).
Недостатком OpenFire ялвляется то, что в его стандартной поставке, БД работает на HSQLDB — очень нестабильная вещь, раз в полгода обязательно падает. Конечно же, ничего не мешат перевести базу на mysql или mssql и т.д.
Вопрос у меня такой: сам я еще не интересовался, но в планах все же есть, — как заставить внутренний сервер работать во внешнем мире, чтобы он был зареген на остальных jabber-серверах. И как например сейчас, из жаббер-аккаунта на gmail.com я могу достучаться до людей на жаббере qip.ru (и любом другом), так же можно было сделать и с моим сервером.
Заранее благодарен за комментарии.
Мне проще, у меня сервер уже настроенный был. Но я так понимаю, что нужно поднять named направить доменное имя на IP, сделать настройки бинда соответствующим образом, главное чтобы выход во внешний мир был и прописать в OpenFire этот домен. Но это что касается линукса, в винде может по-другому.
Спасибо за инфо.
Нашел много интересного здесь по этому поводу: Jabber Wiki
Нашел много интересного здесь по этому поводу: Jabber Wiki
Винда тут не при чём. Суть вы указали правильно — прописать в DNS, неважно, какое по DNS-сервер использует.
«Хотя можно jabber-сервер ставить и на винду, но я не советую, т.к. он должен работать без перезагрузок и перебоев на протяжении длительного времени, а Windows к сожалению на это не способна.»
Холивар детектед.
У меня есть один джаббер-сервер, работающий на винде, проработал успешно много месяцев и был выключен только потому, что комп надо было перевезти на другую квартиру. Внимание, вопрос: что я делаю не так, %username%?
Холивар детектед.
У меня есть один джаббер-сервер, работающий на винде, проработал успешно много месяцев и был выключен только потому, что комп надо было перевезти на другую квартиру. Внимание, вопрос: что я делаю не так, %username%?
Что делаете не так? Хвастаетесь и холиварите. Windows-сервер с аптаймом в год — это норма. И все это знают. Лучше напишите что-нибудь полезное Например, что за сервер работает у вас.
В Openfire кому-нибудь удавалось настроить доступ извне к какому-либо из транспортов? Т.е. есть openfire, есть гейты (kraken plugin). При подключении к транспорту icq.domain.ru / facebook.domain.ru из google-аккаунта отказывает в подключении с записью в логе — Someone who is not a user of this server tried to register with the transport.
Sign up to leave a comment.
Jabber ID в собственном домене — просто