Difference between revisions of "Adaptation/Questions"
From JaWiki (Jabber/XMPP wiki)
m (++) |
m (Дополнения) |
||
| Line 7: | Line 7: | ||
Какой функциональности хотят обычно от корпоративного сервера: | Какой функциональности хотят обычно от корпоративного сервера: | ||
* Использование общих учетных записей с другими сервисами | * Использование общих учетных записей с другими сервисами | ||
| − | ** Сервер имеет возможность производить авторизацию посредством LDAP{{ref|<1>}} и Active Directory | + | ** Сервер имеет возможность производить авторизацию посредством LDAP{{ref|<1>}} и Active Directory {{ref|<2>}} |
* Все контакты есть у всех в ростере и все видят всех | * Все контакты есть у всех в ростере и все видят всех | ||
** Реализуется посредством shared roster. Контакты могут быть получены из LDAP или AD. | ** Реализуется посредством shared roster. Контакты могут быть получены из LDAP или AD. | ||
** Видимость может быть настроена таким образом, что не все будут видеть всех | ** Видимость может быть настроена таким образом, что не все будут видеть всех | ||
| + | ** Один контакт может быть больше чем в одной группе. {{ref|<3>}} | ||
* vCard-ы недоступны со стороннего сервера|без авторизации. | * vCard-ы недоступны со стороннего сервера|без авторизации. | ||
| − | ** | + | ** Такая функциональность отсутствует - необходима доработка. |
| + | * Нельзя писать сообщения со строннего без авторизации (защита от спама) | ||
| + | ** Пока не актутально, может реализовываться на стороне клиента через PL. Но предпочтительно серверу уметь. | ||
==Сноски== | ==Сноски== | ||
| − | * {{note|<1>}} | + | * {{note|<1>}} Нужен ejabberd версии 1.1.4. В 1.1.2 и 1.1.3 такой тип авторизации функционирует некорректно. |
| − | * {{note|<2>}} | + | * {{note|<2>}} При авторизации с использованием LDAP пароль нужно передавать plaintext. При этом защищать само соединение посредством TLS. |
| + | * {{note|<3>}} Старые версии клиентов (наприер Psi 0.9.3) покажут только одно вхождения. Также возможны проблемы у клиентов недостаточной поддержкой XMPP. | ||
Revision as of 10:46, 14 February 2008
ToDo: Тут хотелось бы бегло перечислить вопросы, что возникают при поднятии копро-сервера
Моменты актуальные при настройке и управлении корпоративного XMPP-сервера. И хотя актуальных реализаций сервера существует несколько, рассматривается ejabberd.
Корпоративный сервер это такой jabber-сервер, который используется в компании (учреждении) и является таким же рабочим инструментом, как электронная почта. В зависимости от внутренних политик безоспансости - он доступен снаружи по C2S и/или S2S. Мы будем рассматривать случай, когда оба способа взаимодейсвия открыты. Т.е. работники могут общаться с контактами со внешних XMPP-серверов, а также могут подключаться к серверу находясь вне интранета.
Какой функциональности хотят обычно от корпоративного сервера:
- Использование общих учетных записей с другими сервисами
- Сервер имеет возможность производить авторизацию посредством LDAPTemplate:Ref и Active Directory Template:Ref
- Все контакты есть у всех в ростере и все видят всех
- Реализуется посредством shared roster. Контакты могут быть получены из LDAP или AD.
- Видимость может быть настроена таким образом, что не все будут видеть всех
- Один контакт может быть больше чем в одной группе. Template:Ref
- vCard-ы недоступны со стороннего сервера|без авторизации.
- Такая функциональность отсутствует - необходима доработка.
- Нельзя писать сообщения со строннего без авторизации (защита от спама)
- Пока не актутально, может реализовываться на стороне клиента через PL. Но предпочтительно серверу уметь.
Сноски
- Template:Note Нужен ejabberd версии 1.1.4. В 1.1.2 и 1.1.3 такой тип авторизации функционирует некорректно.
- Template:Note При авторизации с использованием LDAP пароль нужно передавать plaintext. При этом защищать само соединение посредством TLS.
- Template:Note Старые версии клиентов (наприер Psi 0.9.3) покажут только одно вхождения. Также возможны проблемы у клиентов недостаточной поддержкой XMPP.
