Office 365 専用/ITAR に Exchange とビジネス クライアント用の Lync と Skype が接続できません。

現象

Microsoft Office 365 専用/ITAR、ユーザーは、以下の点で、Microsoft Lync と Skype ビジネス クライアントの 1 つ発生ことがあります。

• 期待どおりに次のように機能を利用できません。

  • 会話の履歴を保存します。

  • プレゼンスの更新予定表の情報に基づく

  • ユーザーの連絡先カードに表示されている Office の通知を

• ユーザーは、ユーザー名と Exchange への接続にパスワードの入力を繰り返し要求される場合があります。

さらに、次のエラー メッセージのいずれかのユーザーが表示されます。

原因

場合にこの問題が発生または複数の次の条件に該当します。

• Microsoft Exchange Server または Outlook との統合を無効にします。

• Exchange の資格情報が適切ではありません。

• Exchange Web サービス (EWS) サービスが有効になっています。

• ファイアウォールまたはプロキシは、必要なトラフィックをブロックします。

• Lync クライアントでは、適切な自動検出情報を識別できません。

解決策

この問題を解決するには、以下の手順を実行します。

1. Lync クライアントが最新の更新プログラムを持っていることを確認します。これを行うには、ビジネス用の Skype をダウンロードし更新を参照してください。

2. Exchange または Outlook の統合のため、Lync クライアントが構成されていることを確認します。

   1. Lync クライアントを検索する >オプション>個人。

   2. 個人情報マネージャーで、[ Microsoft Exchange または Microsoft Outlookが必要な機能の選択されているを確認します。
      
      
      
      注 これらのオプションが利用できない場合は、Lync ユーザーに適用されているクライアントのポリシー、グループ ポリシーの設定によって制限があります。

3. Exchange の資格情報を検証するには、Outlook Web Access にサインインします。

4. ユーザーの EWS が有効になっていることを確認します。これを行うには、Exchange の以下のコマンドを実行するのにリモート PowerShell を使用します。Get-casmailbox <smtp> | fl EWSEnabled EWSEnabled属性の値がFALSEに設定されている場合、Lync と Skye のビジネスの統合は失敗します。

5. プロキシまたはファイアウォールがトラフィックをブロックするがないことを確認します。Exchange 環境には、ポート 443 は、自由に渡す交換トラフィックをできるようにするプロキシ サーバーとファイアウォールで開いているである必要があります。

6. Outlook 空き時間情報などの Office で発生しているすべての EWS の問題を特定します。

7. Lync クライアントを使用して、EWS の URL が正しいことを確認します。これを行うには、以下の手順を実行します。

   1. キーを押しますと Ctrl キーを押し、Lync のアイコン、通知領域を右クリックし、構成情報] をクリックします。EWS 外部 URL ] フィールドに、EWS の設定を確認します。

   2. 」Exchange.asmx。」で終了するように、 EWS の外部 URLの設定で示されている値を変更します。次に例を示します。
      
      EWS の外部 URL を既定値: https://mail.outlook.com/EWS/Exchange.asmx/WSSecurity
      
      EWS 外部 URL の変更: https://mail.outlook.com/EWS/Exchange.asmx
      
      

   3. EWS の内部または外部 URL の EWS の値がない場合は、手順 8 に進みます。

   4. ブラウザーに EWS 外部 URL アドレスを変更を入力し、[Exchange の資格情報の入力し、これを実行するように求められます。XML 応答で Exchange Server 2010 の場合) または、[サービス] ページ ([Exchange Server 2013) が表示されます。
      
      ページが表示されない場合は、これは、おそらくネットワークまたは DNS の問題が、URL の解決とネットワーク チームが関与する必要があります。

8. EWS 外部 URL と内部 URL の EWS が空白の場合は、自動検出プロセスが失敗している可能性があります。
   
   ビジネス クライアント用の Lync と Skype では、自動検出 URL を確認するのには、サービス接続ポイント (SCP) を使用しないでください。代わりに、DNS レコードに依存しています。WindowsEmailAddressまたはメールでの属性の Active Directory ユーザーのドメイン サフィックスには、この操作を基本にします。
   
   Exchange 環境で修正される、次の DNS レコードの 1 つ以上あります。

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

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

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

   • _autodiscover._tcp. <SMTP ドメイン> (SRV レコード)

   
   Ping を試みるか、インターネット ブラウザーで URL を検索するユーザーのコンピューターがこれらの Url を修正できるかどうかをテストします。600 のエラー コードと共に XML 応答は、正常な応答が表示されます。
   
   Url がまだ表示されない場合はこの手順を実行した後、ネットワークの問題では、これは、可能性がありますし、ネットワーク チームは、調査に従事する必要があります。

9. 問題が引き続き発生する場合、手順 7 a から Lync ログ、Fiddler のトレース、および構成情報の出力を収集し、し次のサポート技術情報資料のエスカレーションの指示に従ってください。

   2649420 Lync オンライン専用の Office 365 でのトラブルシューティングの基本