您目前已離線,請等候您的網際網路重新連線

定域機組基礎探索、 UPN OrgID,和 SIP 自動偵測,從 Azure 的 Skype 的強制商業用戶端

請注意--重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,且可能由 Microsoft Community 利用 Community Translation Framework技術或人工進行事後編修。翻譯過程並無專業譯者參與。Microsoft 同時提供使用者人為翻譯、機器翻譯及社群編修後的機器翻譯三種版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,所有翻譯文章都可能不盡完美,內容都可能出現詞彙、語意或文法上的錯誤。就翻譯內容之不正確或錯誤,或客戶因使用翻譯內容所產生的任何損害,微軟不負擔任何責任。Microsoft將依合理的商業努力不斷地更新機器翻譯軟體和工具,以期能為使用者提供更好的服務。

按一下這裡查看此文章的英文版本:3135145
結論
定域機組基礎探索、 ORGID,和 SIP 從 Azure (也稱為"Lync 符號在第二個") 的自動偵測的 UPN 強制是新的功能新增至 [Microsoft Skype,商務 2016年和 Microsoft Lync 2013 (適用於企業的 Microsoft Skype) 套用下列安全性更新之後:

其他相關資訊
這些新功能改善了 Office 365 Skype 用於線上商務的客戶的登入經驗。

定域機組基礎探索

定域機組基礎探索可讓用戶端,以找出並登入 Office 365 Skype 的線上商務的 tenants 如果 DNS 記錄不存在,或未正確設定。 在某些情況下,您可能要控制定域機組基礎探索透過群組原則物件 (GPO)。若要停用的定域機組基礎探索,部署下列的登錄設定,在用戶端電腦上,視您使用用戶端而定:

Lync 2013 (適用於企業的 Skype) 的用戶端:

HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Office\15.0\Lync
為商務 2016年用戶端的 Skype:

作用中計 \Software\Policies\Microsoft\Office\16.0\Lync
若要停用的定域機組式探索邏輯,執行下列命令,將DisableCloudBasedDiscovery參數設定為以 REG_DWORD 1:
reg add HKLM\Software\Policies\Microsoft\Office\15.0\Lync /v DisableCloudBasedDiscovery /t REG_DWORD /d 1 /f

OrgID 的 UPN 強制

OrgID 的 UPN 強制現在會要求使用者輸入認證以 UPN 格式 (資料 user@domain.com),當 OrgID 驗證要求呈現給用戶端。如果啟用 Azure 使用中目錄 (AAD) 聯盟的網域中使用者的 UPN,則通常會設定此功能。例如,如果您設定交互式交換、 SharePoint 或適用於企業,Skype,而且承租人未啟用現代驗證 (ADAL),Office 365 就會使用 OrgID 驗證。

偵測到 OrgID 驗證要求時,用戶端現在會強制使用 UPN 格式 (資料 sipaddress@contoso.com),並不會再接受 [NTLM 格式 (網域 \ 使用者)。

線上商務的現代的驗證,在 Skype 中的相關資訊,請參閱 對 Office 2013 或 Office 2016 的用戶端應用程式的驗證行為.

從 Azure 的 SIP 自動偵測

這項功能,也稱為"Lync 符號在第二、 」 可讓用戶端驗證 Azure 使用中目錄 (AAD)] 和 [使用者的 SIP 位址的查詢中使用現存的 Office 365 儲存認證。如果查詢成功,用戶端就會使用自動登入 Skype 線上商務的 SIP 位址和預存的認證。

在舊的用戶端版本,使用者已永遠挑戰的 SIP 位址及認證來存取的線上商務的房客 Skype 即使它們所具有有效的 Office 365 認證儲存在電腦上。

如果預存的認證無效,或 AAD 的 SIP 位址查詢失敗,用戶端就會還原成之前的行為,和挑戰使用者提供有效的認證。

警告:本文為自動翻譯

內容

文章識別碼:3135145 - 最後檢閱時間:01/25/2016 18:20:00 - 修訂: 3.0

Skype for Business 2015, Skype for Business 2016

  • kbqfe kbsurveynew kbfix kbexpertiseinter kbmt KB3135145 KbMtzh
意見反應
://c.microsoft.com/ms.js">