Instant Messaging 重新導向伺服器最佳操作與疑難排解

下列小節描述使用 Instant Messaging 重新導向伺服器的最佳操作，以及疑難排解資訊：

• 重新導向伺服器憑證

• Instant Messaging 重新導向伺服器支援的用戶端

• 使用重新導向伺服器與在 LDAP 中儲存使用者屬性

• 決定重新導向資料庫的分割區大小

• 使用重新導向伺服器做為分割區主機

重新導向伺服器憑證

在使用憑證進行安全認證的部署中，可能會提示用戶端每次連線時都要接受兩種憑證：一種是用於重新導向伺服器，另一種是用於重新導向用戶端的目的主機。若要避免此情形，請使用可信任的憑證或在兩個伺服器上使用相同的憑證。

Instant Messaging 重新導向伺服器支援的用戶端

重新導向無法用於不支援 RFC 3920 的用戶端，尤其是 see-other-hosts 串流錯誤 (XMPP 重新導向)。您可將 Instant Messenger 2006Q1 或更新的版本與重新導向伺服器搭配使用。如果您使用協力廠商用戶端，則要確定用戶端支援 XMPP 重新導向。

使用重新導向伺服器與在 LDAP 中儲存使用者屬性

如果您正在使用 LDAP 來儲存使用者屬性，也就是 iim.userprops.store =ldap，您需要確定 iim_ldap.usergroupbinddn 與 iim_ldap.usergroupbindcred 的值對目錄有目錄管理員層級的存取權。

決定重新導向資料庫的分割區大小

分割區大小應夠大以盡可能避免將使用者網路分割開。然而，分割區不應大於最小系統可支援的大小。

使用重新導向伺服器做為分割區主機

也可以讓重新導向伺服器託管一或多個分割區。為此，您可列出 redirect.partitions 中的重新導向伺服器實例，或 iim_server.redirect.to 參數中的值。然而，您不應讓一個以上的重新導向伺服器做為分割區主機，因為非同步化的 redirect.partitions 檔案可能會引起重新導向循環。