カレンダー コネクタ は、組織ごとに最大 2 つの Expressway インスタンスを含む単一のクラスタをサポートします。

プロキシ接続は、基本認証を使用するか、またはユーザ名とパスワードを使用しません。その他の認証スキームはサポートされていません。

カレンダー コネクタは、現在、多要素認証（MFA）を使用するサービス（偽装）アカウントを必要とする Exchange 組織をサポートしていません。

お客様によっては、カレンダー コネクタによって「リダイレクトされた Microsoft Exchange 自動検出 URL は信頼されません（Redirected Microsoft Exchange Autodiscovery URL not trusted）」という重大なアラームが発生することがあります。この問題によって、ユーザのカレンダー イベントの処理が遅れる可能性があります。場合によっては、カレンダー コネクタが一部のユーザにサービスを提供できなくなります。

このアラームが表示された場合は、自動検出リダイレクト URL 信頼リストを使用して、カレンダー コネクタによるユーザ メールボックスの検索方法を設定します。

お客様によっては、カレンダー コネクタによって「NTLM 認証エラー：NTLM 認証には資格情報を使用することはできません（NTLM authentication error: Credentials cannot be used for NTLM authentication）」という警告が発生することがあります。コネクタ プロキシが Expressway の [アプリケーション（Applications）] > [ハイブリッド サービス（Hybrid Services）] > [コネクタ プロキシ（Connector Proxy）] ページで構成され、プロキシが認証を要求する場合、この問題が発生する可能性があります。コネクタ プロキシが基本認証スキームをサポートしている場合、または認証を必要としない場合は、回避策は必要ありません。

カレンダー コネクタが Expressway 上の唯一のハイブリッド サービスである場合、カレンダー コネクタの登録を解除したり、無効にしたりすると、Expressway がエラー状態になり、ハイブリッド サービス コネクタが登録されない、構成の変更が反映されないなどの問題が発生する可能性があります。回避策は、Expressway を再起動し、コネクタを再登録することです。

https://admin.webex.com では、Hybrid カレンダー サービスを有効または無効にしているユーザを検索によって検出することはできません。

Cisco Webex サイトをカレンダー コネクタの設定に追加する場合は、完全修飾サイト名の値をすべて小文字で入力する必要があります。大文字を使用すると、カレンダー コネクタが「サービス到達不能またはアクセス拒否」アラームを発生します。

Cisco TMS 統合では、現在、Microsoft Exchange または Exchange ハイブリッド展開（Microsoft Exchange と Office 365 の組み合わせ）はサポートされていません。この統合は、現在、Office 365 用のクラウドベースのHybrid カレンダー サービスまたは Google カレンダー用のクラウドベースのHybrid カレンダー サービスとのみ連動します。

この統合では、カレンダー コネクタを使用して、Hybrid カレンダー サービスと Cisco TMS がリンクされます。Expressway-C で TMS のスケジューリング オプションを設定すると、同じカレンダー コネクタを Microsoft Exchange にリンクできなくなります。その逆も同様です。

Hybrid カレンダー サービス 共有カレンダーはサポートされていません。サービスは、共有カレンダーやグループ カレンダーではなく、ユーザの実際のカレンダーで会議がスケジュールされている限り、代理人が他のユーザの代わりにスケジュールした会議を処理できます。

定例会議シリーズの 1 つのインスタンスにスケジューリングキーワードまたはサポートされているビデオアドレスを追加した場合は、会議の参加の詳細が更新されません。回避策として、会議シリーズ全体にキーワードまたはビデオアドレスを追加します。

ユーザがキーワードまたはサポートされているビデオ アドレスを指定してスケジュールされた会議を受信したときに、Outlook の受信トレイに複数の会議招待が表示されることがあります。この問題を回避するには、Microsoft Outlook Web App の [設定] > [カレンダー] > [自動処理] の下で以下のチェックボックスをオンにします。

• [更新された会議出席依頼と返信を削除する（Delete meeting requests and responses that have been updated）]

• [外部の送信者からの会議出席依頼および返信を自動的に処理する（Automatically process requests and responses from external senders）]

これらの設定項目は Web App にしかありませんが、上記の設定変更はすべての Outlook クライアントに適用されます。

