ADC
Danke für das Feedback

Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)

Problembehandlung

Wenn die SSL-Funktion nach der Konfiguration nicht wie erwartet funktioniert, können Sie einige gängige Tools verwenden, um auf NetScaler-Ressourcen zuzugreifen und das Problem zu diagnostizieren.

Ressourcen für die Fehlerbehebung

Die besten Ergebnisse erzielen Sie, wenn Sie die folgenden Ressourcen verwenden, um ein SSL-Problem auf einer NetScaler-Appliance zu beheben:

  • Die entsprechende Datei ns.log
  • Die neueste ns.conf-Datei
  • Die Nachrichtendatei
  • Die entsprechende newnslog Datei
  • Trace-Dateien
  • Eine Kopie der Zertifikatsdateien, wenn möglich
  • Eine Kopie der Schlüsseldatei, wenn möglich
  • Die Fehlermeldung, falls vorhanden

Zusätzlich zu diesen Ressourcen können Sie die Wireshark-Anwendung verwenden, die auf die NetScaler-Trace-Dateien zugeschnitten ist, um die Fehlerbehebung zu beschleunigen.

Behebung von SSL-Problemen

Gehen Sie wie folgt vor, um ein SSL-Problem zu beheben:

  • Stellen Sie sicher, dass die NetScaler-Appliance für SSL-Offloading und Load Balancing lizenziert ist.
  • Stellen Sie sicher, dass die Funktionen SSL-Offloading und Load Balancing auf der Appliance aktiviert sind.
  • Stellen Sie sicher, dass der Status des virtuellen SSL-Servers nicht als DOWN angezeigt wird.
  • Stellen Sie sicher, dass der Status des an den virtuellen Server gebundenen Dienstes nicht als DOWN angezeigt wird.
  • Stellen Sie sicher, dass ein gültiges Zertifikat an den virtuellen Server gebunden ist.
  • Stellen Sie sicher, dass der Dienst einen geeigneten Port verwendet, vorzugsweise Port 443.

Entschlüsselung des TLS1.3-Datenverkehrs aus der Paketverfolgung

Zur Fehlerbehebung bei Protokollen, die über TLS1.3 laufen, müssen Sie zuerst den TLS1.3-Verkehr entschlüsseln. Um TLS 1.3 in Wireshark zu entschlüsseln, müssen die Geheimnisse imNSS Schlüsselprotokollformat exportiert werden. Weitere Informationen zum Schlüsselprotokollformat finden Sie unter NSS Key Log Format.

Informationen zum Erfassen einer Paketverfolgung finden Sie unter Erfassen von SSL-Sitzungsschlüsseln während einer Ablaufverfolgung.

Hinweis: NetScaler protokolliert automatisch die Geheimnisse jeder Verbindung im entsprechenden Format für die verwendete TLS/SSL-Protokollversion.

In einem HA-Setup findet keine CRL-Aktualisierung auf dem sekundären Knoten statt

Die Aktualisierung findet nicht statt, da der CRL-Server nur für den primären Knoten über ein privates Netzwerk zugänglich ist.

Problemumgehung: Fügen Sie auf dem primären Knoten einen Dienst mit der IP-Adresse des CRL-Servers hinzu. Dieser Dienst fungiert als Proxy für den CRL-Server. Wenn die Konfiguration zwischen den Knoten synchronisiert wird, funktioniert die CRL-Aktualisierung sowohl für primäre als auch für sekundäre Knoten über den Dienst, der auf dem primären Knoten konfiguriert ist.

Die offizielle Version dieses Inhalts ist auf Englisch. Für den einfachen Einstieg wird Teil des Inhalts der Cloud Software Group Dokumentation maschinell übersetzt. Cloud Software Group hat keine Kontrolle über maschinell übersetzte Inhalte, die Fehler, Ungenauigkeiten oder eine ungeeignete Sprache enthalten können. Es wird keine Garantie, weder ausdrücklich noch stillschweigend, für die Genauigkeit, Zuverlässigkeit, Eignung oder Richtigkeit von Übersetzungen aus dem englischen Original in eine andere Sprache oder für die Konformität Ihres Cloud Software Group Produkts oder Ihres Diensts mit maschinell übersetzten Inhalten gegeben, und jegliche Garantie, die im Rahmen der anwendbaren Endbenutzer-Lizenzvereinbarung oder der Vertragsbedingungen oder einer anderen Vereinbarung mit Cloud Software Group gegeben wird, dass das Produkt oder den Dienst mit der Dokumentation übereinstimmt, gilt nicht in dem Umfang, in dem diese Dokumentation maschinell übersetzt wurde. Cloud Software Group kann nicht für Schäden oder Probleme verantwortlich gemacht werden, die durch die Verwendung maschinell übersetzter Inhalte entstehen können.