4. ユーザーの空き情報の設定を確認する

ユーザーが カレンダーの相互運用 の使用を開始すると、[監査と調査] ページのカレンダーのログイベントでユーザーのアクティビティとステータスを確認できます。詳しくは、カレンダーのログイベントをご覧ください。

カレンダーのログイベントにエラーが発生した場合のトラブルシューティング情報については、カレンダーの相互運用に関するエラー メッセージとコードをご覧ください。

この操作を行うには、特権管理者としてログインする必要があります。

1. Google 管理コンソールにログインします。

   特権管理者権限のあるアカウント（末尾が @gmail.com でないもの）でログインしてください。

2. 管理コンソールで、メニュー アイコン   [アプリ] [Google Workspace] [カレンダー] にアクセスします。
3. [カレンダーの相互運用 管理] をクリックします。
4. [トラブルシューティング ツール] で [ユーザーの空き情報検索テスター] をクリックして、組織内のユーザーのメールアドレスを入力します。その際、次のいずれかの操作を行います。
   • Exchange ユーザーが Google カレンダー ユーザーの空き情報を照会できるかどうかを確認するには、Google Workspace ユーザーのメールアドレスを入力します。
   • Google カレンダー ユーザーが Exchange ユーザーの空き情報を照会できるかどうかを確認するには、Exchange ユーザーのメールアドレスを入力します。
5. [Perform test] をクリックします。

ツールがユーザーに代わって空き情報クエリを発行し、リクエストとレスポンスを表示します。リクエストが失敗した場合は、エラーの概要が表示されます。エラーのトラブルシューティングを行うには、以下のリンクをご覧ください。

• カレンダーの相互運用に関する問題のトラブルシューティング
• カレンダーの相互運用に関するエラー メッセージとコード

このエラーが表示される場合は、Exchange から開始される自動検出エンドポイントへの接続を確認する必要があります。考えられる問題の 1 つは、Google カレンダー側で TLS 1.2 接続が必要なのに対して、Exchange 側で TLS 1.0 接続のみが許可されていることです。

このエラーを解決するには、Exchange を最新のサービスパックと累積的な更新プログラムに更新してください。次に、Microsoft Windows レジストリを介して TLS 1.2 を有効にします。有効にした後は、システムの再起動が必要になる場合があります。TLS レジストリの設定について詳しくは、こちらの Microsoft 記事をご覧ください。

それでも問題が解決しない場合は、次の一般的なトラブルシューティングの手順を踏んでください。

1. Exchange サーバーにパケット キャプチャ ツール（Wireshark など）をインストールします。
2. パソコンでパケット キャプチャを開始します。
3. コマンド プロンプト（CMD）ウィンドウを開きます。
4. DNS キャッシュを空にするには、次のコマンドを入力します。

   ipconfig /flushdns

5. トラブルシューティング ツールで、Exchange から Google Workspace ユーザーの空き情報の取得を試みて問題を再現します。「Autodiscover endpoint couldn't be discovered」という同じエラーを受け取ることを確認します。
6. パケット キャプチャを停止します。

パケット キャプチャの結果を分析して、自動検出エンドポイントの名前（autodiscover.googleworkspace.altostrat.com など）またはウェブサーバーの IP アドレスを含むパケットを探します。これにより、ウェブサーバーへの Exchange の接続方法が詳細に表示され、エラーが発生した場所を特定できるようになります。