UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[denjo]

@oliverio ja jetzt funktioniert es tadellos. Danke für deine Mühe

[denjo]

@oliverio mal so ne frage kann man nicht vielleicht einen Adapter daraus bauen, also wenn ich es könnte würde ich es selber machen. Es haben ja viele wie ich lese dieses Problem mit den wlan von den iPhone's.

[OliverIO]

@denjo
das wäre im radar-adapter gut aufgehoben,
ich meine ich habe da mal was geschrieben,
aber es wurde nicht umgesetzt.

das Problem hat irgendwie nicht jeder, daher ist es nicht dringlich.
bis auf die Installation eines weiteren Tools wäre der Befehl für die anderen nicht schädlich.

https://forum.iobroker.net/topic/28955/anwesenheit-erkennen/22?_=1639066408175

[prorun]

Hallo Zusammen,

ich hole das Thema mal aus der Versenkung und hoffe auf einen guten Ratschlag. Ich wollte das jetzt bei mir umsetzten doch das gleiche Skript liefert auf zwei verschiedenen Systemen unterschiedliche Ergebnisse. Ich hoffe jemand hat eine Idee woran das liegen könnte.

Auf System 1 funktioniert augenscheinlich alles einwandfrei. aber System 2 liefert "Phone is detected" obwohl der Ping fehlgeschlagen ist.

System 1 (Ubuntu):

#: ./iphone.sh
PING 192.168.100.145 (192.168.100.145) 56(84) bytes of data.
From 192.168.100.205 icmp_seq=1 Destination Host Unreachable

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

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

System 2 (Docker Container)

#: ./iphone.sh
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

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

[OliverIO]

@prorun
und welche ip hat der container?

[prorun]

@oliverio 192.168.100.200 - aber das Schreiben in den DP funktioniert einwandfrei auf beiden Systemen auch vom einen System in das andere aber das ist nicht das Problem. Unerklärlich ist für mich jedoch warum aus dem container heraus das Gerät als detected gilt obwohl der Ping auf einen Fehler läuft

Docker Container - iPhone im WLAN:

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=344 ms

--- 192.168.100.145 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 344.215/344.215/344.215/0.000 ms

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

Docker Container - iPhone NICHT im WLAN:

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

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

Ubuntu - iPhone im WLAN:

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=206 ms

--- 192.168.100.145 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 205.736/205.736/205.736/0.000 ms
Phone 192.168.100.145 is detected!
{"id":"0_userdata.0.Eigene_Objekte.Anwesenheit.Phony13_alive","value":true,"val":true}

Ubuntu - iPhone NICHT im WLAN:

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

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

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

verwendet wird exakt die gleiche Skript-Datei. Der Container bringt immer das Gegenteil als Antwort. Verdrehte Welt im Docker?

[OliverIO]

@prorun

Dann für bitte vor der Zeile mit dem if Status folgendes ein

echo "status: $status "

Dann mal schauen was da steht wenn Ping packet loss hat.
Grundsätzlich kann das schon sein, in den Experimenten hat sich gezeigt das hping3 allein auch nicht zuverlässig funktioniert. Erst in der Kombination mit ping klappt es dann.
Ich vermute Ping schlägt fehl, hping3 lässt gerät aufwachen, meldet sich im Netz und ist dann in der arp table verzeichnet.

Ich gehe jetzt davon aus das grundsätzlich der Status schon funktioniert, du aber nicht verstehst warum?
Du kannst hier mal lesen
https://de.wikipedia.org/wiki/Address_Resolution_Protocol?wprov=sfti1

[prorun]

@oliverio das erklärt aber alles nicht warum das iPhone als detected erkannt wird obwohl es nicht im Netz ist, oder übersehe ich da noch etwas?

[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