Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[prorun]

@oliverio wenn das iphone im netz ist (in dem moment auch per ping erreichbar) sieht es im Container wie folgt aus

PING 192.168.100.145 (192.168.100.145) 56(84) bytes of data.
64 bytes from 192.168.100.145: icmp_seq=1 ttl=64 time=56.2 ms

--- 192.168.100.145 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 56.162/56.162/56.162/0.000 ms
status: xx:xx:62:aa:xx:xx
xx:xx:62:aa:xx:xx
Phone 192.168.100.145 is not present
{"id":"0_userdata.0.Eigene_Objekte.Anwesenheit.Phony13_alive","value":false,"val":false}

Nehme ich das Gerät dann aus dem Netz sieht das Ergebnis ungefähr 10 sekunden noch genauso aus obwohl 100% packet loss

PING 192.168.100.145 (192.168.100.145) 56(84) bytes of data.

--- 192.168.100.145 ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms

status: xx:xx:62:aa:xx:xx
xx:xx:62:aa:xx:xx
Phone 192.168.100.145 is not present
{"id":"0_userdata.0.Eigene_Objekte.Anwesenheit.Phony13_alive","value":false,"val":false}

Aber dann nach wie gesagt ungefähr 10 sekunden (offensichtlich ist dann die mac aus der arp tabelle raus) kommt zu 100% packet loss noch +1 errors hinzu

PING 192.168.100.145 (192.168.100.145) 56(84) bytes of data.
From 192.168.100.200 icmp_seq=1 Destination Host Unreachable

--- 192.168.100.145 ping statistics ---
1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms

status: xx:xx:62:aa:xx:xx
Phone 192.168.100.145 is detected!
{"id":"0_userdata.0.Eigene_Objekte.Anwesenheit.Phony13_alive","value":true,"val":true}

Warum detected wenn iPhone nicht da? funktioniert hping3 vielleicht nicht richtig im container?

[prorun]

@prorun ich mein damit arbeiten lässt sich ja trotzdem - dann bin ich halt Abwesend wenn das Skript detected auswirft aber über eine kleine Erklärungshilfe wäre ich trotzdem sehr glücklich. ist ja auch so das es auf dem ubuntu genaus anderherum also richtig rum funktioniert also muss doch im container irgendwas quer laufen, oder?

[OliverIO]

@prorun
Muss da mal recherchieren und nochmal ausprobieren.
Da scheint der Netzwerk Stack von docker die arp table anders zu behandeln.
Bei mir läuft das Skript auch im docker Container umd klappt alles

[prorun]

@oliverio
Komischerweise betrifft dieses verdrehte Verhalten nur zwei Geräte (iPhone Mini13 und iPad Air2) alle anderen Gerät (Samsung Flip3, iPad7, Samsung Note8) werden im Docker Container mit dem gleichen Skript richtig ausgewertet. Es scheint also vielleicht doch nicht am Container sonder an den Geräten zu liegen, oder an der Kombination (bin ratlos).

:upside_down_face: :upside_down_face: :slightly_smiling_face: :slightly_smiling_face: :slightly_smiling_face:

[OliverIO]

@prorun

ok, habe mal getestet.
ich konnte es nicht nachvollziehen, das das gerät noch eine gewisse zeit als
anwesend identifiziert wird, obwohl der ping fehlschlägt.

in der arp tabelle merkt sich der rechner welche ip-adresse/MAC-Adresse über welches interface erreichbar ist. da der rechner nicht selbst immer wieder aktiv nachfragt, sondern nur auf aktiven netzwerkverkehr horcht, werden die Einträge nach einer gewissen Zeit ungültig.
eigentlich sollte die arp tabelle nach einem nicht erfolgreichen icmp request (ping) angepasst werden. aus irgendeinem grund scheint das nicht zu passieren.

du kannst ja mal selber schauen, was

arp -a

anzeigt wenn du das gerät aus dem wlan nimmst, bevor und nachdem du ping machst