Hybrid カレンダー サービス は、電子メール アドレスが一重引用符で囲まれている招待者の会議の招待に会議参加リンクを追加しません。回避策として、招待内の電子メール アドレスを一重引用符で囲まないようにします。

会議スケジューラがHybrid カレンダー サービスに対して有効になっておらず、Hybrid カレンダー サービスに対して有効になっている招待者のみがルームリソースである場合は、会議コメントを自動的に削除するポリシーが Exchange で使用されていないことを確認する必要があります。次の PowerShell コマンドは、Hybrid カレンダー サービスが会議の処理に使用できるように、コメントが保持されることを保証します。

Set-CalendarProcessing -identity "room" -DeleteComments $false

Microsoft Outlook 2016 の一部のバージョンでは、スケジューリング キーワードが [場所（location）] フィールドに含まれている予定定例会議の 1 つのインスタンスを変更すると、本文テキストと参加リンクが消える可能性があります。

• 可能であれば、最新バージョンの Outlook にアップグレードします。

• アップグレードできない場合は、影響を受ける会議を削除し、スケジュールを再設定します。

• 定期的な会議のうちの他の会議は、影響を受けないはずです。

Microsoft Outlook 2011 for Mac を使用している会議主催者にはミーティングの招待に参加リンクが表示されない場合がありますが、招待者にはリンクが送信されます。これは Outlook 2011 for Mac に固有の問題であり、Outlook for Mac の新しいバージョンにアップグレードすることで解決します。

Hybrid カレンダー サービス は、過去にスケジュールされた会議に関する会議参加情報を自動的に追加しません。

主催者の代わりに代理人が会議をキャンセルした場合は、Hybrid カレンダー サービスが Webex Teams 会議リストから会議を削除するのに最大 24 時間かかる可能性があります。

配布リストが会議に招待されている場合は、招待が受け入れられるまで、その会議がユーザの Webex Teams 会議リストに表示されません。

会議出席依頼に Webex の参加リンクが（生産性向上ツールによって追加されたり、会議の開催者が手動で追加したりして）すでに含まれる場合、Hybrid カレンダー サービス は Webex の詳細を追加しません。会議の開催者は、Hybrid カレンダー サービス が新しい参加リンクを追加できるように、以前に追加されたすべての参加リンクを手動で削除できます。

Webex Site Administration で [パイロット番号の使用（Use a Pilot Number）] をオンにした場合に含まれるテキストの行を変更すること以外に、会議の詳細テンプレートをカスタマイズすることはできません。手順については、「Cisco Webex Hybrid カレンダー サービスで使用される電子メール テンプレートを @Webex でカスタマイズできますか?」を参照してください。

スペース キーワード スケジューリングでは、現在、最大 200 人の会議参加者がサポートされています。最大数を超える参加者を招待した会議主催者には、最大数を超えたことを示す電子メール メッセージが送信されます。

スペース キーワード スケジューリングでは、現在、配布リストを処理しません。配布リストの個々のメンバーは、 スペースへの参加情報が記載された会議出席依頼を受信しますが、 スペースに自動的に追加されることはありません。この問題を回避するため、会議の開催者が出席依頼を送信する前にメーラーの宛先行を開きます。こうすることで、各ユーザが スペースに個別に追加されます。

Hybrid カレンダー サービスは、Cisco Webex Teams ユーザではない会議招待者に対して個別の電子メール メッセージを送信しなくなり、サインアップするように招待します。

ユーザがスペース キーワードを使用して会議の招待に追加した添付ファイルは、対応するスペースに追加されません。

スペースでスケジュールされた会議に使用される会議の詳細テンプレートをカスタマイズすることはできません。

Webex Teams アプリの [参加（Join）] ボタンと会議リストに関連した問題については、「Cisco Webex Teams 会議の既知の問題」の記事を参照してください。

Hybrid カレンダー サービス ユーザがすでにデバイスを会議に招待した後に、コントロール ハブにデバイスを追加した場合 （たとえば、オンプレミスのレジストラから Cisco Webex cloud 登録にデバイスを移行する場合など）、これらの会議は自動的には実行されません。デバイスに表示されます。場所の作成後に作成された会議が表示されます。28 日より前にスケジュールされた既存の会議は、28 日間の処理時間枠に収まると表示されます。次の 28 日以内にスケジュールされた会議に対してこの問題を回避するには、何らかの方法で会議を編集します （たとえば、会議本文に文字を追加するなど）。

