Teil I Netzwerkdienste - Themen
2. Verwalten von Webcache-Servern
Teil II Zugriff auf Netzwerkdateisysteme - Themen
4. Verwalten von Netzwerkdateisystemen (Übersicht)
5. Verwaltung des Netzwerkdateisystems (Aufgaben)
6. Zugreifen auf Netzwerkdateisysteme (Referenz)
Teil III SLP (Service Location Protocol) - Themen
8. Planen und Aktivieren von SLP (Aufgaben)
9. Verwalten von SLP (Aufgaben)
10. Integrieren von veralteten Services
Teil V Serielle Vernetzung - Themen
15. Solaris PPP 4.0 (Überblick)
16. PLanen einer PPP-Verbindung (Aufgaben)
17. Einrichten einer PPP-Einwahlverbindung (Aufgaben)
18. Einrichten einer PPP-Standleitungsverbindung (Aufgaben)
19. Einrichten der PPP-Authentifizierung (Aufgaben)
20. Einrichten eines PPPoE-Tunnels (Aufgaben)
21. Beheben von allgemeinen PPP-Problemen (Aufgaben)
Lösen von PPP-Problemen (Übersicht der Schritte)
Lösen von Problemen im Zusammenhang mit PPP und PPPoE
So diagnostizieren Sie Netzwerkprobleme
Allgemeine Netzwerkprobleme, von denen PPP betroffen ist
So diagnostizieren und beheben Sie Kommunikationsprobleme
Allgemeine Kommunikationsprobleme, von denen PPP betroffen ist
So diagnostizieren Sie Probleme mit der PPP-Konfiguration
Allgemeine PPP-Konfigurationsprobleme
So diagnostizieren Sie Modemprobleme
So rufen Sie Informationen zur Fehlersuche für Chat-Skripten ab
Allgemeine Chat-Skript-Probleme
So rufen Sie Diagnoseinformationen für PPPoE ab
Beheben von Standleitungsproblemen
Diagnostizieren und Beheben von Authentifizierungsproblemen
22. Solaris PPP 4.0 (Referenz)
23. Migrieren von Asynchronous Solaris PPP zu Solaris PPP 4.0 (Aufgaben)
25. Verwalten von UUCP (Aufgaben)
Teil VI Arbeiten mit Remote-Systemen - Themen
27. Arbeiten mit Remote-Systemen (Übersicht)
28. Verwalten des FTP-Servers (Aufgaben)
29. Zugriff auf Remote-Systeme (Aufgaben)
Teil VII Überwachen von Netzwerkdiensten - Themen
Bei PPP-Verbindungen treten die folgenden drei Fehler auf:
Fehler beim Herstellen einer Verbindung
Schlechte Verbindung bei regulärer Verwendung
Probleme, die auf die Netzwerke an beiden Seiten der Verbindung zurückzuführen sind
Die einfachste Möglichkeit, um festzustellen, ob PPP fehlerfrei funktioniert, besteht darin, einen Befehl über die Verbindung auszuführen. Senden Sie einen Befehl wie ping oder traceroute an einen Host im Netzwerk des Peers. Anschließend prüfen Sie die Ergebnisse. Um die Leistung einer bestehenden Verbindung zu überwachen oder Fehler an einer Verbindung zu beheben, sollten Sie PPP- und UNIX-Fehlerbehebungstools verwenden.
In diesem Abschnitt wird beschrieben, wie Diagnoseinformationen aus pppd und den zugehörigen Protokolldateien abgerufen werden. In den übrigen Abschnitten dieses Kapitels werden allgemeine PPP-Probleme beschrieben, die Sie mithilfe der PPP-Fehlerbehebungtools lokalisieren und beheben können.
Anhand des folgenden Verfahrens wird demonstriert, wie die aktuellen Vorgänge einer Verbindung auf dem lokalen Rechner angezeigt werden.
Rollen umfassen Autorisierungen und privilegierte Befehle. Weitere Informationen zu Rollen finden Sie unter Konfigurieren von RBAC (Übersicht der Schritte) in Systemverwaltungshandbuch: Sicherheitsservices.
# pppd cua/b debug updetach
Im folgenden Beispiel werden die resultierenden Ausgaben für eine Wählverbindung und eine Standleitungsverbindung gezeigt, wenn pppd im Vordergrund ausgeführt wird. Wenn Sie pppd debug im Hintergrund ausführen, wird die resultierende Ausgabe an die /etc/ppp/connect-errors-Datei gesendet.
Beispiel 21-1 Ausgabe, die aus einer funktionierenden Wählverbindung resultiert
# pppd /dev/cua/b debug updetach have route to 0.0.0.0/0.0.0.0 via 172.21.0.4 serial speed set to 230400 bps Using interface sppp0 Connect: sppp0 <--> /dev/cua/b sent [LCP ConfReq id=0x7b <asyncmap 0x0> <magic 0x73e981c8> <pcomp> <accomp>] rcvd [LCP Ident id=0x79 magic=0x0 "ppp-2.4.0b1 (Sun Microsystems, Inc., Oct 6 2004 09:36:22)"] Peer Identification: ppp-2.4.0b1 (Sun Microsystems, Inc., Oct 6 2004 09:36:22) rcvd [LCP ConfRej id=0x7b <asyncmap 0x0>] sent [LCP Ident id=0x7c magic=0x0 "ppp-2.4.0b1 (Sun Microsystems, Inc., Sep 15 2004 09:38:33)" sent [LCP ConfReq id=0x7d <magic 0x73e981c8> <pcomp> <accomp>] rcvd [LCP ConfAck id=0x7d <magic 0x73e981c8> <pcomp> <accomp>] rcvd [LCP ConfAck id=0x78 <magic 0xdd4ad820> <pcomp> <accomp>] sent [LCP ConfAck id=0x78 <magic 0xdd4ad820> <pcomp> <accomp>] sent [LCP Ident id=0x7e magic=0x73e981c8 "ppp-2.4.0b1 (Sun Microsystems, Inc., Sep 15 2004 09:38:33)"] sent [IPCP ConfReq id=0x3d <addr 0.0.0.0> <compress VJ 0f 01>] rcvd [LCP Ident id=0x7a magic=0xdd4ad820 "ppp-2.4.0b1 (Sun Microsystems, Inc., Oct 6 2004 09:36:22)"] Peer Identification: ppp-2.4.0b1 (Sun Microsystems, Inc., Oct 6 2004 09:36:22) rcvd [IPCP ConfReq id=0x92 <addr 10.0.0.1> <compress VJ 0f 01> sent [IPCP ConfAck id=0x92 <addr 10.0.0.1> <compress VJ 0f 01> rcvd [IPCP ConfNak id=0x3d <addr 10.0.0.2>]] sent [IPCP ConfReq id=0x3e <addr 10.0.0.2> <compress VJ 0f 01>] rcvd [IPCP ConfAck id=0x3e <addr 10.0.0.2> <compress VJ 0f 01>] local IP address 10.0.0.2 remote IP address 10.0.0.1
Beispiel 21-2 Ausgabe, die aus einer funktionierenden Standleitungsverbindung resultiert
# pppd /dev/se_hdlc1 default-asyncmap debug updetach pppd 2.4.0b1 (Sun Microsystems, Inc., Oct 24 2004 07:13:18) started by root, uid 0 synchronous speed appears to be 0 bps init option: '/etc/ppp/peers/syncinit.sh' started (pid 105122) Serial port initialized. synchronous speed appears to be 64000 bps Using interface sppp0 Connect: sppp0 <--> /dev/se_hdlc1 sent [LCP ConfReq id=0xe9 <magic 0x474283c6><pcomp> <accomp>] rcvd [LCP ConfAck id=0xe9 <magic 0x474283c6><pcomp> <accomp>] rcvd [LCP ConfReq id=0x22 <magic 0x8e3a53ff><pcomp> <accomp>] sent [LCP ConfReq id=0x22 <magic 0x8e3a53ff><pcomp> <accomp>] sent [LCP Ident id=0xea magic=0x474283c6 "ppp-2.4.0b1 (Sun Microsystems, Inc., Oct 22 2004 14:31:44)"] sent [IPCP ConfReq id=0xf7 <addr 0.0.0.0> <compress VJ Of o1>]] sent [CCP ConfReq id=0x3f <deflate 15> <deflate(old#) 15> <bsd v1 15>] rcvd [LCP Ident id=0x23 magic=0x8e3a53ff "ppp-2.4.0b1 (Sun Microsystems, Inc., Oct 22 2004 14:31:44)"] Peer Identification: ppp-2.4.0b1 (Sun Microsystems, Inc., Oct 22 2004 14:31:44) rcvd [IPCP ConfReq id=0x25 <addr 10.0.0.1> <compress VJ Of 01>] sent [IPCP ConfAck id=0x25 <addr 10.0.0.1> <compress VJ Of 01>] rcvd [CCP ConfReq id=0x3 <deflate 15> <deflate(old#) 15 <bsd v1 15>] sent [CCP ConfAck id=0x3 <deflate 15> <deflate(old#) 15 <bsd v1 15>] rcvd [IPCP ConfNak id=0xf8 <addr 10.0.0.2>] rcvd [IPCP ConfReq id=0xf7 <addr 10.0.0.2> <compress VJ Of 01>] rcvd [CCP ConfAck id=0x3f <deflate 15> <deflate(old#) 15 <bsd v1 15>] Deflate (15) compression enabled rcvd [IPCP ConfAck id=0xf8 <addr 10.0.0.2> <compress VJ Of 01>] local IP address 10.0.0.2 remote IP address 10.0.0.1
In der folgenden Aufgabe wird gezeigt, wie der pppd-Befehl zu verwenden ist, um Informationen zur Fehlersuche abzurufen.
Hinweis - Sie müssen für jeden Host jeweils nur einmal die Schritte 1 bis 3 ausführen. Anschließend fahren Sie mit Schritt 4 fort, um die Fehlersuche für den Host zu aktivieren.
Rollen umfassen Autorisierungen und privilegierte Befehle. Weitere Informationen zu Rollen finden Sie unter Konfigurieren von RBAC (Übersicht der Schritte) in Systemverwaltungshandbuch: Sicherheitsservices.
# touch /var/log/pppdebug
daemon.debug;local2.debug /var/log/pppdebug
# pkill -HUP -x syslogd
# pppd debug call peer-name
peer-name muss der Name einer Datei im /etc/ppp/peers-Verzeichnis sein.
# tail -f /var/log/pppdebug
Ein Beispiel für eine Protokolldatei finden Sie in Schritt 3.