Difference between revisions of "Adaptation/Questions"
From JaWiki (Jabber/XMPP wiki)
m (+) |
m (Footnotes test) |
||
Line 5: | Line 5: | ||
Какой функциональности хотят обычно от корпоративного сервера: | Какой функциональности хотят обычно от корпоративного сервера: | ||
* Использование общих учетных записей с другими сервисами | * Использование общих учетных записей с другими сервисами | ||
− | ** Возможность производить авторизацию посредством LDAP | + | ** Возможность производить авторизацию посредством 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: | ||
− | # | + | ==Сноски== |
+ | <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.4. В 1.1.2 и 1.1.3 такой тип авторизации функционирует некорректно.
-
- Пароль нужно передавать plaintext. ПРи этом защищать само соединение посредством TLS.