コントロール ハブで組織の設定をスキップすると、Office 365 の Hybrid カレンダー サービスのセットアップで問題が発生する可能性があります。Microsoft でサービスを承認した後、ブラウザは Hybrid カレンダー サービスのセットアップ ページにリダイレクトされません。この問題を回避するには、Hybrid カレンダー サービスを設定する前に、組織のセットアップ ウィザードを完了します。

クラウドベースのサービスに割り当てられた Office 365 ユーザ（クラスタ「Cisco Webex Cloud」と同様に Cisco Webex Control Hub で指定される）には、Control Hub に次の永続的なエラー メッセージが表示されることがあります。「カレンダーコネクタを含むクラスタが見つかりませんでした。（Could not find cluster with Calendar Connector.）別のリソースグループを選択するか、カレンダーコネクタを含む新しいクラスタを設定してください。（Could not find cluster with Calendar Connector.）」このエラーは無視できます。

クラウドベースのサービスは、電子メール アドレスにアポストロフィが含まれているユーザをアクティブにしません。ユーザを Expressway ベースのカレンダー コネクタから移行する場合は、Hybrid カレンダー サービスはそれらのユーザをクラウドベースのサービスに移動しません。ユーザはカレンダー コネクタ上にとどまります。

Microsoft Office 365 用のクラウドベースのHybrid カレンダー サービスでは、スケジューラの地域とタイムゾーンの設定（Outlook の [オプション（Options）] > [全般（General）] > [地域とタイムゾーンの設定（Region and time zone setting）]）の [言語（Language）] 設定を使用して、会議に参加の詳細を追加するときに使用される言語が決定されます。カレンダー コネクタのように組織全体のデフォルト言語を設定することはできません。（詳細については、 「Hybrid カレンダー サービスによる会議の詳細のローカライズ方法」を参照してください）。

会議にHybrid カレンダー サービスがあっても、主催者がそれを行わない場合は、Webex Teams のユーザ会議リストに会議を追加する機能を段階的にロールアウトします。この機能は、ライン Sway ベースのカレンダー コネクタの動作と一致します。

この機能は、組織によって次の数週間にわたって組織によってロールアウトされることを計画しています。組織の機能がオンになったら、通常はすべてのHybrid カレンダー サービス ユーザを 1 時間以内に有効にする必要があります。

Hybrid カレンダー サービス 共有カレンダーはサポートされていません。サービスは、共有カレンダーやグループ カレンダーではなく、ユーザの実際のカレンダーで会議がスケジュールされている限り、代理人が他のユーザの代わりにスケジュールした会議を処理できます。

5 ヵ月以上先にスケジュールされた会議は、Microsoft Office 365 用のクラウドベースのHybrid カレンダー サービスではすぐに処理されない場合があります。このサービスは、スライディング ウィンドウを使用して毎日 5 ～ 6 ヵ月先の会議を処理するため、会議の予定日がウィンドウ内に収まる場合は、それが処理され、会議参加の詳細が表示されます。

定例会議シリーズの 1 つのインスタンスにスケジューリングキーワードまたはサポートされているビデオアドレスを追加した場合は、会議の参加の詳細が更新されません。回避策として、会議シリーズ全体にキーワードまたはビデオ アドレスを追加します。

Hybrid カレンダー サービス は、過去にスケジュールされた会議に関する会議参加情報を自動的に追加しません。

配布リストが会議に招待されている場合は、招待が受け入れられるまで、その会議がユーザの Webex Teams 会議リストに表示されません。

会議出席依頼に Webex の参加リンクが（生産性向上ツールによって追加されたり、会議の開催者が手動で追加したりして）すでに含まれる場合、Hybrid カレンダー サービス は Webex の詳細を追加しません。会議の開催者は、Hybrid カレンダー サービス が新しい参加リンクを追加できるように、以前に追加されたすべての参加リンクを手動で削除できます。

Webex Site Administration で [パイロット番号の使用（Use a Pilot Number）] をオンにした場合に含まれるテキストの行を変更すること以外に、会議の詳細テンプレートをカスタマイズすることはできません。手順については、「Cisco Webex Hybrid カレンダー サービスで使用される電子メール テンプレートを @Webex でカスタマイズできますか?」を参照してください。

