> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/ja/naentpuraizusbisu/zoom-node/zoom-node-deployment-field-guide/troubleshooting.md).
# トラブルシューティング
以下の手順を使用して、一般的な実装上の問題に対処してください。
このセクションでは、トラブルシューティングと一般的な実装上の課題について説明します。
次の表に、Zoom Nodeの実装時に発生する一般的な問題を示します。
| 発生した課題 | 診断アプローチ | 推奨される解決策 |
| ----------- | -------------------- | --------------------------- |
| 証明書の検証失敗 | CAの信頼性とSANの対象範囲を確認する | 複数ホスト名の証明書要件が満たされていることを確認する |
| クライアントの接続問題 | NAT/プロキシ設定を確認する | 直接ブリッジネットワーキングを実装する |
| パフォーマンス低下 | リソース使用率を分析する | 最小仕様からスタンダード仕様へスケールアップする |
**テクニカルサポートについて**: [Zoomサポートに連絡する](https://support.zoom.com/hc/en/contact?id=contact_us) 導入支援および機能の有効化について
**営業に関するお問い合わせ**：詳細を見る [追加のZoom Nodeモジュール](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0058800) ハイブリッド機能を拡張するには
**追加の技術ドキュメント**：より詳細なガイドおよび関連するサポート記事については、以下のリソースを参照してください：
* ポート要件：Zoomサポートの記事を参照してください [Zoom Node管理サーバーのファイアウォールルール](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0066766) 包括的な一覧については
* モジュールの互換性：次のようなサービス固有の導入ガイドを参照してください [Zoom Nodeサーバーおよびモジュールの管理](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0063730) コロケーションの制限について
* トラブルシューティングガイド：以下を含む詳細なトラブルシューティング手順については、Zoomサポートにアクセスしてください [Zoom Node管理サーバーの導入](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0061896)
### ミーティングのサバイバビリティに関する問題のトラブルシューティング
ミーティングのサバイバビリティモジュールでサバイバビリティモードに入れない場合は、次を試してください：
1. **1分間待つ：** Zoom Workplaceアプリのタイミング問題が発生する可能性があるため、時間を置いてください。
2. **グループの割り当てを確認する：** ユーザーがサバイバビリティを有効にしたグループに割り当てられていることを確認してください。アカウントレベルでサバイバビリティが有効になっている場合、この手順は不要です。
3. **サバイバビリティゾーンを確認する：** 複数のゾーンが定義されている場合は、ユーザーが正しい有効なゾーンに割り当てられていることを確認してください。
4. **通常運用中のクライアントログイン：** サバイバビリティの設定後、通常運用中にZoom WorkplaceアプリのすべてのインスタンスがZoomクラウドにログインしていることを確認してください。サバイバビリティを機能させるには、クラウドからのトークンが必要です。この方法でクラウドと通信していないZoom Workplaceアプリのインスタンスには、必要なトークンがない可能性があります。
5. **サバイバビリティ用のクライアントの「プライミング」：** クライアントが通常運用中に一度もログインしていない場合は、サバイバビリティモードを無効にするしてから、Zoom Workplaceアプリからログアウトし、再度ログインして、Zoomクラウドからサバイバビリティトークンを取得してください。
6. **障害発生中の手動トークンプロビジョニング：** 実際のインターネット障害でサバイバブルトークンを受信しておらず、Zoomクラウドへの接続中が不可能な場合は、以下で詳述する「トークンプライミングプロセス」を通じてトークンを手動で提供できます。
サバイバビリティモードでクライアントがミーティングに参加できない場合は、次を使用できます：
1. **DNS名前解決：** 使用する `nslookup` または `dig` （内部 DNS サーバーを指し、インターネットベースの DNS サーバーではない）を使用して、次を検証します。 **すべて** ハイブリッドおよびサバイバブルなミーティング コンポーネントがホスト名でローカルに解決されること。
2. **サバイバビリティ Web サーバーへのアクセス:** クライアント マシンで新しいブラウザを開き、インストール時に定義したサバイバビリティ Web サーバー サービスへの接続を試みます。
1. たとえば、URL の先頭に https\:// を追加して変更し、 `:8080` 末尾に追加します。例: `https://[private-zrjfkp4rtlzelmfn.mikenode.zoomonprem.com]:8080)`.
#### ミーティングのサバイバビリティ モードのテスト
利用可能なインターネット接続がある状態でサバイバビリティ モードをテストできます。クライアントは、インターネット接続とは関係なく、サバイバビリティ モードに入る、または終了する信号を受け取ります。
Zoom では、最初にインターネット接続ありでテストし、続いて切断した状態でもテストすることを推奨しています。ローカル DNS の解決が最も一般的な問題であるため、これによりすべての機能を使用できます。
このテストでは、ミーティングが正しく機能していることを確認するために、2 台または 3 台のクライアントを使用します。
{% hint style="danger" %}
サバイバビリティ モードを有効にすると、サバイバブル ゾーンに割り当てられているすべてのクライアントがサバイバビリティ モードに入ります。これがアカウント レベルで割り当てられている場合、すべてのクライアントがこのモードに入ります。これは、アクティブなミーティングに望ましくない影響を及ぼす可能性があります。テストでは、影響を受けるユーザーの範囲を限定するため、サバイバビリティはグループ レベルのみに割り当てる必要があります。
{% endhint %}
**インターネット接続ありでのテスト**
ローカルのサバイバビリティ モード コンソールで、 **切り替えボタン** をクリックしてサバイバビリティ モードを有効にします。確認ダイアログが表示されます。 **オンにする** をクリックして有効にします。
システムがサバイバビリティ モードに入ると、表示の上部にあるリボン バーにこのステータスと、アクティブになっている時間が表示されます。
{% hint style="info" %}
サバイバビリティ モードは、一度に最大 30 日間実行できます。
{% endhint %}
サバイバビリティ モードの有効化には 15 ～ 30 秒かかります。Zoom Workplace アプリでサバイバビリティ モードに入ったかどうかを確認します。入っている場合は、画面の右側にサバイバビリティ ペインが表示され、ツールバーの上部に小さな黄色のアラーム アイコンが表示されます。
をクリック **参加** ボタンを **緊急ミーティング** 前のセクションで定義したものの一覧で。Zoom Workplace アプリが参加を試みます。
をクリック **緑のシールド アイコン** を確認して、そのミーティングがサバイバビリティ モードのミーティングであることを確認します。サバイバビリティの詳細は **ホスト**, **パスコード**、および **招待リンク** の各セクションに表示されます。
別の Zoom Workplace アプリから同じ緊急ミーティングに参加します。
これで、1 つの Zoom Workplace アプリから PMR ミーティングを開始し、ミーティングの詳細を別の Zoom Workplace アプリと共有し、相手が参加する、といった他のミーティング シナリオをテストできます。
**インターネット切断時のテスト**
インターネット障害時にサバイバビリティ モードを意図どおりに機能させるには、オフラインで完全なテストを実施することを Zoom は推奨しています。このテストにより、ローカル DNS がすべてのハイブリッド コンポーネントとサバイバビリティ コンポーネントを正しく解決できるようになります。
インターネット アクセスを切断するか、ファイアウォール ルールまたはネットワーク ACL を使用してインターネット障害をシミュレートし、テスト用の Zoom Workplace アプリと Zoom Node から Zoomクラウドへの通信を停止します。
{% hint style="danger" %}
インターネット サービスを切断すると、アクティブな Zoom ミーティングや、会社がインターネットから利用しているサービスに意図しない影響が及ぶ可能性があります。
{% endhint %}
ファイアウォールまたはネットワーク インフラストラクチャにアクセスできる場合は、Zoom Meetings のハイブリッド サービスおよびミーティング サバイバビリティ サービスを提供している Zoom Node が実行されているサブネットからのトラフィックをブロックしてください。
テスト用の Zoom Workplace アプリが使用しているサブネットからのトラフィックもブロックする必要があります。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://library.zoom.com/technical-library/ja/naentpuraizusbisu/zoom-node/zoom-node-deployment-field-guide/troubleshooting.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.