[gelöst] Ping an Lokale IP-Adresse

[s837ubc]

Hallo,

seltsamerweise wird ein Ping auf einen im Lokalen LAN (gleiches Subnet) nur Phasenweise durchgelassen:

Der Ping Befehl wird ohne weitere Optionen abgesetzt:

$ ping 192.168.188.34
PING 192.168.188.34 (192.168.188.34) 56(84) bytes of data.
64 bytes from 192.168.188.34: icmp_seq=9 ttl=64 time=2.01 ms
64 bytes from 192.168.188.34: icmp_seq=10 ttl=64 time=3.88 ms
64 bytes from 192.168.188.34: icmp_seq=11 ttl=64 time=1.80 ms
64 bytes from 192.168.188.34: icmp_seq=12 ttl=64 time=2.18 ms
64 bytes from 192.168.188.34: icmp_seq=13 ttl=64 time=2.20 ms
64 bytes from 192.168.188.34: icmp_seq=14 ttl=64 time=3.07 ms
64 bytes from 192.168.188.34: icmp_seq=15 ttl=64 time=2.25 ms
64 bytes from 192.168.188.34: icmp_seq=16 ttl=64 time=1.84 ms
64 bytes from 192.168.188.34: icmp_seq=17 ttl=64 time=1.78 ms
64 bytes from 192.168.188.34: icmp_seq=18 ttl=64 time=2.08 ms
64 bytes from 192.168.188.34: icmp_seq=19 ttl=64 time=1.69 ms
64 bytes from 192.168.188.34: icmp_seq=20 ttl=64 time=1.74 ms
64 bytes from 192.168.188.34: icmp_seq=21 ttl=64 time=1.90 ms
64 bytes from 192.168.188.34: icmp_seq=22 ttl=64 time=1.79 ms
64 bytes from 192.168.188.34: icmp_seq=23 ttl=64 time=2.18 ms
64 bytes from 192.168.188.34: icmp_seq=24 ttl=64 time=2.13 ms
64 bytes from 192.168.188.34: icmp_seq=25 ttl=64 time=5.22 ms
64 bytes from 192.168.188.34: icmp_seq=26 ttl=64 time=1.73 ms
64 bytes from 192.168.188.34: icmp_seq=27 ttl=64 time=1.74 ms
64 bytes from 192.168.188.34: icmp_seq=28 ttl=64 time=1.75 ms
64 bytes from 192.168.188.34: icmp_seq=29 ttl=64 time=1.85 ms
64 bytes from 192.168.188.34: icmp_seq=30 ttl=64 time=1.75 ms
64 bytes from 192.168.188.34: icmp_seq=31 ttl=64 time=1.73 ms
64 bytes from 192.168.188.34: icmp_seq=32 ttl=64 time=2.09 ms
64 bytes from 192.168.188.34: icmp_seq=68 ttl=64 time=2.67 ms
64 bytes from 192.168.188.34: icmp_seq=69 ttl=64 time=4.24 ms
64 bytes from 192.168.188.34: icmp_seq=70 ttl=64 time=1.80 ms
64 bytes from 192.168.188.34: icmp_seq=71 ttl=64 time=1.81 ms
64 bytes from 192.168.188.34: icmp_seq=72 ttl=64 time=2.41 ms
64 bytes from 192.168.188.34: icmp_seq=73 ttl=64 time=1.77 ms
64 bytes from 192.168.188.34: icmp_seq=74 ttl=64 time=1.76 ms
64 bytes from 192.168.188.34: icmp_seq=75 ttl=64 time=1.80 ms
64 bytes from 192.168.188.34: icmp_seq=76 ttl=64 time=1.83 ms
64 bytes from 192.168.188.34: icmp_seq=108 ttl=64 time=1.93 ms
64 bytes from 192.168.188.34: icmp_seq=109 ttl=64 time=1.73 ms
64 bytes from 192.168.188.34: icmp_seq=110 ttl=64 time=1.78 ms
64 bytes from 192.168.188.34: icmp_seq=111 ttl=64 time=1.77 ms
64 bytes from 192.168.188.34: icmp_seq=112 ttl=64 time=1.75 ms
.
.
.
64 bytes from 192.168.188.34: icmp_seq=142 ttl=64 time=2.12 ms
64 bytes from 192.168.188.34: icmp_seq=143 ttl=64 time=2.25 ms
64 bytes from 192.168.188.34: icmp_seq=144 ttl=64 time=1.97 ms
64 bytes from 192.168.188.34: icmp_seq=184 ttl=64 time=1.93 ms
64 bytes from 192.168.188.34: icmp_seq=185 ttl=64 time=3.64 ms
64 bytes from 192.168.188.34: icmp_seq=186 ttl=64 time=1.79 ms
64 bytes from 192.168.188.34: icmp_seq=187 ttl=64 time=1.75 ms
64 bytes from 192.168.188.34: icmp_seq=188 ttl=64 time=1.72 ms
64 bytes from 192.168.188.34: icmp_seq=189 ttl=64 time=1.77 ms
64 bytes from 192.168.188.34: icmp_seq=232 ttl=64 time=1.72 ms
64 bytes from 192.168.188.34: icmp_seq=233 ttl=64 time=1.79 ms
64 bytes from 192.168.188.34: icmp_seq=234 ttl=64 time=1.87 ms
.
.
.
64 bytes from 192.168.188.34: icmp_seq=269 ttl=64 time=1.71 ms
64 bytes from 192.168.188.34: icmp_seq=270 ttl=64 time=1.80 ms
64 bytes from 192.168.188.34: icmp_seq=271 ttl=64 time=1.83 ms
64 bytes from 192.168.188.34: icmp_seq=272 ttl=64 time=1.57 ms
64 bytes from 192.168.188.34: icmp_seq=273 ttl=64 time=1.84 ms
64 bytes from 192.168.188.34: icmp_seq=309 ttl=64 time=2.46 ms
64 bytes from 192.168.188.34: icmp_seq=310 ttl=64 time=1.74 ms
64 bytes from 192.168.188.34: icmp_seq=311 ttl=64 time=1.78 ms
64 bytes from 192.168.188.34: icmp_seq=312 ttl=64 time=1.77 ms
64 bytes from 192.168.188.34: icmp_seq=313 ttl=64 time=1.80 ms
64 bytes from 192.168.188.34: icmp_seq=364 ttl=64 time=2.00 ms
64 bytes from 192.168.188.34: icmp_seq=365 ttl=64 time=3.41 ms
64 bytes from 192.168.188.34: icmp_seq=366 ttl=64 time=2.03 ms
.
.
.
64 bytes from 192.168.188.34: icmp_seq=374 ttl=64 time=1.81 ms
64 bytes from 192.168.188.34: icmp_seq=375 ttl=64 time=1.86 ms
64 bytes from 192.168.188.34: icmp_seq=376 ttl=64 time=1.83 ms
^C
--- 192.168.188.34 ping statistics ---
376 packets transmitted, 136 received, 63% packet loss, time 375249ms
rtt min/avg/max/mdev = 1.575/2.029/5.225/0.513 ms