スペース キーワード スケジューリングでは、現在、最大 200 人の会議参加者がサポートされています。200 人を超える参加者を招待した会議主催者には、最大数を超えたことを示す電子メール メッセージが送信されます。

スペース キーワード スケジューリングでは、現在、配布リストを処理しません。配布リストの個々のメンバーは、 スペースへの参加情報が記載された会議出席依頼を受信しますが、 スペースに自動的に追加されることはありません。この問題を回避するため、会議の開催者が出席依頼を送信する前にメーラーの宛先行を開きます。こうすることで、各ユーザが スペースに個別に追加されます。

ユーザがスペース キーワードを使用して会議の招待に追加した添付ファイルは、対応するスペースに追加されません。

Hybrid カレンダー サービスは、Cisco Webex Teams ユーザではない会議招待者に対して個別の電子メール メッセージを送信しなくなり、サインアップするように招待します。

スペースでスケジュールされた会議に使用される会議の詳細テンプレートをカスタマイズすることはできません。

Webex Teams アプリの [参加（Join）] ボタンと会議リストに関連した問題については、「Cisco Webex Teams 会議の既知の問題」の記事を参照してください。

Hybrid カレンダー サービス ユーザがすでにデバイスを会議に招待した後に、コントロール ハブにデバイスを追加した場合 （たとえば、オンプレミスのレジストラから Cisco Webex cloud 登録にデバイスを移行する場合など）、これらの会議は自動的には実行されません。デバイスに表示されます。場所の作成後に作成された会議が表示されます。28 日より前にスケジュールされた既存の会議は、28 日間の処理時間枠に収まると表示されます。次の 28 日以内にスケジュールされた会議に対してこの問題を回避するには、何らかの方法で会議を編集します （たとえば、会議本文に文字を追加するなど）。

緑色の [参加（Join）] ボタン（ワンボタン機能）は、Cisco Webex Teams、または @meet と Cisco TMS でスケジュールされた会議用のクラウド登録デバイスには表示されません。

今後の会議をホストするようにスケジュールされている会議ブリッジが使用できなくなった場合、Cisco TMS は別のブリッジを使用するように会議の参加の詳細を更新します。ただし、主催者が会議の招待を変更しない限り、Office 365 では会議参加の詳細は更新されません。そのため、招待者が招待から会議に参加しようとすると問題が発生する可能性があります。

Office 365 の会議スケジューラのタイムゾーンが Cisco TMS のスケジューラのタイムゾーンと一致しない場合は、システムで定例会議のスケジュールに問題が生じる可能性があります。これにより、Office 365 と Cisco TMS でインスタンスの日付の不一致を引き起こす場合があります。回避策として、Office 365 のユーザのタイムゾーンが Cisco TMS のタイムゾーンと一致することを確認します。

@meet を使用してスケジュールされた定例会議シリーズでは、Office 365 での開始日と終了日または発生回数に対する変更が Cisco TMS で更新されません。（シリーズ全体の開始時刻と終了時刻に対する変更は想定どおりに行われます）。回避策として、シリーズを削除して新しいシリーズを作成します。

@meet を使用してスケジュールされた定例会議シリーズが複数回編集された場合に、Office 365 ではシリーズが正しく更新されますが、Cisco TMS では正しく更新されないことがあります。この動作は一貫していません。たとえば、シリーズの 1 つのインスタンスに参加者を追加してから、シリーズ全体のテーマを変更すると、変更されたインスタンスのテーマのみが変更される場合や、変更されたインスタンス以外のすべてのインスタンスのテーマが変更される場合があります。

Office 365 でエンドポイントがすでに @meet 以外の会議の特定のタイムスロットに対して予約されており、主催者が予約されたタイムスロットと重なる定例会議を @meet を使用してスケジュールした場合は、エンドポイントが会議を拒否したというメッセージが主催者に送信されますが、Cisco TMS では定例会議が作成されます。

このような会議の場合は、カレンダー コネクタが追加の会議要求を送信して、次の文字列のいずれかを含む 2 種類の情報メッセージを記録します。

• status:MEETING_NOT_FOUND_ON_TMS

• status:UN_EXPECTED_EXCEPTION

