Difference between revisions of "Adaptation/Questions"
From JaWiki (Jabber/XMPP wiki)
m (Дополнения) |
m (-template:ref/note) |
||
| (One intermediate revision by the same user not shown) | |||
| Line 7: | Line 7: | ||
Какой функциональности хотят обычно от корпоративного сервера: | Какой функциональности хотят обычно от корпоративного сервера: | ||
* Использование общих учетных записей с другими сервисами | * Использование общих учетных записей с другими сервисами | ||
| − | ** Сервер имеет возможность производить авторизацию посредством LDAP | + | ** Сервер имеет возможность производить авторизацию посредством LDAP<ref>Нужен ejabberd версии 1.1.4. В 1.1.2 и 1.1.3 такой тип авторизации функционирует некорректно.</ref> и Active Directory<ref>При авторизации с использованием LDAP пароль нужно передавать plaintext. При этом защищать само соединение посредством TLS.</ref> |
* Все контакты есть у всех в ростере и все видят всех | * Все контакты есть у всех в ростере и все видят всех | ||
** Реализуется посредством shared roster. Контакты могут быть получены из LDAP или AD. | ** Реализуется посредством shared roster. Контакты могут быть получены из LDAP или AD. | ||
** Видимость может быть настроена таким образом, что не все будут видеть всех | ** Видимость может быть настроена таким образом, что не все будут видеть всех | ||
| − | ** Один контакт может быть больше чем в одной группе. | + | ** Один контакт может быть больше чем в одной группе.<ref>Старые версии клиентов (наприер Psi 0.9.3) покажут только одно вхождения. Также возможны проблемы у клиентов недостаточной поддержкой XMPP.</ref> |
* vCard-ы недоступны со стороннего сервера|без авторизации. | * vCard-ы недоступны со стороннего сервера|без авторизации. | ||
** Такая функциональность отсутствует - необходима доработка. | ** Такая функциональность отсутствует - необходима доработка. | ||
| Line 17: | Line 17: | ||
** Пока не актутально, может реализовываться на стороне клиента через PL. Но предпочтительно серверу уметь. | ** Пока не актутально, может реализовываться на стороне клиента через PL. Но предпочтительно серверу уметь. | ||
| − | == | + | == Примечания == |
| − | + | ||
| − | + | <references/> | |
| − | + | ||
Latest revision as of 11:08, 16 September 2010
ToDo: Тут хотелось бы бегло перечислить вопросы, что возникают при поднятии копро-сервера
Моменты актуальные при настройке и управлении корпоративного XMPP-сервера. И хотя актуальных реализаций сервера существует несколько, рассматривается ejabberd.
Корпоративный сервер это такой jabber-сервер, который используется в компании (учреждении) и является таким же рабочим инструментом, как электронная почта. В зависимости от внутренних политик безоспансости - он доступен снаружи по C2S и/или S2S. Мы будем рассматривать случай, когда оба способа взаимодейсвия открыты. Т.е. работники могут общаться с контактами со внешних XMPP-серверов, а также могут подключаться к серверу находясь вне интранета.
Какой функциональности хотят обычно от корпоративного сервера:
- Использование общих учетных записей с другими сервисами
- Все контакты есть у всех в ростере и все видят всех
- Реализуется посредством shared roster. Контакты могут быть получены из LDAP или AD.
- Видимость может быть настроена таким образом, что не все будут видеть всех
- Один контакт может быть больше чем в одной группе.[3]
- vCard-ы недоступны со стороннего сервера|без авторизации.
- Такая функциональность отсутствует - необходима доработка.
- Нельзя писать сообщения со строннего без авторизации (защита от спама)
- Пока не актутально, может реализовываться на стороне клиента через PL. Но предпочтительно серверу уметь.
Примечания[edit]
- ↑ Нужен ejabberd версии 1.1.4. В 1.1.2 и 1.1.3 такой тип авторизации функционирует некорректно.
- ↑ При авторизации с использованием LDAP пароль нужно передавать plaintext. При этом защищать само соединение посредством TLS.
- ↑ Старые версии клиентов (наприер Psi 0.9.3) покажут только одно вхождения. Также возможны проблемы у клиентов недостаточной поддержкой XMPP.
