Lync/Skype 商業用戶端無法連線與 Exchange 在專用的 Office 365/ITAR

狀況

在 Microsoft Office 365 Dedicated/ITAR，使用者可能會遇到下列問題中 Microsoft Lync/Skype 商業用戶端的其中一項︰

• 如下所示的功能並未如預期︰

  • 儲存對話記錄

  • 目前狀態更新為基礎的行事曆資訊

  • 不會顯示在使用者的連絡人卡片的 Office 通知

• 若要提供使用者名稱及密碼才能連接至 Exchange，可能會重複提示使用者。

此外，使用者可能會收到下列錯誤訊息之一︰

原因

發生這個問題的是，如果有一個或多個下列情況皆成立︰

• 與 Microsoft Exchange Server 或 Outlook 的整合已停用。

• 交換認證不正確的。

• 未啟用 Exchange Web 服務 」 (EWS) 服務。

• 防火牆或 proxy 會封鎖必要流量。

• Lync 用戶端無法識別正確的自動探索資訊。

解決方案

若要修正這個問題，請依照下列步驟執行︰

1. 請確定 Lync 用戶端有最新的更新。若要執行這項操作，請參閱下載適用於企業的 Skype，並更新。

2. 確認 Lync 用戶端設定 Exchange 或 Outlook 的整合︰

   1. 找出Lync 用戶端>選項>個人。

   2. 在 [個人資訊管理員] 中，請確定所需的功能與已選取Microsoft Exchange] 或 [Microsoft Outlook :
      
      
      
      注意如果以上選項皆無法使用，它們可能會限制由群組原則設定，或套用至 Lync 的使用者的用戶端原則項目。

3. 驗證交換認證登入 Outlook Web Access。

4. 請確定使用者已啟用 EWS。若要這樣做，請使用遠端 PowerShell 執行下列 Exchange 命令︰Get-casmailbox <smtp> | fl EWSEnabled 如果EWSEnabled屬性的值設為FALSE時，將會失敗︰ Lync/Skye 的企業整合。

5. 請確定所沒有的 proxy 或防火牆來封鎖流量。Exchange 環境的連接埠 443 必須開啟防火牆和 proxy 伺服器，讓 Exchange 流量自由通行。

6. 識別任何發生在 （空閒/忙碌或不在辦公室） 的 Outlook 中的 EWS 問題。

7. 確認 Lync 用戶端會使用 EWS URL 正確。若要執行這項操作，請參考下列步驟：

   1. 按下並按住 ctrl 鍵，以滑鼠右鍵按一下通知區域中的 [Lync] 圖示，然後按一下組態資訊。尋找EWS 外部 URL ] 欄位中的 [EWS] 設定。

   2. 變更值，您發現EWS 外部 URL設定，讓它結尾為"Exchange.asmx"。例如︰
      
      EWS 外部 URL 的預設值︰ https://mail.outlook.com/EWS/Exchange.asmx/WSSecurity
      
      變更 EWS 外部 URL: https://mail.outlook.com/EWS/Exchange.asmx
      
      注意如果沒有任何內部 EWS 或 EWS 的外部 URL 中的值，請前往步驟 8。

   3. 在瀏覽器中，輸入變更的 EWS 外部的 URL 位址，然後輸入交換認證如果系統提示您執行這項操作。您應該會收到 XML 回應 （在 Exchange Server 2010) 或 （在 Exchange Server 2013) 的服務網頁。
      
      如果未顯示頁面，則這可能是網路或 DNS 問題導致無法解析的 URL，和網路小組應該執行。

8. 如果 EWS 外部的 URL 和 EWS 的內部 URL 是空白的它可能是自動探索程序會失敗。
   
   商務用戶端 Lync/Skype 不使用服務連線點 (SCP)，來決定的自動探索 URL。相反地，它們依賴 DNS 記錄。這些基底上使用者的網域尾碼此動作，在 Active Directory 中的電子郵件地址] 或[郵件 WindowsEmailAddress的屬性。
   
   至少一個下列的 DNS 記錄已修正在 Exchange 環境中︰

   • https://<SMTP-Domain>/autodiscover/autodiscover.xml

   • https://autodiscover.<SMTP-Domain>/autodiscover/autodiscover.xml

   • http://autodiscover.<SMTP-Domain>/autodiscover/autodiscover.xml

   • _autodiscover._tcp.<SMTP 網域> （SRV 資料錄）

   
   測試是否使用者的電腦可以修正這些 Url 由嘗試 ping 或尋找在網際網路瀏覽器中的 URL。成功的回應應該會顯示與錯誤碼 600 XML 回應。
   
   如果執行這個步驟之後，仍會不顯示 Url，則這可能是網路問題，和網路小組應該參與調查。

9. 如果問題仍然持續發生，收集步驟 7A 中的 Lync 記錄檔、 Fiddler 追蹤和組態資訊輸出，，然後遵循 [擴大中的指示進行以下的知識庫文件︰

   2649420 Lync 線上在 Office 365 專用的疑難排解基本概念