Expressway ホストが登録された組織が @meet キーワード アクションを [Cisco TelePresence Management Suite] に設定したが、Expressway の [アプリケーション（Applications）] > [ハイブリッドサービス（Hybrid Services）] > [カレンダーサービス（Calendar Service）] > [Cisco会議サービスの設定（Cisco Conferencing Services Configuration）]ページでカレンダー コネクタが Cisco TMS にリンクされていない場合は、カレンダー コネクタでアラームが発生する必要があります。このアラームは実装されていません。

Cisco Expressway コネクタ ホストの [アプリケーション（Applications）] > [ハイブリッド サービス（Hybrid Services）] > [カレンダー サービス（Calendar Service）] > [Cisco Webex Meetings サイトの設定（Cisco Webex Meetings Site Configuration）] メニュー オプションと [Cisco 会議サービスの設定（Cisco Conferencing Services Configuration）] メニュー オプションは統合する予定です。この変更は完了していません。

Expressway コネクタ ホストから Cisco TMS の設定を削除しても、ユーザは Expressway コネクタ ホストが再起動されるまで、Cisco TMS での @meet 会議のスケジューリングを続けることができます。回避策は、Cisco TMS の設定を削除した後に、Expressway コネクタ ホストを再起動することです。

Hybrid カレンダー サービス 共有カレンダーはサポートされていません。サービスは、共有カレンダーやグループ カレンダーではなく、ユーザの実際のカレンダーで会議がスケジュールされている限り、代理人が他のユーザの代わりにスケジュールした会議を処理できます。

定例会議シリーズの 1 つのインスタンスにスケジューリングキーワードまたはサポートされているビデオアドレスを追加した場合は、会議の参加の詳細が更新されません。回避策として、会議シリーズ全体にキーワードまたはビデオ アドレスを追加します。

Hybrid カレンダー サービス は、過去にスケジュールされた会議に関する会議参加情報を自動的に追加しません。

配布リストが会議に招待されている場合は、招待が受け入れられるまで、その会議がユーザの Webex Teams 会議リストに表示されません。

会議出席依頼に Webex の参加リンクが（生産性向上ツールによって追加されたり、会議の開催者が手動で追加したりして）すでに含まれる場合、Hybrid カレンダー サービス は Webex の詳細を追加しません。会議の開催者は、Hybrid カレンダー サービス が新しい参加リンクを追加できるように、以前に追加されたすべての参加リンクを手動で削除できます。

Webex Site Administration で [パイロット番号の使用（Use a Pilot Number）] をオンにした場合に含まれるテキストの行を変更すること以外に、会議の詳細テンプレートをカスタマイズすることはできません。手順については、「Cisco Webex Hybrid カレンダー サービスで使用される電子メール テンプレートを @Webex でカスタマイズできますか?」を参照してください。

スペース キーワード スケジューリングでは、現在、最大 200 人の会議参加者がサポートされています。200 人を超える参加者を招待した会議主催者には、最大数を超えたことを示す電子メール メッセージが送信されます。

スペース キーワード スケジューリングでは、現在、配布リストを処理しません。配布リストの個々のメンバーは、 スペースへの参加情報が記載された会議出席依頼を受信しますが、 スペースに自動的に追加されることはありません。この問題を回避するため、会議の開催者が出席依頼を送信する前にメーラーの宛先行を開きます。こうすることで、各ユーザが スペースに個別に追加されます。

ユーザがスペース キーワードを使用して会議の招待に追加した添付ファイルは、対応するスペースに追加されません。

Hybrid カレンダー サービスは、Cisco Webex Teams ユーザではない会議招待者に対して個別の電子メール メッセージを送信しなくなり、サインアップするように招待します。

スペースでスケジュールされた会議に使用される会議の詳細テンプレートをカスタマイズすることはできません。

Webex Teams アプリの [参加（Join）] ボタンと会議リストに関連した問題については、「Cisco Webex Teams 会議の既知の問題」の記事を参照してください。

Hybrid カレンダー サービス ユーザがすでにデバイスを会議に招待した後に、コントロール ハブにデバイスを追加した場合 （たとえば、オンプレミスのレジストラから Cisco Webex cloud 登録にデバイスを移行する場合など）、これらの会議は自動的には実行されません。デバイスに表示されます。場所の作成後に作成された会議が表示されます。28 日より前にスケジュールされた既存の会議は、28 日間の処理時間枠に収まると表示されます。次の 28 日以内にスケジュールされた会議に対してこの問題を回避するには、何らかの方法で会議を編集します （たとえば、会議本文に文字を追加するなど）。

