摘要
您可以套用其中一項之下列安全性更新之後，新HttpProxyControlFlags群組原則物件 (GPO) 會加入以解決 Microsoft Office O365 驗證問題︰
-
Microsoft Lync 2013 (適用於企業的 Skype) 的2015 年 12 月 8，安全性更新 (KB3114351)
-
商務 2016年的 Skype 的2015 年 12 月 8，安全性更新 (KB3114372)
這些問題發生在 Microsoft Lync 2013 或 Microsoft Skype 中的商務 2015年或 2016年組織環境使用 HTTP proxy 服務，啟用 [自動偵測功能，藉由設定 proxy 自動組態 (PAC) 檔或對等的機制），或使用需要驗證的 proxy 服務。
在這些環境中，Lync 2013 或 Skype，商務用戶端會使用正確的 proxy 設定來使用 Microsoft 線上服務登入小幫手] (MOS SIA) 識別用戶端執行階段程式庫 (IDCRL) 登入 Office 365。不過，在某些環境中，用戶端執行後面兩個或多個 proxy 中的 Lync 2013 或適用於企業的 Skype，商務的 Skype 可以選擇要使用的 IDCRL 的錯誤的 proxy 設定。這可能會封鎖驗證，或需要額外的 proxy 驗證。若要解決這種情況下，您可以使用此 GPO 設定值，如果要解決驗證問題。
如何找出的 GPO 設定
GPO 設定的登錄型別是 DWORD。根據您使用用戶端，設定會位於下列登錄子機碼，指定用戶端電腦上的其中一個︰
對於 Lync 2013 (如商務 2015 Skype)
-
HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\15.0\Lync
-
HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Office\15.0\Lync
為商務 2016年的 Skype
-
HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\Lync
-
HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Office\16.0\Lync
GPO 設定的運作方式
-
第一個位元 (0x1)
-
當它不設定︰ 使用具名從 Internet Explorer 的 HTTP proxy。
-
當設定︰ 停用名為 proxy 從 Internet Explorer 的使用方式。
-
-
第二個位元 (0x2)
-
當它不設定︰ 使用 HTTP proxy 的 SIP 在 HTTPS 上做為 IDCRL 的具名 proxy。
-
當設定︰ 請勿使用透過 HTTP SIP 使用的 HTTP proxy。
-
如果未設定的第二位元，HTTP proxy 從 SIP 偵測可能作為替代的 proxy。
-
-
-
第三位元 (0x4)
-
當它不設定︰ 共用所收集的 Lync 2013 或 Skype 與 IDCRL 的商業用戶端的 HTTP proxy 認證。
-
當設定︰ 不會共用 proxy 認證與 IDCRL。
-
設定這個位元會導致失敗，如果 proxy 認證所需的本機 proxy 的 IDCRL。
-
-
-
其他位元是保留供未來使用，而且必須設定為0！
GPO 設定的範例
-
當新的 GPO 的值設定為0 （預設值） 時，MOS SIA 使用具名的 proxy 或在 HTTPS 上使用的 SIP proxy，和它共用 proxy 認證。
-
當新的 GPO 的值設定為1時，會停用已命名的 proxy，MOS SIA，但使用透過 HTTPS proxy 的 SIP，如果這偵測到，且共用的 HTTP Proxy 認證，如果它們可用於 Lync 2013 或 Skype 商業用戶端。（也就是說，它會還原成舊版的行為先前的 KB 3040493。）
-
當新的 GPO 的值設定為3時，會停用 MOS SIA 與 IDCRL 的商業用戶端共用具名的 proxy，並透過 IDCRL，但啟用共用的 Lync 2013 所收集的 proxy 認證的 HTTPS proxy 的 SIP 或 Skype。
-
當新的 GPO 的值設定為7時，MOS SIA 就會完全停用 proxy 控制項，藉由 Lync 2013 或 Skype，商務用戶端，，並完全依賴自動偵測並驗證 HTTP proxy 的 IDCRL 程式庫邏輯。
