Пару лет назад столкнулся с ситуацией: в одной организации совершенно не было упорядочено пейджер-общение между сотрудниками, плюс практически все работники территориально удалены от офиса, многие даже не видели друг друга в лицо. В такой ситуации надежность, доступность онлайн инструментов контроля и общения становится очень важной.
Не достучавшись в очередной раз до ICQ одного из.., мое терпение лопнуло.
Не долго думая, решил использовать google-talk, который основан на XMPP (jabber) протоколе, одной из корпоративных DNS зон, почта которой обслуживалась gmail-ом.
Плюсы:
— положительный опыт использования jabber-протокола, для общения внутри организации
— количество jabber-клиентов под разные ОС
— решение не загромождает сервер еще одним ПО
— общение не зависит от аварий на площадке, и как следствие хоть это не будет работать при решении подобного рода нештатных ситуаций
Минусы:
— я еще не знал, как сказать jabber-клиенту, что нужно идти на гугл, а не на IP нашего сайта, ведь в качестве jabber-адресов будет user@company.com, а заводить еще одну зону типа jabber.company.com не хотелось по эстетическим соображениям:)
Как оказалось, SRV записи DNS отлично понимают все из нескольких опробованных jabber клиентов, и в последующее время не возникало вопросов по этому поводу.
После добавления в файл зоны записей (код смотрите ниже), в клиенте достаточно указать jabber ID и пароль (надеюсь опция использовать SSL уже стоит).
Нужно в зоне company.com прописать следующие SRV записи:
Точно не помню в каком из гугловских документов нашел тогда пример, но вот тут есть частично: www.google.com/support/a/bin/answer.py?hl=ru&answer=34143
Не достучавшись в очередной раз до ICQ одного из.., мое терпение лопнуло.
Не долго думая, решил использовать google-talk, который основан на XMPP (jabber) протоколе, одной из корпоративных DNS зон, почта которой обслуживалась gmail-ом.
Плюсы:
— положительный опыт использования jabber-протокола, для общения внутри организации
— количество jabber-клиентов под разные ОС
— решение не загромождает сервер еще одним ПО
— общение не зависит от аварий на площадке, и как следствие хоть это не будет работать при решении подобного рода нештатных ситуаций
Минусы:
— я еще не знал, как сказать jabber-клиенту, что нужно идти на гугл, а не на IP нашего сайта, ведь в качестве jabber-адресов будет user@company.com, а заводить еще одну зону типа jabber.company.com не хотелось по эстетическим соображениям:)
Как оказалось, SRV записи DNS отлично понимают все из нескольких опробованных jabber клиентов, и в последующее время не возникало вопросов по этому поводу.
После добавления в файл зоны записей (код смотрите ниже), в клиенте достаточно указать jabber ID и пароль (надеюсь опция использовать SSL уже стоит).
Нужно в зоне company.com прописать следующие SRV записи:
_xmpp-server._tcp IN SRV 5 0 5269 xmpp-server.l.google.com.
_xmpp-server._tcp IN SRV 20 0 5269 xmpp-server4.l.google.com.
_xmpp-server._tcp IN SRV 20 0 5269 xmpp-server1.l.google.com.
_xmpp-server._tcp IN SRV 20 0 5269 xmpp-server2.l.google.com.
_xmpp-server._tcp IN SRV 20 0 5269 xmpp-server3.l.google.com.
_jabber._tcp IN SRV 5 0 5269 xmpp-server.l.google.com.
_jabber._tcp IN SRV 20 0 5269 xmpp-server4.l.google.com.
_jabber._tcp IN SRV 20 0 5269 xmpp-server1.l.google.com.
_jabber._tcp IN SRV 20 0 5269 xmpp-server2.l.google.com.
_jabber._tcp IN SRV 20 0 5269 xmpp-server3.l.google.com.
_xmpp-client._tcp IN SRV 5 0 5222 talk.l.google.com.
_xmpp-client._tcp IN SRV 20 0 5222 talk1.l.google.com.
_xmpp-client._tcp IN SRV 20 0 5222 talk2.l.google.com.
_xmpp-client._tcp IN SRV 20 0 5222 talk3.l.google.com.
_xmpp-client._tcp IN SRV 20 0 5222 talk4.l.google.com.
Точно не помню в каком из гугловских документов нашел тогда пример, но вот тут есть частично: www.google.com/support/a/bin/answer.py?hl=ru&answer=34143