緑色の [参加（Join）] ボタン（ワンボタン機能）は、Cisco Webex Teams、または @meet と Cisco TMS でスケジュールされた会議用のクラウド登録デバイスには表示されません。

今後の会議をホストするようにスケジュールされている会議ブリッジが使用できなくなった場合、Cisco TMS は別のブリッジを使用するように会議の参加の詳細を更新します。ただし、主催者が会議の招待を変更しない限り、Google カレンダーでは会議参加の詳細は更新されません。そのため、招待者が招待から会議に参加しようとすると問題が発生する可能性があります。

Google カレンダーの会議スケジューラのタイムゾーンが Cisco TMS のスケジューラのタイムゾーンと一致しない場合は、システムで定例会議のスケジュールに問題が生じる可能性があります。これにより、Google カレンダーと Cisco TMS でインスタンスの日付の不一致を引き起こす場合があります。回避策として、Google カレンダーのユーザのタイムゾーンが Cisco TMS のタイムゾーンと一致することを確認します。

Google カレンダーに対して報告された問題により、終了日が固定された定例会議の最後のインスタンスが、終了日以外に、つまり、タイムゾーンと会議の時刻によって終了日の前日か 2 日前にスケジュールされる可能性があります。その場合は、Cisco TMS と Google カレンダーでインスタンスの数が合わなくなります。この問題の日次定例会議と週次定例会議に対する回避策は、最後の Cisco TMS インスタンスと最後の Google カレンダー インスタンスを一致させることです。

たとえば、8 月 9 日に終了する日次定例会議シリーズを作成しても、実際には、ローカルタイムゾーンと会議の時刻によって、Google カレンダー（および Cisco TMS）上の定例会議シリーズは 8 月 7 日と 8 日のどちらかで終了することになります。

月 1 回や週に複数回などの定例パターンに対する回避策はありません。

@meet を使用してスケジュールされた定例会議シリーズが複数回編集された場合に、Google カレンダーではシリーズが正しく更新されますが、Cisco TMS では正しく更新されないことがあります。この動作は一貫していません。たとえば、シリーズの 1 つのインスタンスのテーマを変更してから、シリーズ全体のテーマを変更すると、変更されたインスタンスのテーマのみが変更される場合や、変更されたインスタンス以外のすべてのインスタンスのテーマが変更される場合があります。

Google カレンダーでエンドポイントがすでに @meet 以外の会議の特定のタイムスロットに対して予約されており、主催者が予約されたタイムスロットと重なる会議を @meet を使用してスケジュールした場合は、エンドポイントが会議を拒否したというメッセージが主催者に送信されますが、Cisco TMS では重なった会議が作成されます。

このような会議の場合は、カレンダー コネクタが追加の会議要求を送信して、次の文字列のいずれかを含む 2 種類の情報メッセージを記録します。

• status:MEETING_NOT_FOUND_ON_TMS

• status:UN_EXPECTED_EXCEPTION

Expressway ホストが登録された組織が @meet キーワード アクションを [Cisco TelePresence Management Suite] に設定したが、Expressway の [アプリケーション（Applications）] > [ハイブリッドサービス（Hybrid Services）] > [カレンダーサービス（Calendar Service）] > [Cisco会議サービスの設定（Cisco Conferencing Services Configuration）]ページでカレンダー コネクタが Cisco TMS にリンクされていない場合は、カレンダー コネクタでアラームが発生する必要があります。このアラームは実装されていません。

Cisco Expressway コネクタ ホストの [アプリケーション（Applications）] > [ハイブリッド サービス（Hybrid Services）] > [カレンダー サービス（Calendar Service）] > [Cisco Webex Meetings サイトの設定（Cisco Webex Meetings Site Configuration）] メニュー オプションと [Cisco 会議サービスの設定（Cisco Conferencing Services Configuration）] メニュー オプションは統合する予定です。この変更は完了していません。

Expressway コネクタ ホストから Cisco TMS の設定を削除しても、ユーザは Expressway コネクタ ホストが再起動されるまで、Cisco TMS での @meet 会議のスケジューリングを続けることができます。回避策は、Cisco TMS の設定を削除した後に、Expressway コネクタ ホストを再起動することです。