Netzwerkprobleme
Das Internet "geht" mal wieder nicht?
Im Webbrowser wird die gewünschte Seite nicht angezeigt?
Lokale Anwendungen (thunar, mc, ...) starten langsam?
Hier sollen kurze Tests gezeigt werden womit der User feststellen kann ob und ggf. welches Netzproblem vorliegt.
Ist der lokale Rechner netzwerkfähig?
ifconfig -a
zeigt alle verfügbaren Netzwerkdevices und deren Zustand
ifconfig eth0
zeigt speziell den Zustand des Devices eth0. Wichtig hierbei sind:
- hat das Device eine IP-Adresse? inet addr:192.168.1.10
- Ist es aktiv? UP BROADCAST RUNNING MULTICAST
Wenn beides nicht stimmt, dann ist das eigene Netzdevice nicht richtig konfiguriert.
Lösungen/Ursachen
- Device richtig in /etc/rc.conf einrichten
Was auch immer funktionieren muß:
ping <eigene_IP-Adresse> ping 127.0.0.1
Manche Anwendungen starten langsam/garnicht
Linux ist ein sehr netzwerkorientiertes Betriebssystem. Viele Anwendungen oder Prozesse bedienen sich selbst auf einem Einzelplatz-Rechner ohne offensichtlichen Netzwerkanschluß der TCP/IP-Kommunikation.
Dieser "interne" Verkehr wird dann über das sog. loopback device abgewickelt. Dieses Device muß auf jedem Rechner konfiguriert sein.
Ob solch ein Problem vorliegt kann man sehr einfach testen:
ping 127.0.0.1
muß beantwortet werden. Wenn nicht, dann ist es in der /etc/rc.conf falsch/nicht konfiguriert.
Auch der Befehl:
ifconfig lo
muß das loopback Device lo UP mit der IP-Adresse 127.0.0.1 zeigen.
Gleichzeitig muß folgendes funktionieren:
ping localhost
Hierbei muß sich das lo Device mit der IP 127.0.0.1 mit Antwortpaketen melden.
Lösungen/Ursachen
- Das Device richtig in der /etc/rc.conf eintragen (Die Punkte ... sagen nur: hier kann bei dir auch noch was anderes zusätzlich stehen):
... # NETWORKING ... lo="lo 127.0.0.1" INTERFACES=(lo ...)
- Damit der Name localhost auch aufgelöst wird, muß folgendes zum Loopback-Device in der Datei /etc/hosts stehen:
127.0.0.1 localhost.localdomain localhost
Zur Aufgabe dieser hosts-Datei siehe auch hier
Probleme mit der Außenwelt
Lokal ist mein Rechner scheinbar netzwerkfähig, sogar das lokale Netzwerk funktioniert (sofern vorhanden). Nur nach außerhalb (Internet z.B.) funktioniert nichts!
Dafür kann es mehrere Ursachen geben. Hier die Sachen, die wir testen können/sollten:
Routing
Weiß unser Rechner wohin Pakete zu schicken sind, die nicht für diesen Rechner bestimmt sind?
route -n
sollte uns etwas in dieser Art zeigen:
[god@universe ~]$ route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
Wichtig hier ist das sog. Default Gateway. Das ist die letzte Zeile mit der Destination 0.0.0.0 und dem Flag UG.
Als Zieladresse (Gateway) muß hier die IP-Adresse unseres Gateways stehen. Das kann die Adresse eines DSL-Routers sein. Oder bei einer PPP/PPPoE-Verbindung die des Providers.
Lösungen/Ursachen
- Bei einer statischen lokalen IP wurde ein falsches Gateway eingetragen oder das Gateway nicht aktiviert. In der /etc/rc.conf die richtige Gateway-Adresse eintragen und/oder das Disable-Flag (!) bei ROUTES= für diese Route entfernen.
DNS-Probleme
Wenn im Webbrowser keine Seiten gefunden werden ("Unbekannter Rechner www.google.de" o.ä.) dann können meist die Namen der Rechner netzwerkseitig nicht zu den IP-Adressen aufgelöst werden.
Ob so ein Problem vorliegt kann man folgendermaßen testen:
[god@universe ~]$ ping www.google.de ping: unknown host www.google.de
Wenn diese Meldug kommt, dann kann die IP dieses Rechners nicht aufgelöst werden. Dann folgendes testen:
[god@universe ~]$ ping 209.85.129.104 PING 209.85.129.104 (209.85.129.104) 56(84) bytes of data. 64 bytes from 209.85.129.104: icmp_seq=1 ttl=245 time=16.5 ms 64 bytes from 209.85.129.104: icmp_seq=2 ttl=245 time=16.2 ms ...
Wenn beim Ping auf die IP-Adresse Antwortpakete zurückkommen, dann funktioniert das Netzwerk prinzipiell, lediglich die Namensauflösung klappt nicht.
Lösungen/Ursachen
- In der Datei /etc/resolv.conf müssen gültige Nameserver eingetragen sein. Auch wenn die eigene IP-Adresse dynamisch per DHCP zugewiesen wird darf diese Datei nicht leer sein.
Provider-Probleme
Oftmals kann auch der Provider ein Problem haben. Das glaubt uns dort nur meist niemand ;-)
Hier ein paar hilfreiche Tests:
traceroute www.google.de
Das zeigt uns den "Weg" eines Paketes. Wenn wir diesen Test mit verschiedenen Zielen machen und der letzte Host der sich meldet immer der unseres Providers wäre (*.net.DTAG.DE.* z.B. bei der Telekom), dann hat der Provider evtl. ein Netzproblem.
pppoe-discovery
Bei einem DSL-Anschluß kann uns das zeigen, ob unsere DSL-Verbindung zum Provider gestört ist. Das kann ein DSL-Router/Modem-Problem sein, aber auch ein Provider-Problem.
Bei Funktionieren sollte dieser Befehl melden:
- Access-Concentrator - der Name des AC/DSLAM
- Got a cookie: xxx yyyy
- AC-Ethernet-Address - die MAC-Adresse des AC/DSLAM
Dieser Test mit pppoe-discoery kann von jedem Rechner im LAN abgesetzt werden.