Difference between revisions of "Adaptation/Questions"

From JaWiki (Jabber/XMPP wiki)
Jump to: navigation, search
m (+)
m (Footnotes test)
Line 5: Line 5:
 
Какой функциональности хотят обычно от корпоративного сервера:
 
Какой функциональности хотят обычно от корпоративного сервера:
 
* Использование общих учетных записей с другими сервисами
 
* Использование общих учетных записей с другими сервисами
** Возможность производить авторизацию посредством LDAP * и Active Directory  
+
** Возможность производить авторизацию посредством LDAP <ref>Нужна версия 1.1.4. В 1.1.2 и 1.1.3 такой тип авторизации функционирует некорректно.</ref> и Active Directory  
 
* Все контакты есть у всех в ростере и все видят всех
 
* Все контакты есть у всех в ростере и все видят всех
 
** Реализуется посредством shared roster. Контакты могут быть получены из LDAP или AD.
 
** Реализуется посредством shared roster. Контакты могут быть получены из LDAP или AD.
Line 13: Line 13:
  
  
# Нужна версия 1.1.4. В предыдущих такой тип авторизации функционирует некорректно
+
==Сноски==
 +
<references />
 +
#  
 
## Пароль нужно передавать plaintext. ПРи этом защищать само соединение посредством TLS.
 
## Пароль нужно передавать plaintext. ПРи этом защищать само соединение посредством TLS.

Revision as of 23:32, 5 February 2008

Моменты актуальные при настройке и управлении корпоративного XMPP-сервера. И хотя актуальных реализаций сервера существует несколько, рассматривается ejabberd.

Корпоративный сервер это такой jabber-сервер, который используется в компании (учреждении) и является таким же рабочим инструментом, как электронная почта. В зависимости от внутренних политик безоспансости - он доступен снаружи по C2S и/или S2S. Мы будем рассматривать случай, когда оба способа взаимодейсвия открыты. Т.е. работники могут общаться с контактами со внешних XMPP-серверов, а также могут подключаться к серверу находясь вне интранета.

Какой функциональности хотят обычно от корпоративного сервера:

  • Использование общих учетных записей с другими сервисами
    • Возможность производить авторизацию посредством LDAP [1] и Active Directory
  • Все контакты есть у всех в ростере и все видят всех
    • Реализуется посредством shared roster. Контакты могут быть получены из LDAP или AD.
    • Видимость может быть настроена таким образом, что не все будут видеть всех
  • vCard-ы недоступны со стороннего сервера|без авторизации.
    • Необходима доработка


Сноски

  1. Нужна версия 1.1.4. В 1.1.2 и 1.1.3 такой тип авторизации функционирует некорректно.
    1. Пароль нужно передавать plaintext. ПРи этом защищать само соединение посредством TLS.