Router - angemeldete W-LAN-Clients auslesen

[arnof]

Also über ip und dhcp würde ich folgendes machen: dasnetz bekommt einen ip Bereich des man sonst hoffentlich hat. Z.b. 192.168.43.xxx

Einen Dienst fuer Android manchen der sich einloggt sobald er die ip Adresse erkennt, die frage ist nur Bein ausloggen wie man das macht, weil man ist nun weg und nicht im WLAN ist ...

[musicman56]

Zitat:

Aber warum nicht anders herum.
Du musst "ohne App auf dem Handy" irgendwo eine Zuordnung zwischen Handy MAC Adresse, IP Adresse und "Mensch" vornehmen.
Das könntest Du an Hand von IP Reservierungen am DHCP Server regeln.
Dann einfach einen kleinen Ping Dienst, der Personen und deren Handy IP Adressen kennt ...
Der Dienst pingt alle statisch reservierten Handy IP Adressen alle paar Minuten an und weiß dann "Mensch da" - "Mensch weg" ...

Das ist recht simpel programmierbar und Du hast keine Abhängigkeiten zum Gerätetyp.

Jaaa.....das ist es, finde ich gut! Nur, das für mich "spanische Dorf" ist "Ping Dienst".

Habe hier in der DP soeben schon mal nach Ping Dienst gesucht, ist aber nichts brauchbares dabei.

Auf Anhieb fällt mir ein, man könnte es ja auf die brutale Art machen:

ping > pingergebnis.txt und dann die Textdatei auswerten.

[Der schöne Günther]

Da bin ich mal gespannt wie lang denen dann noch der Akku hält...

[jensw_2000]

Alle paar Minuten kurz mal gepingt werden macht einen Akku nicht leer.
Die Geräte schnattern so viel mit dem Netzwerk, dass die paar ICMP Pakete ganz sicher nicht auffallen.
Selbst die Holzhammer Methode mit "ping x.x.x.x >> eineTextdatei.txt" kann man schonend gestalten, indem man den Ping nur alle paar Minuten aufruft.

ABER...

Ein echter Dienst der seine Arbeit im Hintergrund erledigt ist nicht sooo schwer zu bauen.

Hier workerthread-der-diener-im-hintergrund findest Du eine sehr elegante und fast fertige Lösung, um jobbasierte Dinge zu erledigen.
Dein Job könnte z.B. das Pingen einer einzelnen IP sein und das Schreiben des Status in eine Datenbank...

Erstelle dir ein neues Service-Projekt, packe einen Timer auf das Service Formular, der alle x Minuten pro IP Adresse einen Ping-Job für den "Workerthread Pool" erstellt.

Wenn Du die DP Suche mit dem Wörtchen PING fütterst, dann bekommst Du unzählige Quelltext Vorlagen und Hinweise.

[musicman56]

Sehr gute Frage! Es ist ein Handwerksbetrieb (Metallbau). Die Handys werden während der Arbeit sowieso nicht am Mann getragen, weil die sonst in ein paar Tagen kaputt sind. Ladegeräte und Handys sind die meiste Zeit im Aufenthaltsraum.

[musicman56]

@jensw_2000

Nochmals vielen Dank für deine Tipps

Den Ping werde ich 5 Minuten vor Arbeitsbeginn machen, dann im Turnus von 30 Minuten, das reicht. Ein Problem habe ich gerade noch: Mein HTC antwortet nicht immer auf den Ping, aber das ist wohl nur eine Einstellungssache, das bekomme ich hin. Außerdem gehen die Raucher sowieso regelmäßig zum Rauchen, und was machen sie da....richtig! Ich denke, das war's. Jetzt kann ich ruhig schlafen

[jensw_2000]

Zitat von musicman56:

Nochmals vielen Dank für deine Tipps

Alle wertlos!

Habe es gerade mir meinen iOS 7 Geräten und Blackberry getestet.
iOS 7 scheint nie auf Ping zu antworten, Blackberry sehr sporadisch.
Andere Smartphones werden das WLAN auch abschalten, wenn sie im Standby sind.

Ich glaube inzwischen, dass Du mit dem Ping nicht weit kommst.
Vielleicht doch besser eine App die sich in Intervallen von 10-15 Minuten "irgendwo" aktiv meldet bzw. doch ein manuelles Check-In Check-Out durch den Mitarbeiter selbst...

[Olli73]

Zitat von jensw_2000:

Alle wertlos!

Habe es gerade mir meinen iOS 7 Geräten und Blackberry getestet.
iOS 7 scheint nie auf Ping zu antworten, Blackberry sehr sporadisch.
Andere Smartphones werden das WLAN auch abschalten, wenn sie im Standby sind.

Also mit Windows Phone klappt das hervorragend. Bei WP8 kann man das sogar explizit einstellen, dass das WLAN im Standby aktiv bleiben soll. Bei WP7 bleibt es hingegen nur aktiv, wenn man ein Ladekabel angeschlossen hat oder ein Stream läuft. Letzteres wird allerdings von Whatsapp "missbraucht": Die lassen quasi im Hintergrund einen "leeren Audio-Stream" laufen, um das WLAN aktiv zu halten. Es genügt dort also, Whatsapp zu installieren / nutzen, um WLAN aktiv zu halten. Antworten tut das ganze sehr zuverlässig (solange eben WLAN aktiv ist).

[musicman56]

Hallo,

so sehe ich das auch. Es gibt für diese kleinen W-LAN-Problemchen eine Lösung. iOS und Blackberry habe ich nicht, und geht dann eben auch nicht. Damit habe ich überhaupt keinen Stress. Noch dazu, welcher Chef "schenkt" seinen Mitarbeitern ein Blackberry oder ein iPhone, wenn es robuste wasserdichte Outdoor-Smartphones für 150 Euronen gibt. Da ist schon eher das Gegenteil der Fall, da habe ich Argumentationsprobleme wenn es den ein iPhone sein soll.

Und falls ich eine zusätzliche App brauche die in Intervallen das W-LAN aufrecht erhält, dann ist das auch noch in Ordnung. Der große Vorteil gegenüber meinem ersten Ansatz über den Router zu gehen ist eben die Geräteunabhängigkeit.

Ganz abgesehen davon habe ich in der Zwischenzeit noch etwas mit der Fritz-Box rumprobiert. Der Push-Service ist eine ideale Ergänzung für dieses Vorhaben. Ich lese zusätzlich die Ereignis-Liste aus der HTML-Datei aus, dann weiß ich sogar, wann der Router das W-LAN deaktiviert hat.

Also, lange Rede kurzer Sinn: Jens, mach dir keine Sorgen, dein Tipp war schon goldrichtig

[jensw_2000]

Ich würde den Service trotzdem gleich so anlegen, dass es mehrere Wege gibt den Status in die DB zu schreiben (also vererbte Job-Klasse).
Also:
- eine Job-Klasse die pingt und speichert
- eine Job-Klasse z.B. über einen Webservice empfangene Keepalive Pakete (deiner Status App) speichert
- eine Job-Klasse die das Fritz WLAN Protokoll parst und den Status speichert

Wer weiß.
Eventuell haben wir ja in 14 Tagen das besagte Billig iPhone "5C", dass einem von den Apple Mitarbeitern ins Kreuz geworfen wird, wenn man versucht den Store zu verlassen ohne etwas zu kaufen, und Dein Kunde findet das Plastikgehäuse in den Unternehmensfarben sooo schick ...