Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

Debuggen der cRPD-Anwendung

Sie können die folgenden Befehle verwenden, um die cRPD-Anwendung zu debuggen.

CLI

Die Junos OS CLI ist das primäre Tool zur Steuerung und Fehlerbehebung von Router-Hardware, Junos OS, Routing-Protokollen und Netzwerkkonnektivität. CLI-Befehle zeigen Informationen aus Routing-Tabellen, spezifische Informationen zu Routing-Protokollen und Informationen zur Netzwerkkonnektivität an, die von den traceroute Dienstprogrammen abgeleitet werden. RPD-Tracelog-Funktionen werden über die CLI unterstützt und aktiviert. Trace-Protokolldateien werden im Pfad gespeichert /var/log .

Sie können die folgenden Junos CLI-Befehle zur Fehlerbehebung bei cRPD verwenden:

  • show task: Zeigt die Routing-Protokoll-Tasks auf der Routing-Engine an.

  • show task memory detail: Zeigt die Speicherauslastung für Routing-Protokoll-Tasks in der Routing-Engine an.

  • show route: Zeigt die aktiven Einträge in den Routing-Tabellen an.

  • show bfd: Zeigt Informationen über aktive BFD-Sitzungen (Bidirectional Forwarding Detection) an.

  • show bgp: Zeigt Informationen über BGP-Zusammenfassungsinformationen für alle Routing-Instanzen an.

  • show (ospf | ospf3): Zeigt Standardinformationen über alle OSPF-Nachbarn für alle Routing-Instanzen an.

  • show interfaces routing: Führen Sie eine Routerdiagnose durch.

  • show log: Zeigen Sie Systemaktivitätsprotokolle an, um Informationen für die Leistungsüberwachung, Fehlerbehebung und Fehlerbehebung zu überwachen und anzuzeigen.

  • show krt: Überwachen Sie KRT-Warteschlangen und deren Status.

  • show programmable-rpd: Liste der Clients, die mit dem prpd-Server (Programmable Routing Protocol Process) verbunden sind. Das prpd stellt öffentliche APIs für das Programmieren von Routingsystemen bereit, sodass Benutzer direkt auf die APIs zugreifen können, um das Verhalten ihres Netzwerks anzupassen, zu erstellen und zu ändern.

  • ip monitor: Überwachen Sie die Installation von Routen zu Linux FIB und Schnittstellenereignissen und Netlink-Nachrichten.

  • tcpdump: Erfassen Sie den Netzwerkverkehr zum/vom Control Plane.

  • netstat: Überwachen Sie die Steckdosen.

  • request support information: Zeigen Sie die Support-Informationen an, die für die Fehlerbehebung verwendet werden.

Fehlerbehandlung

Wenn der rpd abstürzt, startet er automatisch neu. Für die manuelle Wiederherstellung nach einem Fehler können Sie die folgenden CLI-Befehlshierarchien implementieren, um die Fehler zu behandeln:

  • restart routing: Starten Sie das rpd neu.

  • clear bgp: Löschen Sie BGP-Sitzungen.

  • deactivate: Deaktivieren Sie die CLI-Konfiguration.

  • activate: Aktivieren Sie die CLI-Konfiguration.

Fehlerbehebung bei Containern

Sie können verschiedene Docker-Befehle implementieren, um Probleme auf Containerebene zu überwachen und zu beheben, wenn cRPD als Docker-Container bereitgestellt wird.

  • docker ps: Listet aktive Container und deren Status auf.

  • docker stats: Kontinuierliche Überwachung der Ressourcenauslastung.

  • docker logs: Extrahieren Sie Containerprotokolle für den Fall, dass der Container unerwartet beendet wird.

  • docker stop: Beenden Sie den Docker aus dem aktuellen Zustand.

  • docker start: Starten Sie den Docker-Container neu.

Überprüfen von Docker

  1. Überprüfen Sie die installierte Docker-Engine-Version mithilfe des Befehls.docker version

    root@ubuntu-vm18:~# docker version

  2. Zeigen Sie die Software- und Hardwareinformationen im System an.

    root@ubuntu-vm18:~# uname -a

  3. Sehen Sie sich die Version von Ubuntu an.

    root@ubuntu-vm18:~# lsb_release -a

Kerndateien anzeigen

Zweck

Wenn eine Core-Datei generiert wird, finden Sie die Ausgabe unter /var/crash. Die generierten Core-Dateien werden auf dem System gespeichert, auf dem die Docker-Container gehostet werden.

Sie können auch ping und ping6 verwenden, um die Erreichbarkeit im Shell-Modus zu überprüfen.

Aktion

So listen Sie die Kerndateien auf:

  1. Beenden Sie die CLI-Umgebung, um zur Host-Unix-Shell zurückzukehren.

    user@host> start shell

  2. Ändern Sie das Verzeichnis in /var/crash:

    root@ubuntu-vm18$ cd /var/crash

    root@ubuntu-vm18$ ls -l

  3. Führen Sie den folgenden Befehl aus, um den Speicherort der Kerndateien zu identifizieren:

    root@ubuntu-vm18$ sysctl kernel.core_pattern

  4. Überprüfen Sie, ob alle Kerndateien zum Zeitpunkt des Absturzes erstellt wurden.

Nur-Text-Version des verschleierten ($9$) oder verschlüsselten ($8$) Passworts anzeigen

  • Sie können den folgenden Befehl verwenden, um Nur-Text-Versionen von verschleierten ($9$) oder verschlüsselten ($8$) Kennwörtern anzuzeigen, die in Konfigurationsdateien vorhanden sind:

    root@crpd1> request system decrypt password

    Weitere Informationen finden Sie unter Anfordern des Kennworts zum Entschlüsseln des Systems.