[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

[SOLVED]: localhost:631 antwortet nicht



Hallo Uwe,

On 31.07.2012 00:30, Uwe Kerstan wrote:
Am Montag 30 Juli 2012, 23:45:07 schrieb Hugo Wau:


PING localhost (127.0.0.1) 56(84) bytes of data.
und dann kommt nichts mehr (keine Antwort auf ping. (nicht an diesem
Rechner.) Auf anderen Rechnern kriege ich sehr wohl 64 bytes from
localhost (127.0.0.1)... zurück. DITO mit 127.0.0.1(klar, diese Adresse
nimmt er ja für localhost.)

WENN DAS IMMER GEHEN MUSS, WORAN KANN DER FEHLER LIEGEN?

Das muss nicht immer gehen. :-) loopback device ist aktiv? Zeigt mal:

# cat /etc/network/interfaces

# loopback-Interface nicht löschen (diese \n hatte gefehlt)
auto lo (#diese \n hatte gefehlt)
iface lo inet loopback

# WLAN mit statischer Konfiguration
auto wlan0
iface wlan0 inet static
address 192.168.3.1
netmask 255.255.255.0
broadcast 192.168.3.255

# UMTS Zugang
auto ppp0
iface ppp0 inet dhcp
      up iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE
-----------------------------------------------------------------------------------------------------------
OK da war ein Fehler, der offensichtlich am 22.7. gemacht worden war und bisher nicht bemerkt worden ist. Die beiden Zeilen für das lo interface waren bisher hinter die oberste Kommentarzeile gerutscht gewesen. Das war ein Grund. Das ist jetzt korrigiert, es gibt jetzt wieder ein "lo" Interface. Nur gebracht hat diese Aktion nicht den sofortigen Erfolg, dass nach einem /etc/init.d/networking restart plötzlich localhost oder 127.0.0.1 auf einen ping reagieren

# ifquery --list

ifquery --list
bash: ifquery: Kommando nicht gefunden.
(In welchem Paket ist denn dieser Befehl drin?)
# ifconfig

ifconfig
eth0      Link encap:Ethernet  Hardware Adresse 98:4b:e1:f4:59:c9
          UP BROADCAST MULTICAST  MTU:1500  Metrik:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interrupt:27 Basisadresse:0xa000

ppp0      Link encap:Punkt-zu-Punkt-Verbindung
          UP PUNKTZUPUNKT RUNNING NOARP MULTICAST  MTU:1500  Metrik:1
          RX packets:7554 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7886 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:3
          RX bytes:6236419 (5.9 MiB)  TX bytes:856115 (836.0 KiB)

wlan1     Link encap:Ethernet  Hardware Adresse 90:00:4e:8a:ef:96
          UP BROADCAST MULTICAST  MTU:1500  Metrik:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
# ifup -v lo

ifup -v lo
Configuring interface lo=lo (inet)
run-parts --verbose /etc/network/if-pre-up.d
run-parts: executing /etc/network/if-pre-up.d/bridge
run-parts: executing /etc/network/if-pre-up.d/hostapd
run-parts: executing /etc/network/if-pre-up.d/wireless-tools
run-parts: executing /etc/network/if-pre-up.d/wpasupplicant
ifconfig lo 127.0.0.1 up
run-parts --verbose /etc/network/if-up.d
run-parts: executing /etc/network/if-up.d/000resolvconf
run-parts: executing /etc/network/if-up.d/avahi-autoipd
run-parts: executing /etc/network/if-up.d/avahi-daemon
run-parts: executing /etc/network/if-up.d/mountnfs
run-parts: executing /etc/network/if-up.d/openssh-server
run-parts: executing /etc/network/if-up.d/samba
run-parts: executing /etc/network/if-up.d/wpasupplicant
root@q2:/etc/network#
root@q2:/etc/network# ping 127.0.0.1
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_req=1 ttl=64 time=0.104 ms
64 bytes from 127.0.0.1: icmp_req=2 ttl=64 time=0.079 ms
64 bytes from 127.0.0.1: icmp_req=3 ttl=64 time=0.077 ms

ALSO DAS WAR DANN DIE LÖSUNG nach der Änderung der interfaces Datei.
Warum sich die Änderung erst mit ifup auswirkt und nicht schon beim networking restart verstehe ich noch nicht ganz. Aber offensichtlich brint der restart der Netzwerke nicht wirklich jedes Interface hoch.

http://127.0.0.1:631/printers/
geht auch wieder.

Danke

Ich war mir bisher des Zusammenhangs nicht bewusst gewesen, dass das Interface "lo" der Zugang zum lokalhost ist. Dass das "lo" interface hinter einem Kommentar entschwunden war, war keine Absicht, sondern ist, beim Einrichten des Rechners als UMTS-Router meinem prüfenden Blick entschwunden.

MfG
Hugo

Gruß Uwe



Reply to: