Keine Antwort auf ping localhost
Hallo Liste, hier läuft eine SuSE 6.0 mit Kernel 2.0.38 als Server. Seit einigen Tagen habe ich folgendes Problem: ein #ping localhost gibt keine Antwort mehr, ein #nslookup localhost gibt nur den lokalen DNS-Server (bind 4.9.7)aus, das warŽs. Nach jeder dieser Eingaben an einer Konsole ist eben jene blockiert und nur ein Strg + C gibt sie wieder frei. Jedes #ping host für laufende Hosts außer eben localhost funktioniert, ebenso ein #nslookup host für Hosts außer localhost (jeweils alles im lokalen Netz ohne Internetverbindung). Hier habe ich einmal einige Infos des Servers zusammengetragen: erver:~ # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface server.schueszl * 255.255.255.255 UH 0 0 0 dummy 127.0.0.2 * 255.255.255.255 UH 1 0 0 sl0 192.168.100.0 * 255.255.255.0 U 0 0 2 eth0 loopback * 255.0.0.0 U 0 0 6 lo default * 0.0.0.0 U 1 0 14 sl0 server:~ # route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.100.99 0.0.0.0 255.255.255.255 UH 0 0 0 dummy 127.0.0.2 0.0.0.0 255.255.255.255 UH 1 0 0 sl0 192.168.100.0 0.0.0.0 255.255.255.0 U 0 0 2 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 6 lo 0.0.0.0 0.0.0.0 0.0.0.0 U 1 0 14 sl0 server:~ # ifconfig lo Link encap:Local Loopback inet addr:127.0.0.1 Bcast:127.255.255.255 Mask:255.0.0.0 UP BROADCAST LOOPBACK RUNNING MTU:3584 Metric:1 RX packets:508 errors:0 dropped:0 overruns:0 frame:0 TX packets:508 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 server:~ # netstat -nr Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 192.168.100.99 0.0.0.0 255.255.255.255 UH 1500 0 0 dummy 127.0.0.2 0.0.0.0 255.255.255.255 UH 1500 0 0 sl0 192.168.100.0 0.0.0.0 255.255.255.0 U 1500 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 3584 0 0 lo 0.0.0.0 0.0.0.0 0.0.0.0 U 1500 0 0 sl0 #Inhalt /etc/hosts 127.0.0.1 localhost 192.168.100.99 server.schueszler.subdomain.de server #Inhalt /etc/host.conf order hosts bind multi on nospoof on alert on #Inhalt /etc/resolv.conf search schueszler.subdomain.de ns.nikoma.de nameserver 192.168.100.99 nameserver 212.122.128.10 #Inhalt /etc/route.conf 192.168.100.0 0.0.0.0 255.255.255.0 eth0 Wenn ich nicht mit dicken holländischen Tomaten auf den Augen vorŽm Rechner sitze, sieht das alles richtig aus, wenn ichŽs mit den Beispielen aus Olaf Kirchs NAG vergleiche. Also, wo liegt der Fehler mit dem localhost? Denn ohne erreichbaren localhost wollen diverse Dienste auf dem Server nicht laufen. Danke für Antworten, Bye JT -- Jan Tim Schueszler - Germany - ICQ 31996332 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Jan! Jan Tim Schueszler schrieb am Montag, 01. Mai 2000:
hier läuft eine SuSE 6.0 mit Kernel 2.0.38 als Server. Seit einigen Tagen habe ich folgendes Problem: ein #ping localhost gibt keine Antwort mehr, ein #nslookup localhost gibt nur den lokalen DNS-Server (bind 4.9.7)aus, das warŽs. Nach jeder dieser Eingaben an einer Konsole ist eben jene blockiert und nur ein Strg + C gibt sie wieder frei. Jedes #ping host für laufende Hosts außer eben localhost funktioniert, ebenso ein #nslookup host für Hosts außer localhost (jeweils alles im lokalen Netz ohne Internetverbindung).
Hier habe ich einmal einige Infos des Servers zusammengetragen:
server:~ # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface server.schueszl * 255.255.255.255 UH 0 0 0 dummy 127.0.0.2 * 255.255.255.255 UH 1 0 0 sl0 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 192.168.100.0 * 255.255.255.0 U 0 0 2 eth0 | loopback * 255.0.0.0 U 0 0 6 lo , ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ default * 0.0.0.0 U 1 0 14 sl0 | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Eine etwas merkwürdige Zusammenstellung bei der folgenden Angabe in /etc/hosts. Das mit der Genmask zu server.schueszler... ist mir (noch) nicht ganz klar, da der ja normalerweise zum Kreis der IP-Nummer 192.128.100.99 zählt und nicht zu 127.0.0.2, die übrigens nicht in der /etc/hosts aufgeführt ist.
#Inhalt /etc/hosts 127.0.0.1 localhost 192.168.100.99 server.schueszler.subdomain.de server
...und was sagt /etc/networks dazu?
Wenn ich nicht mit dicken holländischen Tomaten auf den Augen vorŽm Rechner sitze, sieht das alles richtig aus, wenn ichŽs mit den Beispielen aus Olaf Kirchs NAG vergleiche.
Das beantworten wir dann später... ;-)
Also, wo liegt der Fehler mit dem localhost?
In Deinem /etc/networks müssten Einträge etwa in der Form localnet 192.168.100.0 loopback 127.0.0.0 vorhanden sein. Weiter wäre noch von Bedeutung, wie Deine Datei /etc/rc.d/boot.local nach der Sequenz echo -n Setting up localnet device aussieht.
Denn ohne erreichbaren localhost wollen diverse Dienste auf dem Server nicht laufen.
Die sind nun mal so eigenartig und manchmal auch zickig. ;-) Grüße - Wilhelm -- Wilhelm Wienemann __ / / __ _ _ _ _ __ __ (°> (o- / /__ / / / \// //_// \ \/ / -°) -°) //\ //\ /____/ /_/ /_/\/ /___/ /_/\_\ /\\ /\\ V_/_ v_/_ # Enjoy Linux and the Power of Open Source # _\_V _\_V --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Wilhelm Wienemann wrote:
Hallo Jan!
Jan Tim Schueszler schrieb am Montag, 01. Mai 2000:
[snip]
Hier habe ich einmal einige Infos des Servers zusammengetragen:
server:~ # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface server.schueszl * 255.255.255.255 UH 0 0 0 dummy 127.0.0.2 * 255.255.255.255 UH 1 0 0 sl0
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
192.168.100.0 * 255.255.255.0 U 0 0 2 eth0 | loopback * 255.0.0.0 U 0 0 6 lo , ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ default * 0.0.0.0 U 1 0 14 sl0 | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Eine etwas merkwürdige Zusammenstellung bei der folgenden Angabe in /etc/hosts. Das mit der Genmask zu server.schueszler... ist mir (noch) nicht ganz klar, da der ja normalerweise zum Kreis der IP-Nummer 192.128.100.99 zählt und nicht zu 127.0.0.2, die übrigens nicht in der /etc/hosts aufgeführt ist.
l0 und 127.0.0.2 sind für das Dial on Demand. Die IP wird bei Aufbau einer Internetverbindung durch die vom ISP dynamisch zugewiesene IP des lokalen Rechners ersetzt.
#Inhalt /etc/hosts 127.0.0.1 localhost 192.168.100.99 server.schueszler.subdomain.de server
...und was sagt /etc/networks dazu?
#/etc/networks loopback 127.0.0.0 localnet 192.168.100.0
Wenn ich nicht mit dicken holländischen Tomaten auf den Augen vorŽm Rechner sitze, sieht das alles richtig aus, wenn ichŽs mit den Beispielen aus Olaf Kirchs NAG vergleiche.
Das beantworten wir dann später... ;-)
Hoffentlich. ;-)
In Deinem /etc/networks müssten Einträge etwa in der Form
localnet 192.168.100.0 loopback 127.0.0.0 vorhanden sein.
.o.
Weiter wäre noch von Bedeutung, wie Deine Datei /etc/rc.d/boot.local nach der Sequenz
echo -n Setting up localnet device
aussieht.
Diese Zeile gibt es weder in /etc/rc.d/boot noch in boot.local. In /etc/rc.d/boot werden das Netzwerk betreffend nur das loopback-device sowie Hostname und Domainname gesetzt. Bye JT -- Jan Tim Schueszler - Germany - ICQ 31996332 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Jan! Jan Tim Schueszler schrieb am Montag, 01. Mai 2000:
Wilhelm Wienemann wrote:
Jan Tim Schueszler schrieb am Montag, 01. Mai 2000:
[snip]
Hier habe ich einmal einige Infos des Servers zusammengetragen:
server:~ # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface server.schueszl * 255.255.255.255 UH 0 0 0 dummy 127.0.0.2 * 255.255.255.255 UH 1 0 0 sl0 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 192.168.100.0 * 255.255.255.0 U 0 0 2 eth0 | loopback * 255.0.0.0 U 0 0 6 lo , ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ default * 0.0.0.0 U 1 0 14 sl0 | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Eine etwas merkwürdige Zusammenstellung bei der folgenden Angabe in /etc/hosts. Das mit der Genmask zu server.schueszler... ist mir (noch) nicht ganz klar, da der ja normalerweise zum Kreis der IP-Nummer 192.128.100.99 zählt und nicht zu 127.0.0.2, die übrigens nicht in der /etc/hosts aufgeführt ist.
sl0 und 127.0.0.2 sind für das Dial on Demand. Die IP wird bei Aufbau einer Internetverbindung durch die vom ISP dynamisch zugewiesene IP des lokalen Rechners ersetzt.
Dann kann aber obige routing table erst entstanden sein, nachdem Du Dich beim ISP eingelogt hast. Ansonsten müßtest Du eigentlich Fehlermeldungen beim booten bekommen, wenn Du der IP-Adresse in /etc/hosts keinen Namen zugewiesen hast. Unabhängig davon solltest Du für den Kontakt nach draussen eigentlich Dein Netzwerkinterface (Netzwerk-Karte) und dessen Adresse benutzen.
#Inhalt /etc/hosts 127.0.0.1 localhost 192.168.100.99 server.schueszler.subdomain.de server
...und was sagt /etc/networks dazu?
#/etc/networks loopback 127.0.0.0 localnet 192.168.100.0
[...]
Weiter wäre noch von Bedeutung, wie Deine Datei /etc/rc.d/boot.local nach der Sequenz
echo -n Setting up localnet device
aussieht.
Diese Zeile gibt es weder in /etc/rc.d/boot noch in boot.local. In /etc/rc.d/boot werden das Netzwerk betreffend nur das loopback-device sowie Hostname und Domainname gesetzt.
Das erstaunt mich umso mehr, da ja angeblich Dein Netzwerk-Interface 192.168.100.99 mit dem Device eth0 beim Bootvorgang hochgefahren wird. Womit wird denn Dein localnet gestartet? Bei mir steht - in leicht abgewandelter Form - dort in /etc/rc.d/boot.local: -----------------------> Beißkante <------------------------ - echo -n Setting up localnet device ifconfig eth0 192.168.1.1 netmask 255.255.255.0 /sbin/route add -net 192.168.1.0 netmask 255.255.255.0 dev eth0 echo -e "$ECHO_RETURN" ---------------------> hier abbeißen <---------------------- - Man kann das noch erweitern und ggfs. auch noch formschöner gestalten, aber vom Grundsatz her, sollte sowas artverwandtes auch bei Dir stehen. Grüße - Wilhelm -- abundzueinsatzzeichenwürdedeineartikellesbarermachenmeinstdunichtauch? [Sven Hartge in dcsn] --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Wilhelm Wienemann schrieb in 3,4K (91 Zeilen):
Jan Tim Schueszler schrieb am Montag, 01. Mai 2000:
Wilhelm Wienemann wrote:
[...]
echo -n Setting up localnet device
Diese Zeile gibt es weder in /etc/rc.d/boot noch in boot.local.
Das erstaunt mich umso mehr, da ja angeblich Dein Netzwerk-Interface 192.168.100.99 mit dem Device eth0 beim Bootvorgang hochgefahren wird. Womit wird denn Dein localnet gestartet?
SuSE macht da einiges mit /sbin/init.d/route (aka /etc/rc.d/route). Das wird durch /etc/route.conf gesteuert. -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Wolfgang! Wolfgang Weisselberg schrieb am Samstag, 06. Mai 2000:
Wilhelm Wienemann schrieb in 3,4K (91 Zeilen):
Jan Tim Schueszler schrieb am Montag, 01. Mai 2000:
Wilhelm Wienemann wrote:
[...]
echo -n Setting up localnet device
Diese Zeile gibt es weder in /etc/rc.d/boot noch in boot.local.
Das erstaunt mich umso mehr, da ja angeblich Dein Netzwerk-Interface 192.168.100.99 mit dem Device eth0 beim Bootvorgang hochgefahren wird. Womit wird denn Dein localnet gestartet?
SuSE macht da einiges mit /sbin/init.d/route (aka /etc/rc.d/route). Das wird durch /etc/route.conf gesteuert.
Sorry Wolfgang, aber seit wann steht denn in diesem Script bzw.
im /etc/route.conf *auch* ein
ifconfig eth0 192.168.100.1 netmask 255.255.255.0
[zum Beispiel].
...und das benötige ich doch auch, um ein Netzwerk-Interface während
des bootens vernünftig hochzufahren, oder?
Grüße - und weiterhin ein sonniges Wochenende! :-))
Wilhelm
--
(°> Wilhelm Wienemann
Wilhelm Wienemann schrieb in 1,4K (45 Zeilen):
Wolfgang Weisselberg schrieb am Samstag, 06. Mai 2000:
SuSE macht da einiges mit /sbin/init.d/route (aka /etc/rc.d/route). Das wird durch /etc/route.conf gesteuert.
Sorry Wolfgang, aber seit wann steht denn in diesem Script bzw. im /etc/route.conf *auch* ein
ifconfig eth0 192.168.100.1 netmask 255.255.255.0
[zum Beispiel].
Ja, _das_ steht in network. Und die Parameter in /etc/rc.config* als NETDEV_0 ...
...und das benötige ich doch auch, um ein Netzwerk-Interface während des bootens vernünftig hochzufahren, oder?
Meistens, ja. -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo, Jan Tim Schueszler wrote:
hier läuft eine SuSE 6.0 mit Kernel 2.0.38 als Server. Seit einigen Tagen habe ich folgendes Problem: ein #ping localhost gibt keine Antwort mehr,
Was ergibt denn "ping 127.0.0.1"? Falls das funktioniert, aber ein "ping localhost" nicht funktioniert, ist wohl die Ursache in der Namensaufloesung zu suchen.
Hier habe ich einmal einige Infos des Servers zusammengetragen:
server:~ # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface server.schueszl * 255.255.255.255 UH 0 0 0 dummy 127.0.0.2 * 255.255.255.255 UH 1 0 0 sl0 192.168.100.0 * 255.255.255.0 U 0 0 2 eth0 loopback * 255.0.0.0 U 0 0 6 lo default * 0.0.0.0 U 1 0 14 sl0
Ich wuerde fuer "sl0" mal ein Netz aufsetzen, das nicht im Bereich "127.x.y.z" liegt, sondern irgend ein noch nicht verwendetes Netz aus dem Bereich "192.168.x.y". Auch wenn es eigentlich nicht die Ursache des Problems ist. Ausserdem braucht man (zumindest ich) in der Regel das "dummy"-Device nicht. Es kann sogar (im Zusammenhang mit "samba" und "Browsing") Probleme machen. Daher wuerde ich auch das "dummy"-Device entfernen (in der "/etc/rc.config" laesst sich das einstellen). Ich denke immer, dass man ueberall, wo es moeglich ist, vereinfachen sollte.
Also, wo liegt der Fehler mit dem localhost? Denn ohne erreichbaren localhost wollen diverse Dienste auf dem Server nicht laufen.
Wie schon gesagt: scheitert ein "ping localhost" oder auch ein "ping 127.0.0.1". Wenn letzteres der Fall ist, ist eher an ein Routing-Problem bzw. ein Problem mit dem "lo"-Device zu denken. Wenn nur "localhost" nicht korrekt aufgeloest wird, muessen wir in Sachen Namensaufloesung weitersuchen. Gruss, Steffen --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (4)
-
Jan.Tim.Schueszler＠gmx.de -
moser＠egu.schule.ulm.de -
weissel＠netcologne.de -
wieneman＠kalwien.regio.rhein-ruhr.de