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)
Tools zur Behebung von PPP-Problemen
So rufen Sie Diagnoseinformationen aus pppd ab
So aktivieren Sie die PPP-Fehlersuche
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
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
In den folgenden Abschnitten finden Sie Informationen zum Lösen von Problemen im Zusammenhang mit PPP und PPPoE.
Allgemeine Kommunikationsprobleme, von denen PPP betroffen ist
So rufen Sie Informationen zur Fehlersuche für Chat-Skripten ab
Wenn die PPP-Verbindung aktiviert ist, aber nur wenige Hosts im Remote-Netzwerk erreichbar sind, kann ein Netzwerkproblem vorliegen. Anhand des folgenden Verfahrens wird demonstriert, wie Netzwerkprobleme isoliert und beseitigt werden, die sich auf eine PPP-Verbindung auswirken.
Rollen umfassen Autorisierungen und privilegierte Befehle. Weitere Informationen zu Rollen finden Sie unter Konfigurieren von RBAC (Übersicht der Schritte) in Systemverwaltungshandbuch: Sicherheitsservices.
noccp novj nopcomp noaccomp default-asyncmap
Diese Optionen dienen zum Bereitstellen des einfachsten unkomprimierten PPP, das verfügbar ist. Versuchen Sie, diese Optionen als Argumente für pppd in der Befehlszeile aufzurufen. Wenn Sie einen der nicht erreichbaren Hosts erreichen, fügen Sie die Optionen an einer der folgenden Stellen ein:
/etc/ppp/peers/peer-name, nach der call-Option
/etc/ppp/options, um sicherzustellen, dass die Optionen global wirksam werden
% pppd debug call peer-name
Verwenden Sie beispielsweise in einer PPP-Konfigurationsdatei das folgende Format:
connect 'chat -v -f /etc/ppp/chatfile'
/etc/ppp/chatfile stellt den Namen Ihrer Chat-Datei dar.
Prüfen Sie die Fehlersuchprotokolle. Wenn Sie weiterhin keine Remote-Hosts erreichen können, handelt es sich bei dem PPP-Problem möglicherweise um ein Netzwerkproblem.
In manchen Organisationen werden interne IP-Adressen zugewiesen, die innerhalb des lokalen Netzwerks bekannt sind, aber nicht zum Internet weitergeleitet werden können. Wenn die Remote-Hosts sich innerhalb Ihres Unternehmens befinden, müssen Sie einen NAT-Server (Name-to-Address Translation) oder Proxyserver einrichten, um Zugang zum Internet zu erhalten. Wenn sich die Remote-Hosts nicht in Ihrem Unternehmen befinden, sollten Sie die betreffende externe Organisation von dem Problem in Kenntnis setzen.
Stellen Sie sicher, dass die zwischengeschalteten Router richtig konfiguriert sind. Oft ist das Problem auf dem Pfad zu finden, der zum Peer zurück führt.
# ndd -set /dev/ip ip_forwarding 1
Weitere Informationen zu ndd finden Sie auf der Manpage ndd(1M).
In Solaris 10 können Sie routeadm(1M) anstelle von ndd(1M) verwenden.
# routeadm -e ipv4-forwarding -u
Hinweis - Der ndd-Befehl ist kein Dauerbefehl. Die mit diesem Befehl festgelegten Werte werden unwirksam, wenn das System neu gestartet wird. Der routeadm -Befehl ist ein Dauerbefehl. Die mit diesem Befehl festgelegten Werte bleiben wirksam, wenn das System neu gestartet wird.
Umfassende Informationen zu netstat finden Sie auf der Manpage netstat(1M).
Eine fehlerhafte Name Service-Konfiguration führt zum Ausfall von Anwendungen, da die IP-Adressen nicht aufgelöst werden können.
Sie können die von netstat -s erzeugten Meldungen verwenden, um die Netzwerkprobleme zu beheben, die in der folgenden Tabelle aufgeführt sind. Weitere Informationen zur Verfahrensweise finden Sie unter So diagnostizieren Sie Netzwerkprobleme.
Tabelle 21-2 Allgemeine Netzwerkprobleme, von denen PPP betroffen ist
|
Es treten Kommunikationsprobleme auf, wenn zwei Peers keine Verbindung herstellen können. Manchmal handelt es sich bei diesen Problemen um Aushandlungsprobleme, die auf falsch konfigurierte Chat-Skripten zurückzuführen sind. Das folgende Verfahren zeigt, wie Sie Kommunikationsprobleme beseitigen. Informationen zum Beseitigen von Aushandlungsproblemen, die auf ein fehlerhaftes Chat-Skript zurückzuführen sind, finden Sie in Tabelle 21-5.
Rollen umfassen Autorisierungen und privilegierte Befehle. Weitere Informationen zu Rollen finden Sie unter Konfigurieren von RBAC (Übersicht der Schritte) in Systemverwaltungshandbuch: Sicherheitsservices.
% pppd debug call peer-name
Sie können Informationen zur Fehlersuche vom Peer abrufen, um bestimmte Kommunikationsprobleme zu beseitigen.
In der folgenden Tabelle werden Symptome aufgeführt, die mit der Protokollausgabe des unter So diagnostizieren und beheben Sie Kommunikationsprobleme beschriebenen Verfahrens zusammenhängen.
Tabelle 21-3 Allgemeine Kommunikationsprobleme, von denen PPP betroffen ist
|
Manche PPP-Probleme können auf Probleme in den PPP-Konfigurationsdateien zurückgeführt werden. Anhand des folgenden Verfahrens wird demonstriert, wie Sie allgemeine Konfigurationsprobleme isolieren und beseitigen.
Rollen umfassen Autorisierungen und privilegierte Befehle. Weitere Informationen zu Rollen finden Sie unter Konfigurieren von RBAC (Übersicht der Schritte) in Systemverwaltungshandbuch: Sicherheitsservices.
% pppd debug call peer-name
In der folgenden Tabelle werden Symptome aufgeführt, die mit der Protokollausgabe des unter So diagnostizieren Sie Probleme mit der PPP-Konfiguration beschriebenen Verfahrens zusammenhängen.
Tabelle 21-4 Allgemeine PPP-Konfigurationsprobleme
|
Ein Modem kann ein Hauptproblembereich für eine Wählverbindung sein. Eines der häufigsten Anzeichen für Probleme mit der Modemkonfiguration ist die ausbleibende Antwort vom Peer. Die Vorgehensweise kann sich jedoch schwierig gestalten, wenn ein Verbindungsproblem tatsächlich auf die Modemkonfiguration zurückzuführen ist.
Empfehlungen zur Beseitigung grundlegender Modemprobleme finden Sie unter Troubleshooting Terminal and Modem Problems in System Administration Guide: Advanced Administration. In der Dokumentation des Modemherstellers und auf entsprechenden Websites sind Lösungen für Probleme sowie die dafür erforderlichen speziellen Geräte zu finden. Anhand des folgenden Verfahrens kann festgestellt werden, ob Verbindungsprobleme auf eine fehlerhafte Modemkonfiguration zurückzuführen sind.
Ausführliche Informationen zu ping finden Sie auf der Manpage ping(1M).
Wenn kleine Pakete empfangen aber größere Pakete abgeworfen werden, liegen möglicherweise Modemprobleme vor.
% netstat -ni Name Mtu Net/Dest Address Ipkts Ierrs Opkts Oerrs Collis Queue lo0 8232 127.0.0.0 127.0.0.1 826808 0 826808 0 0 0 hme0 1500 172.21.0.0 172.21.3.228 13800032 0 1648464 0 0 0 sppp0 1500 10.0.0.2 10.0.0.1 210 0 128 0 0 0
Wenn mit der Zeit immer mehr Schnittstellenfehler auftreten, ist die Modemkonfiguration unter Umständen falsch.
Allgemeine Fehler
Wenn Sie das /var/log/pppdebug-Protokoll anzeigen, können die folgenden Symptome in der Ausgabe auf eine fehlerhafte Modemkonfiguration hindeuten. Der lokale Rechner kann Signale vom Peer empfangen, aber der Peer kann keine Signale vom lokalen Rechner empfangen.
Vom Peer sind keine recvd-Meldungen eingegangen.
In der Ausgabe sind LCP-Meldungen vom Peer enthalten, aber es kommen zu viele too many LCP Configure Requests-Meldungen vom lokalen Rechner und die Verbindung kann nicht hergestellt werden.
Die Verbindung wird mit einem SIGHUP-Signal abgebrochen.
Wenden Sie das folgende Verfahren an, um Informationen zur Fehlersuche aus chat sowie Empfehlungen zur Beseitigung von allgemeinen Problemen abzurufen. Weitere Informationen finden Sie unter Allgemeine Chat-Skript-Probleme.
Rollen umfassen Autorisierungen und privilegierte Befehle. Weitere Informationen zu Rollen finden Sie unter Konfigurieren von RBAC (Übersicht der Schritte) in Systemverwaltungshandbuch: Sicherheitsservices.
connect "/usr/bin/chat -v -f /etc/ppp/chat-script-name"
Es folgt der häufigste Fehler, der in Verbindung mit chat auftritt:
Oct 31 08:57:13 deino chat[107294]: [ID 702911 local2.info] expect (CONNECT) Oct 31 08:57:58 deino chat[107294]: [ID 702911 local2.info] alarm Oct 31 08:57:58 deino chat[107294]: [ID 702911 local2.info] Failed
Im Beispiel wird die Zeitüberschreitung während des Wartens auf eine (CONNECT)-Zeichenfolge dargestellt. Wenn chat fehlschlägt, erhalten Sie die folgende Meldung von pppd :
Connect script failed
Chat-Skripten für Wählverbindungen sind fehleranfällig. In der folgenden Tabelle werden allgemeine Chat-Skript-Fehler sowie Empfehlungen zur Beseitigung der Fehler aufgeführt. Informationen zur Verfahrensweise finden Sie unter So rufen Sie Informationen zur Fehlersuche für Chat-Skripten ab.
Tabelle 21-5 Allgemeine Chat-Skript-Probleme
|
Einwahlserver können von Problemen betroffen sein, die auf Übertragungsraten zurückzuführen sind, die miteinander in Konflikt stehen. Anhand des folgenden Verfahrens können Sie die Ursache des Verbindungsproblems isolieren, das auf Übertragungsraten einer seriellen Verbindung zurückzuführen ist, die miteinander in Konflikt stehen.
Durch folgendes Verhalten werden Probleme im Zusammenhang mit Übertragungsraten verursacht:
Sie haben PPP über ein Programm wie /bin/login aufgerufen und die Übertragungsrate der Verbindung festgelegt.
Sie haben PPP über mgetty gestartet und versehentlich die Bitrate angegeben.
pppd ändert die ursprünglich für die Verbindung festgelegte Übertragungsrate in die Rate, die von /bin/login oder mgetty festgelegt wurde. Dies führt zum Fehlschlagen der Verbindung.
Informationen zur Vorgehensweise finden Sie unter So aktivieren Sie die PPP-Fehlersuche.
Prüfen Sie, ob in der Ausgabe die folgende Meldung enthalten ist:
LCP too many configure requests
Diese Meldung zeigt an, dass die Übertragungsraten der seriellen Verbindungen, die für PPP konfiguriert wurden, möglicherweise miteinander in Konflikt stehen.
In diesem Fall ändert pppd die ursprünglich konfigurierte Übertragungsrate in die Rate, die in /bin/login angegeben ist.
Daraus resultiert ebenfalls ein Konflikt der Übertragungsraten von seriellen Verbindungen.
Sie können PPP und standardmäßige UNIX-Dienstprogramme verwenden, um Probleme mit PPPoE zu lokalisieren. Wenn Sie vermuten, dass PPPoE die Ursache eines Verbindungsproblems ist, verwenden Sie die folgenden Diagnosetools, um Informationen zur Fehlerbehebung abzurufen.
Im folgenden Beispiel wird ein Teil einer Protokolldatei dargestellt, die für eine Verbindung mit einem PPPoE-Tunnel erstellt wurde.
Sep 6 16:28:45 enyo pppd[100563]: [ID 702911 daemon.info] Plugin pppoe.so loaded. Sep 6 16:28:45 enyo pppd[100563]: [ID 860527 daemon.notice] pppd 2.4.0b1 (Sun Microsystems, Inc., Sep 5 2001 10:42:05) started by troot, uid 0 Sep 6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.debug] connect option: '/usr/lib/inet/pppoec -v hme0' started (pid 100564) Sep 6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.info] Serial connection established. Sep 6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.info] Using interface sppp0 Sep 6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.notice] Connect: sppp0 <--> /dev/sppptun Sep 6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.debug] /etc/ppp/pap-secrets is apparently empty Sep 6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.debug] /etc/ppp/chap-secrets is apparently empty Sep 6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.debug] sent [LCP ConfReq id=0xef <mru 1492> asyncmap 0x0 <magic 0x77d3e953><pcomp><acomp> Sep 6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.debug] rcvd [LCP ConfReq id=0x2a <mru 1402> asyncmap 0x0 <magic 0x9985f048><pcomp><acomp
Wenn Sie das Problem nicht mithilfe der Fehlersuchausgabe isolieren können, fahren Sie mit diesem Verfahren fort.
# pppd connect "/usr/lib/inet/pppoec -v interface-name"
pppoec sendet Diagnoseinformationen an stderr . Wenn Sie pppd im Vordergrund ausführen, wird die Ausgabe auf dem Bildschirm angezeigt. Wenn pppd im Hintergrund ausgeführt wird, wird die Ausgabe an /etc/ppp/connect-errors gesendet.
Im folgenden Beispiel werden die Meldungen dargestellt, die während der Aushandlung des PPPoE-Tunnels generiert werden.
Connect option: '/usr/lib/inet/pppoec -v hme0' started (pid 100564) /usr/lib/inet/pppoec: PPPoE Event Open (1) in state Dead (0): action SendPADI (2) /usr/lib/inet/pppoec: Sending PADI to ff:ff:ff:ff:ff:ff: 18 bytes /usr/lib/inet/pppoec: PPPoE State change Dead (0) -> InitSent (1) /usr/lib/inet/pppoec: Received Active Discovery Offer from 8:0:20:cd:c1:2/hme0:pppoed /usr/lib/inet/pppoec: PPPoE Event rPADO+ (5) in state InitSent (1): action SendPADR+ (5) /usr/lib/inet/pppoec: Sending PADR to 8:0:20:cd:c1:2: 22 bytes /usr/lib/inet/pppoec: PPPoE State change InitSent (1) -> ReqSent (3) /usr/lib/inet/pppoec: Received Active Discovery Session-confirmation from 8:0:20:cd:c1:2/hme0:pppoed /usr/lib/inet/pppoec: PPPoE Event rPADS (7) in state ReqSent (3): action Open (7) /usr/lib/inet/pppoec: Connection open; session 0002 on hme0:pppoe /usr/lib/inet/pppoec: PPPoE State change ReqSent (3) -> Convers (4) /usr/lib/inet/pppoec: connected
Wenn Sie das Problem nicht mithilfe der Diagnosemeldungen isolieren können, fahren Sie mit diesem Verfahren fort.
Informationen zu snoop finden Sie auf der Manpage snoop(1M).
# snoop -o pppoe-trace-file
# snoop -i pppoe-trace-file -v pppoe
ETHER: ----- Ether Header ----- ETHER: ETHER: Packet 1 arrived at 6:35:2.77 ETHER: Packet size = 32 bytes ETHER: Destination = ff:ff:ff:ff:ff:ff, (broadcast) ETHER: Source = 8:0:20:78:f3:7c, Sun ETHER: Ethertype = 8863 (PPPoE Discovery) ETHER: PPPoE: ----- PPP Over Ethernet ----- PPPoE: PPPoE: Version = 1 PPPoE: Type = 1 PPPoE: Code = 9 (Active Discovery Initiation) PPPoE: Session Id = 0 PPPoE: Length = 12 bytes PPPoE: PPPoE: ----- Service-Name ----- PPPoE: Tag Type = 257 PPPoE: Tag Length = 0 bytes PPPoE: PPPoE: ----- Host-Uniq ----- PPPoE: Tag Type = 259 PPPoE: Tag Length = 4 bytes PPPoE: Data = Ox00000002 PPPoE: . . . ETHER: ----- Ether Header ----- ETHER: ETHER: Packet 5 arrived at 6:35:2.87 ETHER: Packet size = 60 bytes ETHER: Destination = 8:0:20:78:f3:7c, Sun) ETHER: Source = 0:2:fd:39:7f:7, ETHER: Ethertype = 8864 (PPPoE Session) ETHER: PPPoE: ----- PPP Over Ethernet ----- PPPoE: PPPoE: Version = 1 PPPoE: Type = 1 PPPoE: Code = 0 (PPPoE Session) PPPoE: Session Id = 24383 PPPoE: Length = 20 bytes PPPoE: PPP: ----- Point-to-Point Protocol ----- PPP: PPP-LCP: ----- Link Control Protocol ----- PPP-LCP: PPP-LCP: Code = 1 (Configure Request) PPP-LCP: Identifier = 80 PPP-LCP: Length = 18