Adaptation/Questions - Revision history

Cblp.su: -template:ref/note

2010-09-16T10:08:36Z

-template:ref/note

Cblp.su: moved Adaptation:Questions to Adaptation/Questions

2010-09-16T10:01:32Z

moved Adaptation:Questions to Adaptation/Questions

Leksey: Дополнения

2008-02-14T09:46:58Z

Дополнения

Leksey: ++

2008-02-05T22:41:49Z

Leksey: Footnotes test

2008-02-05T22:32:30Z

Footnotes test

Leksey: +

2008-02-05T22:00:57Z

Leksey: Зачатки документа про копроративные сервера

2008-02-05T13:05:22Z

Зачатки документа про копроративные сервера

New page

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

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

Какой функциональности хотят обычно от корпоративного сервера:
* Все есть у всех в ростере и все видят всех
** shared roster
* vCard-ы недоступны без авторизации.
*

@@ Line 7: / Line 7: @@
 Какой функциональности хотят обычно от корпоративного сервера:
 * Использование общих учетных записей с другими сервисами
-** Сервер имеет возможность производить авторизацию посредством LDAP{{ref|<1>}} и Active Directory {{ref|<2>}}
+** Сервер имеет возможность производить авторизацию посредством LDAP<ref>Нужен ejabberd версии 1.1.4. В 1.1.2 и 1.1.3 такой тип авторизации функционирует некорректно.</ref> и Active Directory<ref>При авторизации с использованием LDAP пароль нужно передавать plaintext. При этом защищать само соединение посредством TLS.</ref>
 * Все контакты есть у всех в ростере и все видят всех
 ** Реализуется посредством shared roster. Контакты могут быть получены из LDAP или AD.
 ** Видимость может быть настроена таким образом, что не все будут видеть всех
-** Один контакт может быть больше чем в одной группе. {{ref|<3>}}
+** Один контакт может быть больше чем в одной группе.<ref>Старые версии клиентов (наприер Psi 0.9.3) покажут только одно вхождения. Также возможны проблемы у клиентов недостаточной поддержкой XMPP.</ref>
 * vCard-ы недоступны со стороннего сервера|без авторизации.
 ** Такая функциональность отсутствует - необходима доработка.
@@ Line 17: / Line 17: @@
 ** Пока не актутально, может реализовываться на стороне клиента через PL. Но предпочтительно серверу уметь.
-==Сноски==
+== Примечания ==
-* {{note|<1>}} Нужен ejabberd версии 1.1.4. В 1.1.2 и 1.1.3 такой тип авторизации функционирует некорректно.
-* {{note|<2>}} При авторизации с использованием LDAP пароль нужно передавать plaintext. При этом защищать само соединение посредством TLS.
+<references/>
-* {{note|<3>}} Старые версии клиентов (наприер Psi 0.9.3) покажут только одно вхождения. Также возможны проблемы у клиентов недостаточной поддержкой XMPP.

@@ Line 7: / Line 7: @@
 Какой функциональности хотят обычно от корпоративного сервера:
 * Использование общих учетных записей с другими сервисами
-** Сервер имеет возможность производить авторизацию посредством LDAP{{ref|<1>}} и Active Directory
+** Сервер имеет возможность производить авторизацию посредством LDAP{{ref|<1>}} и Active Directory {{ref|<2>}}
 * Все контакты есть у всех в ростере и все видят всех
 ** Реализуется посредством shared roster. Контакты могут быть получены из LDAP или AD.
 ** Видимость может быть настроена таким образом, что не все будут видеть всех
 * vCard-ы недоступны со стороннего сервера|без авторизации.
-** Необходима доработка
+** Такая функциональность отсутствует - необходима доработка.
 ==Сноски==
-* {{note|<1>}} Нужна версия 1.1.4. В 1.1.2 и 1.1.3 такой тип авторизации функционирует некорректно.
+* {{note|<1>}} Нужен ejabberd версии 1.1.4. В 1.1.2 и 1.1.3 такой тип авторизации функционирует некорректно.
-* {{note|<2>}} Пароль нужно передавать plaintext. При этом защищать само соединение посредством TLS.
+* {{note|<2>}} При авторизации с использованием LDAP пароль нужно передавать plaintext. При этом защищать само соединение посредством TLS.

@@ Line 1: / Line 1: @@
 Моменты актуальные при настройке и управлении корпоративного XMPP-сервера. И хотя актуальных реализаций сервера существует несколько, рассматривается ejabberd.
@@ Line 5: / Line 7: @@
 Какой функциональности хотят обычно от корпоративного сервера:
 * Использование общих учетных записей с другими сервисами
-** Возможность производить авторизацию посредством LDAP <ref>Нужна версия 1.1.4. В 1.1.2 и 1.1.3 такой тип авторизации функционирует некорректно.</ref> и Active Directory
+** Сервер имеет возможность производить авторизацию посредством LDAP{{ref|<1>}} и Active Directory
 * Все контакты есть у всех в ростере и все видят всех
 ** Реализуется посредством shared roster. Контакты могут быть получены из LDAP или AD.
@@ Line 11: / Line 13: @@
 * vCard-ы недоступны со стороннего сервера|без авторизации.
 ** Необходима доработка
 ==Сноски==
-<references />
+* {{note|<1>}} Нужна версия 1.1.4. В 1.1.2 и 1.1.3 такой тип авторизации функционирует некорректно.
+* {{note|<2>}} Пароль нужно передавать plaintext. При этом защищать само соединение посредством TLS.
-## Пароль нужно передавать plaintext. ПРи этом защищать само соединение посредством TLS.

@@ 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.
@@ Line 13: / Line 13: @@
-# Нужна версия 1.1.4. В предыдущих такой тип авторизации функционирует некорректно
+==Сноски==
 ## Пароль нужно передавать plaintext. ПРи этом защищать само соединение посредством TLS.

@@ Line 1: / Line 1: @@
-Моменты актуальные при настройке и управлении корпоративного Jabber-сервера. И хотя актуальных реализаций сервера существует несколько, рассматривается ejabberd.
+Моменты актуальные при настройке и управлении корпоративного XMPP-сервера. И хотя актуальных реализаций сервера существует несколько, рассматривается ejabberd.
-Корпоративный сервер это такой jabber-сервер, который используется в компании (учреждении) и является таким же рабочим инструментом, как электронная почта. В зависимости от внутренних policy - он доступен снаружи по C2S и/или S2S. Мы будем рассматривать случай, когда оба способа взаимодейсвия открыты для сотрудников.
+Корпоративный сервер это такой jabber-сервер, который используется в компании (учреждении) и является таким же рабочим инструментом, как электронная почта. В зависимости от внутренних политик безоспансости - он доступен снаружи по C2S и/или S2S. Мы будем рассматривать случай, когда оба способа взаимодейсвия открыты. Т.е. работники могут общаться с контактами со внешних XMPP-серверов, а также могут подключаться к серверу находясь вне интранета.
 Какой функциональности хотят обычно от корпоративного сервера:
-* Все есть у всех в ростере и все видят всех
+* Использование общих учетных записей с другими сервисами
-** shared roster
+** Возможность производить авторизацию посредством LDAP * и Active Directory
-* vCard-ы недоступны без авторизации.
+* Все контакты есть у всех в ростере и все видят всех
+** Реализуется посредством shared roster. Контакты могут быть получены из LDAP или AD.

← Older revision	Revision as of 10:01, 16 September 2010
(No difference)