# Fehlerbehebung

Dieser Abschnitt enthält Fehlerbehebung und häufige Implementierungsprobleme.

Die folgende Tabelle listet einige der häufig auftretenden Probleme bei Implementierungen von Zoom Node auf:

| Aufgetretene Herausforderung          | Diagnoseansatz                                               | Empfohlene Lösung                                                                        |
| ------------------------------------- | ------------------------------------------------------------ | ---------------------------------------------------------------------------------------- |
| Fehler bei der Zertifikatsvalidierung | Überprüfen Sie das Vertrauen in die CA und die SAN-Abdeckung | Stellen Sie sicher, dass die Anforderungen an Mehrfach-Hostname-Zertifikate erfüllt sind |
| Konnektivitätsprobleme des Clients    | Überprüfen Sie die NAT-/Proxy-Konfiguration                  | Implementieren Sie direktes Bridge-Netzwerk                                              |
| Leistungsabfall                       | Analysieren Sie die Ressourcenauslastung                     | Skalieren Sie von den Mindest- zu den Standard-Spezifikationen                           |

**Für technischen Support**: [Kontaktieren Sie den Zoom-Support](https://support.zoom.com/hc/en/contact?id=contact_us) für Bereitstellungsunterstützung und Aktivierung von Funktionen

**Für Vertragsanfragen**: Entdecken Sie [zusätzliche Zoom Node-Module](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0058800) um Ihre hybriden Fähigkeiten zu erweitern

**Zusätzliche technische Dokumentation**: Für umfassendere Anleitungen und relevante Support-Artikel sehen Sie die folgenden Ressourcen:

* Portanforderungen: Konsultieren Sie den Zoom-Support-Artikel [Firewall-Regeln des Zoom Node Management-Servers](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0066766) für vollständige Auflistungen
* Modulkompatibilität: Verweisen Sie auf dienstspezifische Bereitstellungsanleitungen wie [Verwaltung von Zoom Node-Servern und -Modulen](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0063730) für Co-Location-Einschränkungen
* Fehlerhandbuch: Rufen Sie den Zoom-Support für detaillierte Fehlerbehebungsverfahren auf, einschließlich [Bereitstellung eines Zoom Node-Managementservers](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0061896)

### <mark style="color:blau;">Fehlerbehebung bei Meeting-Survivability-Problemen</mark>

Wenn Sie Probleme haben, mit dem Meeting Survivability-Modul in den Survivability-Modus zu wechseln, versuchen Sie Folgendes:

1. **Warten Sie eine volle Minute:** Geben Sie Zeit für mögliche Timing-Probleme der Zoom Workplace-App.
2. **Überprüfen Sie die Gruppenzuordnung:** Stellen Sie sicher, dass der Benutzer einer Gruppe zugewiesen ist, bei der Survivability aktiviert ist. Dieser Schritt ist nicht erforderlich, wenn Survivability auf Kontoebene aktiviert ist.
3. **Bestätigen Sie die Survivability-Zone:** Wenn mehrere Zonen definiert sind, überprüfen Sie, ob Benutzer der korrekt aktivierten Zone zugewiesen sind.
4. **Client-Anmeldung während des Normalbetriebs:** Stellen Sie sicher, dass alle Instanzen der Zoom Workplace-App sich nach der Konfiguration der Survivability während des Normalbetriebs in der Zoom-Cloud angemeldet haben. Ein Token aus der Cloud wird benötigt, damit Survivability funktioniert. Zoom Workplace-App-Instanzen, die nicht auf diese Weise mit der Cloud kommuniziert haben, verfügen möglicherweise nicht über das erforderliche Token.
5. **„Vorbereiten“ des Clients für Survivability:** Wenn sich ein Client während des Normalbetriebs nie angemeldet hat, deaktivieren Sie den Survivability-Modus, melden Sie sich ab und dann wieder in der Zoom Workplace-App an, um das Survivability-Token aus der Zoom-Cloud abzurufen.
6. **Manuelle Token-Bereitstellung während eines Ausfalls:** Bei einem tatsächlichen Internetausfall, bei dem das Survivable-Token nicht empfangen wurde und eine Verbindung zur Zoom-Cloud unmöglich ist, kann das Token manuell über den unten beschriebenen „Token-Priming-Prozess“ bereitgestellt werden.

Wenn Clients in Survivability-Modus keine Meetings beitreten können, können Sie Folgendes verwenden:

1. **DNS-Auflösung:** Verwenden Sie `nslookup` oder `dig` (das auf den internen DNS-Server zeigt, nicht auf internetbasierte DNS-Server), um zu überprüfen, dass **alle** hybriden und survivablen Meeting-Komponenten lokal nach Hostname aufgelöst werden.
2. **Zugriff auf den Survivability-Webserver:** Öffnen Sie einen neuen Browser auf einem Clientrechner und versuchen Sie, eine Verbindung zum während der Installation definierten Survivability-Webserverdienst herzustellen.
   1. Beispielsweise ändern Sie die URL, indem Sie https\:// am Anfang hinzufügen und `:8080` am Ende. Zum Beispiel: `https://[private-zrjfkp4rtlzelmfn.mikenode.zoomonprem.com]:8080)`.

#### Testen des Meeting-Survivability-Modus

Sie können den Survivability-Modus mit einer verfügbaren Internetverbindung testen. Clients erhalten ein Signal zum Ein- oder Austreten aus dem Survivability-Modus unabhängig von der Internetverbindung.

Zoom empfiehlt einen ersten Test mit angeschlossenem Internet und einen anschließenden Test bei unterbrochener Verbindung. Dies ermöglicht die volle Funktionalität, da die lokale DNS-Auflösung das am häufigsten auftretende Problem ist.

Verwenden Sie zwei (2) oder drei (3) Clients, um diesen Test durchzuführen, um sicherzustellen, dass Meetings ordnungsgemäß funktionieren.

{% hint style="danger" %}
Beim Aktivieren des Survivability-Modus wechseln alle Clients, die der survivablen Zone zugewiesen sind, in den Survivability-Modus. Wenn dies auf Kontoebene zugewiesen wurde, wechseln alle Clients in diesen Modus. Dies kann unerwünschte Auswirkungen auf aktive Meetings haben. Für Tests sollte Survivability zur Begrenzung des betroffenen Benutzerumfangs nur auf Gruppenebene zugewiesen werden.
{% endhint %}

**Internetverbundener Test**

Klicken Sie in der lokalen Survivability-Modus-Konsole auf die **Umschalttaste** um den Survivability-Modus zu aktivieren. Ein Bestätigungsdialogfeld wird angezeigt. Klicken Sie **Einschalten** um ihn zu aktivieren.

![](https://590569539-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2Fgit-blob-245650c9ea9ed00cc3bc879cb31c2576bc685148%2FUnknown%20image?alt=media)

Wenn das System in den Survivability-Modus wechselt, wird oben in der Anzeige eine Leiste mit diesem Status und der Dauer der Aktivität angezeigt.

![](https://590569539-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2Fgit-blob-e09d518ebbb94a3e5dd5a04b6c83af55262da01b%2FUnknown%20image?alt=media)

{% hint style="info" %}
Der Survivability-Modus kann maximal 30 Tage am Stück laufen.
{% endhint %}

Der Survivability-Modus benötigt zwischen 15 und 30 Sekunden zum Aktivieren. Überprüfen Sie die Zoom Workplace-App, um zu sehen, ob sie in den Survivability-Modus gewechselt hat. Wenn ja, sehen Sie das Survivability-Feld auf der rechten Seite des Bildschirms und das kleine gelbe Alarm-Symbol oben in der Symbolleiste.

![](https://590569539-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2Fgit-blob-0accac2fbec98b7352b9823265b3017de31e744d%2FUnknown%20image?alt=media)

Klicken Sie auf das **Beitreten** Taste in der Liste der **Notfall-Meetings** die Sie im vorherigen Abschnitt definiert haben. Die Zoom Workplace-App versucht, beizutreten.

![](https://590569539-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2Fgit-blob-9ba4ec9e8169fb22814e30a7af36705c74717a12%2FUnknown%20image?alt=media)

Klicken Sie auf das **grünes Schildsymbol** um zu prüfen, ob es sich um ein Survivability-Mode-Meeting handelt. Die Survivability-Details werden in den **Host**, **Passcode**, und **Einladungslink** Abschnitten angezeigt.

![](https://590569539-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2Fgit-blob-8ec7dd4cffc1e63a8c1703d05ebb8d94e6968c21%2FUnknown%20image?alt=media)

Treten Sie diesem gleichen Notfall-Meeting von einer anderen Zoom Workplace-App bei.

<figure><img src="https://590569539-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2Fgit-blob-4d3906132df2760866d618220deb1d349e09ddb5%2FUnknown%20image?alt=media" alt=""><figcaption></figcaption></figure>

Sie können nun andere Meeting-Szenarien testen, wie z. B. ein PMR-Meeting von einer Zoom Workplace-App zu starten, die Meeting-Details mit einer anderen Zoom Workplace-App zu teilen und die andere Person beitreten zu lassen.

**Internet-getrennter Test**

Um den Survivability-Modus bei einem Internetausfall wie gewünscht funktionieren zu lassen, empfiehlt Zoom, einen vollständigen Offline-Test durchzuführen. Dieser Test ermöglicht es Ihrem lokalen DNS, alle hybriden und survivablen Komponenten korrekt aufzulösen.

Trennen Sie Ihren Internetzugang oder simulieren Sie einen Internetausfall mithilfe von Firewall-Regeln oder Netzwerk-ACLs, um den Datenverkehr von Test-Zoom-Workplace-Apps und Zoom Nodes an der Kommunikation mit der Zoom-Cloud zu hindern.

{% hint style="danger" %}
Das Trennen von Internetdiensten kann unbeabsichtigte Folgen für aktive Zoom-Meetings und alle Dienste haben, die Ihr Unternehmen aus dem Internet bezieht.
{% endhint %}

Wenn Sie Zugriff auf eine Firewall oder Netzwerkinfrastruktur haben, blockieren Sie den Datenverkehr von den Subnetzen, auf denen die Zoom Nodes ausgeführt werden, die Zoom Meetings Hybrid- und Meeting Survivability-Dienste bereitstellen.

Sie sollten auch den Datenverkehr von den Subnetzen blockieren, die von den Test-Zoom-Workplace-Apps verwendet werden.
