Wlan Abbrüche dokumentieren
Re: Wlan Abbrüche dokumentieren
@MSFree bezüglich FB-Logging: Wenn DHCP-Leases vor der Zeit neu angefordert werden, war es doch ein Abbruch oder? Mal von Bereitschaft oder so abgesehen.
@Emess: Und die FB loggt vlt. auch noch mehr, Errors??? WLAN-Abbrueche aufzeichnen beseitigt diese vmtl. nicht.
Dazu sind im Arch-Wiki-Link meines ersten Beitrages auch Diagnosemöglichkeiten auf Clientseite (dmesg etc.).
@Emess: Und die FB loggt vlt. auch noch mehr, Errors??? WLAN-Abbrueche aufzeichnen beseitigt diese vmtl. nicht.
Dazu sind im Arch-Wiki-Link meines ersten Beitrages auch Diagnosemöglichkeiten auf Clientseite (dmesg etc.).
Re: Wlan Abbrüche dokumentieren
BTW: Wenn es um eine temporäre Überwachung geht, dann könntest Du z. B. auch tcpdump und das eapol-Protokoll 0x888e verwenden. Damit kannst Du durch das Ausbleiben des 10-minütigen rekeying der FritzBox und evtl. erneute/wiederholte 4-way-handshake's, evtl. WLAN-Abbrüche auf deinem Gerät sichtbar machen. Z. B.:Emess hat geschrieben:... sichtbar machen kann?
Code: Alles auswählen
tcpdump -vvven ether proto 0x888e
- Emess
- Beiträge: 3665
- Registriert: 07.11.2006 15:02:26
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Im schönen Odenwald
-
Kontaktdaten:
Re: Wlan Abbrüche dokumentieren
bin jetez gerade rortzbesoffen und scheu mir das fenn morgen an.
cu und gegabt euch allew qwohl.
gurre
cu und gegabt euch allew qwohl.
gurre
Debian Testing (bleibt es auch)
Debian Bullseye KDE Plasma 5x Kernel 5.10.0-12-amd64
Notebook HP ZBook 17 G2
http://www.emess62.de
Debian Bullseye KDE Plasma 5x Kernel 5.10.0-12-amd64
Notebook HP ZBook 17 G2
http://www.emess62.de
- Emess
- Beiträge: 3665
- Registriert: 07.11.2006 15:02:26
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Im schönen Odenwald
-
Kontaktdaten:
Re: Wlan Abbrüche dokumentieren
Ich habe eine Datei wifi.sh mit folgendem Inhaltmat6937 hat geschrieben:Das kannst Du manuell oder per cronjob oder mit einer verzögerten service-unit (timer-unit) starten. Oder mit "ExecStartPost=-/..." in der service-unit des wpa_supplicant (... wenn dieser mit einer service-unit gestartet wird). Wichtig ist, dass der Start, nach dem Start des wpa_supplicant erfolgt. Wenn der wpa_supplicant abstürzt und neu gestartet wird, muss der wpa_cli im daemon modus mit dem action file, evtl. auch erneut gestartet werden.Emess hat geschrieben: Könntest du mir verraten wie man das startet?
Als 1. musst Du das action file erstellen. Z. B.:Der Pfad für die log-Datei muss richtig eingetragen werden.Code: Alles auswählen
#!/bin/bash -e case "$2" in CONNECTED) /bin/echo ""wpa_supplicant: connection established," "`/bin/date`"" >> /home/<user>/connection_state_wpa_supplicant.log; /bin/echo $WPA_ID_STR >> /home/<user>/connection_state_wpa_supplicant.log; ;; DISCONNECTED) /bin/echo ""wpa_supplicant: connection lost," "`/bin/date`"" >> /home/<user>/connection_state_wpa_supplicant.log; ;; esac # exit 0
Auf meinem Gerät läuft das ständig/permanent.Emess hat geschrieben: Wie lange man das laufen lässt?
Das ist abhängig von der Art und Weise wie man es gestartet hat. Evtl. auch mit:Emess hat geschrieben: Wie man es wieder beendet?Code: Alles auswählen
killall wpa_cli
Entsprechend dem Pfad im action file.Emess hat geschrieben: Wo und wie man die log findet?
Code: Alles auswählen
#!/bin/bash -e
case "$2" in
CONNECTED)
/bin/echo ""wpa_supplicant: connection established," "`/bin/date`"" >> /home/michael/connection_state_wpa_supplicant.log;
/bin/echo $WPA_ID_STR >> /home/michael/connection_state_wpa_supplicant.log;
;;
DISCONNECTED)
/bin/echo ""wpa_supplicant: connection lost," "`/bin/date`"" >> /home/michael/connection_state_wpa_supplicant.log;
;;
esac
#
exit 0
Code: Alles auswählen
michael@jessie:~$ ./wifi.sh
michael@jessie:~$
Debian Testing (bleibt es auch)
Debian Bullseye KDE Plasma 5x Kernel 5.10.0-12-amd64
Notebook HP ZBook 17 G2
http://www.emess62.de
Debian Bullseye KDE Plasma 5x Kernel 5.10.0-12-amd64
Notebook HP ZBook 17 G2
http://www.emess62.de
Re: Wlan Abbrüche dokumentieren
Warum startest Du das action file so? Aus den Beiträgen ist doch ersichtlich, wie man das mit dem wpa_cli macht:Emess hat geschrieben: aber es passiert nichts und eine Log-Datei erhalte ich auch nicht.Code: Alles auswählen
michael@jessie:~$ ./wifi.sh michael@jessie:~$
Code: Alles auswählen
wpa_cli -i wlan0 -B -a /usr/local/bin/wpa_cli_action_script -G 45
ps -fC wpa_cli wpa_supplicant
- Emess
- Beiträge: 3665
- Registriert: 07.11.2006 15:02:26
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Im schönen Odenwald
-
Kontaktdaten:
Re: Wlan Abbrüche dokumentieren
Ich versteh das nicht.
Bin wie gesagt reiner Desktop User und Uralt
Bin wie gesagt reiner Desktop User und Uralt
Debian Testing (bleibt es auch)
Debian Bullseye KDE Plasma 5x Kernel 5.10.0-12-amd64
Notebook HP ZBook 17 G2
http://www.emess62.de
Debian Bullseye KDE Plasma 5x Kernel 5.10.0-12-amd64
Notebook HP ZBook 17 G2
http://www.emess62.de
Re: Wlan Abbrüche dokumentieren
Dann starte:Emess hat geschrieben:Ich versteh das nicht.
Code: Alles auswählen
wpa_cli -i wlan0 -B -a /home/michael/wifi.sh -G 45
Code: Alles auswählen
ls -la /home/michael/wifi.sh
ps -fC wpa_cli wpa_supplicant
-
- Beiträge: 3020
- Registriert: 03.11.2009 13:45:23
- Lizenz eigener Beiträge: Artistic Lizenz
-
Kontaktdaten:
Re: Wlan Abbrüche dokumentieren
Ich kenns von sich störenden WLAN-Hotspots im selben Frequenzbereich...MSfree hat geschrieben:Für mich hört sich das nach einem Montagsgerät an.Emess hat geschrieben:Die Fritzbox sind solche Abbrüche wohl normal.
http://www.router-forum.de/board-avm-fr ... age-1.htmlWas umso mehr für ein defektes Gerät spricht.Auch das Smartphone schaltet ständig zwischen Wlan und 3G hin und her!
Zumindest, solange die Fritte nicht im Keller steht und durch mehrere Stahlbetondecken in den 3. Stock funken muß.
Kommt bei hoher Bebyuungsdichte gern msl vor, wenn jeder sein eigenes WLAN hat...
Lg scientific
dann putze ich hier mal nur...
Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie
auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main
Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie
auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main
- Emess
- Beiträge: 3665
- Registriert: 07.11.2006 15:02:26
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Im schönen Odenwald
-
Kontaktdaten:
Re: Wlan Abbrüche dokumentieren
mat6937 hat geschrieben:Dann starte:Emess hat geschrieben:Ich versteh das nicht., wenn "wlan0", das WLAN-Interface ist und poste danach die Ausgaben von:Code: Alles auswählen
wpa_cli -i wlan0 -B -a /home/michael/wifi.sh -G 45
Code: Alles auswählen
ls -la /home/michael/wifi.sh ps -fC wpa_cli wpa_supplicant
Code: Alles auswählen
root@jessie:/home/michael# wpa_cli -i wlan1 -B -a /home/michael/wifi.sh -G 45
root@jessie:/home/michael# ls -la /home/michael/wifi.sh
-rwxrwxr-x 1 michael michael 427 Nov 27 13:13 /home/michael/wifi.sh
root@jessie:/home/michael# ps -fC wpa_cli wpa_supplicant
error: process ID list syntax error
Usage:
ps [options]
Try 'ps --help <simple|list|output|threads|misc|all>'
or 'ps --help <s|l|o|t|m|a>'
for additional help text.
For more details see ps(1).
root@jessie:
Code: Alles auswählen
root@jessie:/home/michael# ps -e| grep wpa
598 ? 00:00:00 wpa_supplicant
2119 ? 00:00:00 wpa_cli
root@jessie:
Debian Testing (bleibt es auch)
Debian Bullseye KDE Plasma 5x Kernel 5.10.0-12-amd64
Notebook HP ZBook 17 G2
http://www.emess62.de
Debian Bullseye KDE Plasma 5x Kernel 5.10.0-12-amd64
Notebook HP ZBook 17 G2
http://www.emess62.de
Re: Wlan Abbrüche dokumentieren
Ich habe das mit meiner FB getestet. Die FB loggt nicht den genauen Zeitpunkt des Abbruchs der WLAN-Verbindung. D, h., im Log der FB ist der Zeitpunkt der Abmeldung (connection lost) identisch mit dem Zeitpunkt der Anmeldung (connection established), wenn dazwischen (d. h. im Zeitraum zwischen "connection lost" und connection established") kein rekeying durch die FB statt gefunden hat. Wenn dazwischen ein rekeying statt findet, merkt die FB erst dann, lediglich an der ausbleibenden Antwort, dass der wpa_supplicant die Verbindung (aus welchen Gründen auch immer) unterbrochen hat.Jana66 hat geschrieben: Und die FB loggt vlt. auch noch mehr, ...
Re: Wlan Abbrüche dokumentieren
Das meinte ich damit, als ich weiter oben schrub:mat6937 hat geschrieben:Die FB loggt nicht den genauen Zeitpunkt des Abbruchs der WLAN-Verbindung.
Auch die Fritzbox kann nur annehmen, daß, nach Ablauf eines Zeitintervalls, die Verbindung als nicht mehr existent zu werten ist.Abbrüche lassen sich in der Regel gar nicht erkennen. Das, was man erkennen kann, ist, wenn das System die Verbindung (erneut) aufbaut.
Zuletzt geändert von MSfree am 01.12.2016 10:42:15, insgesamt 1-mal geändert.
Re: Wlan Abbrüche dokumentieren
Naja, mit dem wpa_cli und den events "CONNECTED" und "DISCONNECTED" kann man schon den Abbruch genau erkennen. Z. B.:MSfree hat geschrieben:Das meinte ich damit, als ich weiter ober schrub:mat6937 hat geschrieben:Die FB loggt nicht den genauen Zeitpunkt des Abbruchs der WLAN-Verbindung.Abbrüche lassen sich in der Regel gar nicht erkennen. Das, was man erkennen kann, ist, wenn das System die Verbindung (erneut) aufbaut.
Code: Alles auswählen
wpa_supplicant: connection lost, Thu 1 Dec 00:04:37 CET 2016
wpa_supplicant: connection established, Thu 1 Dec 00:06:39 CET 2016
Re: Wlan Abbrüche dokumentieren
Auch die Uhrzeit, die bei "connection lost" steht, ist nicht der exakte Moment, als die Verbindung abgebrochen ist sondern meist der Moment, nachdem ein Timeout abgelaufen ist, wonach die Verbindung als abgebrochen betrachtet wird.mat6937 hat geschrieben:Naja, mit dem wpa_cli und den events "CONNECTED" und "DISCONNECTED" kann man schon den Abbruch genau erkennen. Z. B.:Code: Alles auswählen
wpa_supplicant: connection lost, Thu 1 Dec 00:04:37 CET 2016 wpa_supplicant: connection established, Thu 1 Dec 00:06:39 CET 2016
Re: Wlan Abbrüche dokumentieren
Das ist bei jeder Verbindung so. Wie sonst würde man „Abbruch“ definieren, als durch „Gegenstation hat bis zum Ablauf des Timers nicht reagiert“? Ich meine, „Gegenstation hat uns gesendet, dass die Verbindung abgebrochen ist“ wäre irgendwie ’n dämliches Kriterium …
Re: Wlan Abbrüche dokumentieren
Woher hast Du diese Information?MSfree hat geschrieben: Auch die Uhrzeit, die bei "connection lost" steht, ist nicht der exakte Moment, als die Verbindung abgebrochen ist sondern meist der Moment, nachdem ein Timeout abgelaufen ist, wonach die Verbindung als abgebrochen betrachtet wird.
Die Zeiten die der wpa_cli (mit dem event "DISCONNECTED") anzeigt, entsprechen genau den Zeiten die auch im kernel ring buffer (für "connection lost") angezeigt werden.
Re: Wlan Abbrüche dokumentieren
Nein, den der Kernel bzw. wpa_cli/wpa_supplicant braucht keine Gegenstation um festzustellen, dass er selber im einem "verbindungslosen Zustand" ist. Hier muss keine Gegenstation das feststellen/anzeigen bzw. darauf reagieren.niemand hat geschrieben:Das ist bei jeder Verbindung so. Wie sonst würde man „Abbruch“ definieren, als durch „Gegenstation hat bis zum Ablauf des Timers nicht reagiert“?…
Re: Wlan Abbrüche dokumentieren
Eine Verbindung sehe zumindest ich dann als abgebrochen, wenn die Gegenstation nicht reagiert. Um das festzustellen, muss man aber einen Timer setzen, weil ohne sowas bei jeder Verzögerung die Verbindung als abgebrochen gelten würde (also bei jedem einzelnen Paket, weil es immer eine Latenz gibt).
Wenn nun, wie du sagst, die Erreichbarkeit/Reaktion der Gegenstation ohne Belang sein sollte – wie genau wird dann die Verbindung definiert? Angenommen, meine Verbindung bricht ab, weil die Gegenstelle gestorben ist – anhand welchen Kriteriums registriert der wpa_supplicant das, wenn die ausbleibende Reaktion der Gegenstelle innerhalb einer bestimmten Zeit nicht der Indikator ist?
Wenn nun, wie du sagst, die Erreichbarkeit/Reaktion der Gegenstation ohne Belang sein sollte – wie genau wird dann die Verbindung definiert? Angenommen, meine Verbindung bricht ab, weil die Gegenstelle gestorben ist – anhand welchen Kriteriums registriert der wpa_supplicant das, wenn die ausbleibende Reaktion der Gegenstelle innerhalb einer bestimmten Zeit nicht der Indikator ist?
Re: Wlan Abbrüche dokumentieren
Naja, praktisch ist das zumindest so, dass der wpa_supplicant sich in einem Zustand befinden muss, in dem er (im Zuge des rekeying) das eapol-request der Gegenstelle/AP erkennen kann und auch (sofort) mit einem eapol-reply darauf antwortet/reagiert.niemand hat geschrieben: Wenn nun, wie du sagst, die Erreichbarkeit/Reaktion der Gegenstation ohne Belang sein sollte – wie genau wird dann die Verbindung definiert?
Oder der wpa_supplicant sollte in der Lage sein, entsprechend seiner Konfiguration, periodische scans der Gegenstelle/AP durchzuführen. Wenn er das nicht ist, und das kann ja "intern" (d. h. ohne eine Reaktion der Gegenstelle/AP) erkannt werden, dann ist der wpa_supplicant im verbindungslosen Zustand.
Das ist dann der andere/gegenteilige Fall (d. h. der AP ist nicht mehr vorhanden, evtl. temporär wegen reboot, etc.). Natürlich kann auch die ausbleibende Reaktion der Gegenstelle (AP) dazu führen, dass die Verbindung abgebrochen wird. Der wpa_supplicant kann auch so konfiguriert sein, dass er periodische scans an den AP macht oder, dass er selber auch rekeying (wpa_ptk_rekey) macht. Wenn darauf die Gegenstelle nicht entsprechend reagiert/antwortet, wird der verbindungslose Zustand des wpa_supplicant eintreten bzw. vorhanden sein, der dann mit Hilfe der event-Variable "DISCONNECTED" angezeigt/ermittelt werden kann bzw. darauf auch reagiert werden kann.niemand hat geschrieben: Angenommen, meine Verbindung bricht ab, weil die Gegenstelle gestorben ist – anhand welchen Kriteriums registriert der wpa_supplicant das, wenn die ausbleibende Reaktion der Gegenstelle innerhalb einer bestimmten Zeit nicht der Indikator ist?
Wenn man genau wissen will wie das ím source code (der ja zugänglich ist) des wpa_supplicant/wpa_cli umgesetzt/programmiert ist, kann man ja dort nachschauen.
Re: Wlan Abbrüche dokumentieren
… mit anderen Worten: die ausbleibende Reaktion der Gegenstelle innerhalb eines definierten Zeitfensters ist also doch das Kriterium.
Re: Wlan Abbrüche dokumentieren
Kann ein Kriterium sein, ist aber nicht das einzige Kriterium. Es bedarf auch nicht einer ausbleibenden Reaktion innerhalb eines bestimmten Zeitfensters. Je nach Art und Weise, wie der wpa_supplicant gerade bzw. weshalb (d. h. nur rekeying oder sofortige Nutzdatenübertragung oder ...?) mit der Gegenstelle kommunizieren will/muss, kann der verbindungslose Zustand auch "sofort"/zeitnah eintreten, festgestellt und angezeigt werden.niemand hat geschrieben:… mit anderen Worten: die ausbleibende Reaktion der Gegenstelle innerhalb eines definierten Zeitfensters ist also doch das Kriterium.
Wenn die Gegenstelle/AP mal richtig konfiguriert ist, ist das ausbleiben einer Reaktion durch die Gegenstelle/AP, ganz selten durch die Gegenstelle/AP selber verursacht. Meistens liegt das Problem beim WLAN-Client oder es sind Störungen von extern auf das WLAN.
Re: Wlan Abbrüche dokumentieren
Das war ja meine Frage: welches Kriterium kann herangezogen werden, bei dem das Ausbleiben von Reaktionen der Gegenstelle nicht involviert ist? Ich als Laie kann mir da nämlich keines vorstellen – schließlich definiert sich für mich eine Verbindung aus zwei Punkten, die miteinander kommunizieren. Du sagst die ganze Zeit, das geht – und ich frage immer noch: wie? Wenn Nutzdaten gesendet werden sollen und es gibt keine Antwort, oder wenn Rekeying ansteht und es gibt keine Antwort usw. – alles Sachen, bei denen letztlich das Ausbleiben einer Reaktion der Gegenstelle nach einer gewissen Zeit (denn Latenzen gibt’s nunmal immer, deswegen muss es eine gewisse Wartezeit geben) zur lokalen Erkenntnis führt, dass die Verbindung wohl weg sein muss.Kann ein Kriterium sein, ist aber nicht das einzige Kriterium.
Ich kann mir nix vorstellen, bei dem der lokale wpa_supplicant unabhängig von der Gegenstelle sagt „Verbindung ist weg“. Das Einzige wären Probleme mit dem eigenen Interface, aber das taucht im Log auf.
OT: du solltest meinen Text nicht rot anmalen. Einerseits wirkt das ziemlich agressiv, und andererseits ist’s per Konvention den Mods vorbehalten (die nunmal ziemlich agressiv sind – scnr).
Re: Wlan Abbrüche dokumentieren
Ja, und wenn einer dieser beiden Punkte aufhört zu kommunizieren (... aus einem Grund der ihm bekannt ist und auch nur an ihm liegt), dann kann dieser Punkt sich doch als "verbindungslos" erklären.niemand hat geschrieben:... – schließlich definiert sich für mich eine Verbindung aus zwei Punkten, die miteinander kommunizieren.
Es ist aber so. Wenn Du es genau wissen willst, kannst ja mal bei den Entwickler vom wpa_supplicant bzw. wpa_cli anfragen: http://w1.fi/wpa_supplicant/niemand hat geschrieben: Ich kann mir nix vorstellen, bei dem der lokale wpa_supplicant unabhängig von der Gegenstelle sagt „Verbindung ist weg“.
Re: Wlan Abbrüche dokumentieren
Mit deinem dir selbst Widersprechen verwirrst du mich. Deine Beispiele involvieren alle, dass die Gegenstation nicht mehr erreichbar ist/nicht mehr reagiert, gleichzeitig betonst du, dass der Status der Gegenstelle dabei nicht von Bedeutung ist. Was denn nun?
Re: Wlan Abbrüche dokumentieren
Ich kann keinen Widerspruch erkennen, in dem was ich geschrieben habe.niemand hat geschrieben:Mit deinem dir selbst Widersprechen ...
So ist es, die Gegenstelle ist nicht mehr erreichbar, wenn die Verbindung abgebrochen ist (egal wer das verursacht hat).niemand hat geschrieben: Deine Beispiele involvieren alle, dass die Gegenstation nicht mehr erreichbar ist/nicht mehr reagiert, gleichzeitig betonst du, dass der Status der Gegenstelle dabei nicht von Bedeutung ist. Was denn nun?
Und das betone ich erneut, ja der "Status der Gegenstelle ist nicht von Bedeutung", denn der wpa_supplicant/wpa-cli kann (auch ohne den Status der Gegenstelle) selber erkennen (... den Zeitpunkt betreffend, mal genau bzw. mal weniger genau) wann bzw. ob die Verbindung unterbrochen worden ist. D. h., man ist auf den Status der Gegenstelle nicht angewiesen.
Re: Wlan Abbrüche dokumentieren
Ach, ich geb’s auf. Für’s Topic: die Ausgabe von wpa_supplicant ist geeignet, tatsächliche Abbrüche zu dokumentieren. Allerdings ist’s gerade bei gestörtem WLAN auch gerne mal so, dass einige Sekunden lang gar nichts durchkommt und dann die gesammelten Pakete in einem Rutsch durchgehen – für den Fall ist die Auswertung der Ausgaben von wpa_supplicant oder der Logs nicht zielführend, weil es technisch kein Verbindungsabbruch ist.
OT: Wie der Abbruch einer Verbindung festgestellt werden soll, wenn die Nichterreichbarkeit der Gegenstelle dafür nicht maßgeblich ist, fragt am besten den mat6937 – mit Philosophie hab’ ich es nicht so; in meiner Welt ist die Erreichbarkeit der Gegenstelle der Maßstab, ob die Verbindung steht oder nicht, und wenn wpa_supplicant nicht mit Quantenmagie arbeitet, kann’s da auch nicht anders sein.
OT: Wie der Abbruch einer Verbindung festgestellt werden soll, wenn die Nichterreichbarkeit der Gegenstelle dafür nicht maßgeblich ist, fragt am besten den mat6937 – mit Philosophie hab’ ich es nicht so; in meiner Welt ist die Erreichbarkeit der Gegenstelle der Maßstab, ob die Verbindung steht oder nicht, und wenn wpa_supplicant nicht mit Quantenmagie arbeitet, kann’s da auch nicht anders sein.