Wenn eine andere IP-Adresse angepingt wird, werden keine Paket-Fehler verzeichnet.

Von einem anderen System aus lässt sich die gleiche IP-Adresse fehlerfrei anpingen.

Falls der Ping Befehl mit dem DNS-Namen ausgeführt wird, wird der Name mit einer falschen IP-Adresse aufgelöst:

$ ping diskstation
PING diskstation.fritz.box (192.168.188.23) 56(84) bytes of data.
From system.fritz.box (192.168.188.45) icmp_seq=1 Destination Host Unreachable
From system.fritz.box (192.168.188.45) icmp_seq=2 Destination Host Unreachable
From system.fritz.box (192.168.188.45) icmp_seq=3 Destination Host Unreachable

Hat jemand eine Idee, woran das liegen kann?

Im LAN Netz befindet sich lediglich ein DNS Server in Form von einer FritzBox.

----------------

Zum System:

Es wird Debian 8 Jessie eingesetzt.

eth0 wird wird folgt konfiguriert:

auto eth0
allow-hotplug eth0
iface eth0 inet static
address 192.168.188.45
netmask 255.255.255.0
gateway 192.168.188.1
dns-nameservers 192.168.188.1

---------------------

Nachtrag:
Im LAN sind zwei FritzBoxen eingesetzt:
1. FritzBox: Basis-Station als DSL-Router und Telefonanlage
2. FritzBox: DECT-Repeater + Telefonanlage für ein analoges Telefon. Über die zweite FritzBox wird eine Verbindung via LAN-Kabel zur ersten hergestellt.

Bei der zweiten FritzBox wurde bemerkt, dass bei dieser ebenfalls der Port 53 offen ist. Über Port 53 werden ja alle DNS-Anfragen beantwortet.

Habe noch nicht herausgekommen, wie der DNS-Service der zweiten FritzBox deaktiviert werden kann, damit dieser nicht mehr dazwischen funken kann.

[Colttt]

wenn er den namen nicht aufloesen kann, dann liegts wohl am DNS-Server?

und da die angepingte IP bei dir im Netz liegt, scheint wohl da das Problem zu sein von speziell diesem rechner aus.. mal kabel geprueft oder die beiden geräte direkt angeschlossen?

[s837ubc]

Hallo Colttt,

vielen Dank für die Info.

Das LAN-Kabel ist in Ordnung. Von anderen Systemen gehen die Pings auf IP-Ebene fehlerfrei durch.

Sorgen macht mir, dass der DNS Name "Diskstation" auf eine völlig unbekannte IP-Adresse aufgelöst wird, die nicht im DNS Server aufgelistet ist.

Aktuell kann man ausschließlich via IP-Adresse auf das System "Diskstation" zugreifen, da von allen eingesetzten Systemen die IP-Adresse falsch aufgelöst wird. Nur bei dem einen Debian-System kommt noch dazu, dass hier die Ping-Fehler auftreten.

Nachtrag:
=======
Des Rätsels Lösung: Nach einem Neustart der FritzBox ist in der Liste der bekannten Geräte ein Eintrag mit der falschen IP-Adresse aufgelistet worden. Dieser brauchte nur entfernt werden, und schon wurde der DNS Name auch richtig aufgelöst.