トラブルシューティング
次の手順を使用して、一般的な実装上の問題に対処してください。
このセクションでは、トラブルシューティングと一般的な実装上の課題を扱います。
次の表では、Zoom Node の実装中に発生する一般的な問題の一部を示します:
証明書の検証失敗
CA の信頼と SAN の範囲を確認する
マルチホスト名の証明書要件が満たされていることを確認する
クライアント接続の問題
NAT/プロキシ構成を確認する
直接ブリッジ接続ネットワークを実装する
パフォーマンスの低下
リソースの利用状況を分析する
最小仕様からスタンダード仕様まで拡張する
技術サポートについては: Zoomサポートに連絡してください 導入支援と機能の有効化について
営業に関するお問い合わせ: 探索 追加の Zoom Node モジュール ハイブリッド機能を拡張するために
追加の技術ドキュメント: より詳細なガイドや関連するサポート記事については、次のリソースを参照してください:
ポート要件: Zoomサポートの記事を参照してください Zoom Node 管理サーバーのファイアウォールルール 包括的な一覧については
モジュール互換性: 次のようなサービス固有の導入ガイドを参照してください Zoom Node サーバーとモジュールの管理 コロケーションの制限については
トラブルシューティング ガイド: 詳細なトラブルシューティング手順については、Zoomサポートにアクセスしてください。以下を含みます Zoom Node 管理サーバーをデプロイしています
ミーティングの存続性の問題のトラブルシューティング
ミーティング サバイバビリティ モジュールでサバイバビリティ モードに入る際に問題が発生している場合は、次のことをお試しください。
1分間お待ちください: 潜在的な Zoom Workplace アプリのタイミングの問題に備えて、時間を許可してください。
グループの割り当てを確認: ユーザーがサバイバビリティが有効になっているグループに割り当てられていることを確認してください。この手順は、アカウント レベルでサバイバビリティが有効になっている場合は不要です。
生存可能ゾーンを確認： 複数のゾーンが定義されている場合は、ユーザーが正しい有効なゾーンに割り当てられていることを確認してください。
通常操作中のクライアントログイン: サバイバビリティ構成後の通常運用中に、すべての Zoom Workplace アプリのインスタンスが Zoomクラウドにログインしていることを確認してください。サバイバビリティを機能させるには、クラウドからのトークンが必要です。この方法でクラウドと通信していない Zoom Workplace アプリのインスタンスでは、必要なトークンが不足している場合があります。
サバイバビリティのためにクライアントを「プリミング」する： クライアントが通常運用中に一度もログインしたことがない場合は、サバイバビリティモードを無効にする、そしてサインアウトしてから再度 Zoom Workplace アプリにサインインし、Zoomクラウドからサバイバビリティトークンを取得します。
障害発生時の手動トークンプロビジョニング： 実際のインターネット障害でサバイバブルトークンが受信されておらず、Zoomクラウドへの接続中が不可能な場合は、以下に詳述する「トークンのプリミング処理」によりトークンを手動で提供できます。
クライアントがサバイバビリティモードで会議に参加できない場合は、次を使用できます：
DNS 解決： 使用
nslookupまたはdig（インターネットベースのDNSサーバーではなく、内部DNSサーバーを指します）を使用して、次のことを検証します。 すべての ハイブリッドおよび耐障害性ミーティングのコンポーネントが、ホスト名によってローカルで解決されること。耐障害性Webサーバーへのアクセス: クライアントマシンで新しいブラウザを開き、インストール時に定義した耐障害性Webサーバーサービスへの接続を試みます。
たとえば、先頭に https:// を追加してURLを変更し、
:8080末尾に追加します。例:https://[private-zrjfkp4rtlzelmfn.mikenode.zoomonprem.com]:8080).
ミーティング耐障害モードのテスト
利用可能なインターネット接続で耐障害モードをテストできます。クライアントは、インターネット接続に関係なく、耐障害モードに入力または終了するためのシグナルを受信します。
Zoom は、最初にインターネット接続ありでテストし、その後切断した状態でテストすることを推奨しています。これにより完全な機能を有効にすることができます。ローカルDNS解決が最も一般的な問題だからです。
ミーティングが適切に機能していることを確認するために、このテストの実行には2台または3台のクライアントを使用します。
耐障害モードを有効にする場合、耐障害ゾーンに割り当てられたすべてのクライアントが耐障害モードに入力します。これがアカウントレベルで割り当てられている場合、すべてのクライアントがこのモードに入力します。これは、アクティブなミーティングに望ましくない影響を及ぼす可能性があります。テストでは、影響を受けるユーザーの範囲を制限するため、耐障害性はグループレベルでのみ割り当てる必要があります。
インターネット接続ありのテスト
ローカルの耐障害モードコンソールから、 切り替えるボタン をクリックして耐障害モードを有効にするします。確認ダイアログが表示されます。 オンにする をクリックして有効にします。
システムが耐障害モードに入ると、表示の上部にあるリボンバーにこのステータスが表示され、アクティブになってからの時間が表示されます。
耐障害モードは、一度に最大30日間実行できます。
耐障害モードがアクティブになるまでに15～30秒かかります。Zoom Workplace アプリを確認して、耐障害モードに入ったかどうかを確認してください。入っている場合は、画面の右側に耐障害性ペインが表示され、ツールバーの上部に小さな黄色のアラームアイコンが表示されます。
をクリックします。 参加 一覧内のボタン 緊急ミーティング 前のセクションで定義したものです。Zoom Workplace アプリは参加を試みます。
をクリックします。 緑のシールドアイコン を確認して、そのミーティングが耐障害モードのミーティングであることを確認します。耐障害性の詳細は、 ホスト, パスコード、および 招待リンク のセクションに表示されます。
別の Zoom Workplace アプリからこの同じ緊急ミーティングに参加します。
これで、1つの Zoom Workplace アプリからPMRミーティングを開始し、別の Zoom Workplace アプリとミーティングの詳細を共有して、もう1人が参加するなど、他のミーティングシナリオをテストできます。
インターネット切断時のテスト
インターネット障害時に耐障害モードが意図したとおりに機能するようにするため、Zoom は完全なオフラインテストを実行することを推奨しています。このテストにより、ローカルDNSがすべてのハイブリッドおよび耐障害性コンポーネントを適切に解決できるようになります。
インターネットアクセスを切断するか、ファイアウォールルールまたはネットワークACLを使用してインターネット障害をシミュレートし、テスト用 Zoom Workplace アプリおよび Zoom Nodes が Zoomクラウド と通信できないようにトラフィックを停止します。
インターネットサービスを切断すると、アクティブな Zoom ミーティングや、会社がインターネットから利用しているあらゆるサービスに予期しない影響が及ぶ可能性があります。
ファイアウォールまたはネットワークインフラストラクチャにアクセスできる場合は、Zoom Meetings Hybrid およびミーティング耐障害サービスを提供している Zoom Nodes が実行されているサブネットからのトラフィックをブロックします。
テスト用 Zoom Workplace アプリで使用されるサブネットからのトラフィックもブロックする必要があります。
最終更新
役に立ちましたか？