ping bringt online, obwohl Handy ausgeschaltet ist

mad13

Newbie
Registriert
Jan. 2018
Beiträge
6
Auf meinem Router (openWRT) pinge ich mein ausgeschaltetes Handy an, er bestätigt offline:
ping realme-6-Pro -c4
--- realme-6-Pro ping statistics ---
4 packets transmitted, 0 packets received, 100% packet loss

Auf allen Raspberry Hosts hinter dem Router wird aber online angezeigt?
64 bytes from realme-6-Pro.lan (192.168.x.x): icmp_seq=4 ttl=64 time=0.281 ms
--- realme-6-Pro.lan ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 0.281/0.350/0.448/0.060 ms

Woran kann das liegen?
 
Vergleiche die angepingte IPv4-Adresse.
 
Hinter dem Router heißt für mich die Geräte sind nicht im gleichen IP-Netzwerk, oder?
Dann könnte sonst auf dem Router eingestellt sein, dass er auf ICMP Anfragen selbst Antwortet.
Aber dann wundert mich, dass du den DNS Auflösen kannst.

Hier fehlt ein kleiner Netzwerkplan, wo was mit welchen Netzbereichen angebunden ist.
 
Auf dem Router ist DHCP eingestellt, dort erhalten die Raspberrys ihre IPs, meist statisch.
Das Handy erhält auch vom Router seine dynamische Adresse. Alles bewegt sich im lokalen Netzwerk.
Die Lease vom Handy wird im Router angezeigt.
Ergänzung ()

Der Router routet verschiedene IP-Segmente, z.B IoT, DMZ, ..., aber selbst im gleichen Segment kommt es zu diesem Verhalten.
Ergänzung ()

Das 192.168.x.x steht für eine reale lokale IP Adresse
 
Zuletzt bearbeitet:
Was sagt denn die ARP Tabelle? Gibt es da einen Eintrag für die Ziel IP in den Raspis? Und welche MAC ist das?

Vielleicht gibt es da noch ein anderes Gerät, welches auf die IP reagiert. 0.281 ms ist schon sehr kurz, selbst für ein LAN Gerät im lokalen Netz. Für ein WLAN Gerät wie ein Handy völlig unerreichbar.

Wer auch immer da auf den Ping antwortet: Es ist nicht das Handy.

mad13 schrieb:
Der Router routet verschiedene IP-Segmente, z.B IoT, DMZ,
Und wie sind die voneinander getrennt? VLANs? Jetzt sag nicht "durch unterschiedliche IP-Adressen".
 
mad13 schrieb:
Das 192.168.x.x steht für eine reale lokale IP Adresse
Mit der können wir trotzdem nichts anfangen, außer wir wären in genau dem Netzwerk. Es wäre aber schon zu wissen welche IPs deine Clients haben und was du da genau anpingst und natürlich wie dein Netzwerk überhaupt aufgebaut ist.
 
Router routet mehrere VLANs, hier der ping aufs Handy:

ping -c4 M2101K7BNY
PING M2101K7BNY (192.168.64.202): 56 data bytes

--- M2101K7BNY ping statistics ---
4 packets transmitted, 0 packets received, 100% packet loss

Ping von einem raspberry im gleichen VLAN:

ping -c4 M2101K7BNY
PING M2101K7BNY.lan (192.168.64.202) 56(84) bytes of data.
64 bytes from M2101K7BNY.lan (192.168.64.202): icmp_seq=1 ttl=64 time=2.00 ms
64 bytes from M2101K7BNY.lan (192.168.64.202): icmp_seq=2 ttl=64 time=4.42 ms
64 bytes from M2101K7BNY.lan (192.168.64.202): icmp_seq=3 ttl=64 time=1.96 ms
64 bytes from M2101K7BNY.lan (192.168.64.202): icmp_seq=4 ttl=64 time=1.84 ms

--- M2101K7BNY.lan ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 9ms
rtt min/avg/max/mdev = 1.836/2.555/4.424/1.082 ms
root@symcon-home:~# ifconfig
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 107 bytes 10535 (10.2 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 107 bytes 10535 (10.2 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.16.119 netmask 255.255.255.0 broadcast 192.168.16.255
inet6 fe80::2219:2285:4bb:c4b3 prefixlen 64 scopeid 0x20<link>
ether b8:27:eb:e7:ad:e0 txqueuelen 1000 (Ethernet)
RX packets 45196 bytes 6860901 (6.5 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 47550 bytes 6439583 (6.1 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

In der arp-Tabelle des raspberry ist das Handy nicht enthalten.

Ich denke der Router gaukelt etwas vor.
 
Wie gesagt, die Antworten kommen nicht vom Handy. Für ein Handy über WLAN sind die Antwortzeiten zu kurz.
 
Zurück
Oben