ubuntuusers.de

glaskugel schrieb:

$ sudo dhcping -iV -c 192.168.178.109 -g 192.168.178.1 -s 192.168.178.1
no answer
close

Ich bin jetzt gerade über AP .58 angemeldet. Wie frage ich ab, ob ich von dort eine IP-Adresse via DHCP bekommen könnte?

Mit:

sudo dhcping -iV -c 192.168.178.109 -g 192.168.178.109 -s 192.168.178.58

BTW: Hat der AP .58 überhaupt einen DHCP-Server? Wenn ja, dann wären ja zwei DHCP-Server (AP mit .58 und FB mit .1) in deiner Konstellation, _gleichzeitig_ erreichbar, oder?

Hat der AP .58 überhaupt einen DHCP-Server?

Nein, es sollte nur die FB einen DHCP-Server haben, alle anderen nicht. Ich möchte das nur überprüfen und nicht an Hand der Konfiguration annehmen.

Ich glaube ich bin jetzt dem Problem ein wenig näher, muss es erst im Detail probieren und würde mich über Hinweise dazu freuen.

Nachdem ich nun mehrere DHCP-Server eigentlich ausschließe, war ich verwundert, dass 1 Handy mit dem ich testete wieder mehrmals in der FB gelistet ist. Ich habe das in den letzten Jahren nie bemerkt bzw. Probleme gehabt.

Die FB vergibt bei jedem neuen AP eine eigene IP-Adresse. Ändere ich den AP, erhalte ich wieder die IP vom letzten Mal. Für mich galt eine IP muss eindeutig sein, aber wenn die Verbindung über einen AP nicht mehr genutzt wird, dann kann der nächste AP diese IP nutzen, dh das Handy sollte immer die gleiche IP haben können, egal über welchen AP angemeldet. Das dürfte zumindest mit der FB nicht möglich sein. Ich habe beim Handy probeweise eine statische IP für einen AP definiert und dann diese IP noch für einen 2. AP. Neustart des Handys. Über beide AP komme ich nicht mehr ins Internet. Das ist keine gleichzeitige Nutzung einer IP-Adresse sondern hintereinander.

In weiterer Folge denke ich, dass ich den Ubuntu-PC auch nicht mit 1 statischen Adresse nutzen kann und dabei den Access Point wechseln kann, das ich ja beim Testen immer wieder mache. Ich muss das noch im Detail probieren, aber es könnte sein, dass ich je nach AP eine andere statische IP-Adresse vergeben muss oder DHCP verwenden muss.

Somit kann ich mein IP-Adressen-Konzept vergessen oder muss es ändern. Wenn 1 Handy 3 IP-Adressen braucht, wo es sich wegen schlechtem Empfang anmelden will, dann muss man sich was überlegen. Handy 7 hatte zB 157, jetzt brauch ich dann aber noch 167 und 177. Da habe ich aber schon andere Bereiche definiert, natürlich nicht voll belegt. Aber so kann man sich IP-Adressen leicht merken, Router zB im 50er Bereich, Überwachungskameras bei 60, etc.

glaskugel schrieb:

Nachdem ich nun mehrere DHCP-Server eigentlich ausschließe, war ich verwundert, dass 1 Handy mit dem ich testete wieder mehrmals in der FB gelistet ist.

Kann es evtl. sein, dass das Handy mac-address-randomization macht?

glaskugel schrieb:

Die FB vergibt bei jedem neuen AP eine eigene IP-Adresse.

Obwohl die MAC-Adresse und der Hostname beim Client, gleich bleiben?

Kann es evtl. sein, dass das Handy mac-address-randomization macht?

Ja, ist definiert, war in den letzten Jahren noch nie ein Problem. Die Handys melden sich in der Regel all am gleichen AP an und wechseln den kaum. Jetzt mit dem MiniPC mit dem schlechten WLAN-Empfang hat die Testerei begonnen.

Obwohl die MAC-Adresse

das muss ich prüfen, habe aber noch nie ein Problem festgestellt. Die Probleme fielen mir erst mit neuer Openwrt-FW auf.

und der Hostname beim Client, gleich bleiben?

Ja, der Name wird im Handy eingetragen und nach einiger Zeit findet sich der auch in der FB.

Ich habe das vorige Posting noch ein wenig ergänzt. Du warst zu schnell beim Antworten 😉 Bis jetzt war klar, will ich mich per ssh zu einem PC verbinden, dann hat dieser eine bestimmte leicht merkbare IP-Adresse. In Zukunft muss man dann probieren. Einer der APs wird am jeweiligen Standort meistens am besten sein, aber komischerweise wechselt das, wenn der Empfang an manchen Tagen besonders schlecht ist. Das wird vielleicht auch besser, wenn es 1 AP mehr gibt oder ich Mesh probiere.

glaskugel schrieb:

Einer der APs wird am jeweiligen Standort meistens am besten sein, aber komischerweise wechselt das, wenn der Empfang an manchen Tagen besonders schlecht ist.

Was genau meinst Du damit? Was soll wechseln bzw. was hat der Empfang mit "manchen Tagen", zu tun?
Ich denke eher, deine Clients (oder manche deiner Clients) machen (bei deiner Konstellation) fleißig background-scanning und roaming und das wird der Hauptgrund für das wechseln sein. Testen kannst Du das mit einem wpa_supplicant bei dem das roaming bzw. das background-scanning beim kompilieren/konfigurieren bzw. evtl. auch in der Treiber-config, deaktiviert ist.

Ich sehe das speziell am Handy, gilt aber unter Ubuntu genauso. Das Handy zeigt mir eine Übersicht der möglich APs, die starken sind alle meine und das wechselt. Physisch von der Entfernung am nächsten bedeutet nicht am stärksten und APs die ziemlich ähnlich bei den dB sind, so 3-5dB Differenz streiten durchaus um den 1. Platz. Kein Problem, solange ich bei -50dB oder besser bin, bei -60dB ist es dann grenzwertig, ob Internet-TV von der lokalen-DVB-Box noch funktioniert. Es gibt Tage, da kann ich keine Streams von der DVB-Box an bestimmten Stellen im Haus sehen, an anderen Tagen / meistens ist es aber problemlos.

glaskugel schrieb:

Ich sehe das speziell am Handy, gilt aber unter Ubuntu genauso. Das Handy zeigt mir eine Übersicht der möglich APs, die starken sind alle meine und das wechselt. Physisch von der Entfernung am nächsten bedeutet nicht am stärksten und APs die ziemlich ähnlich bei den dB sind, so 3-5dB Differenz streiten durchaus um den 1. Platz.

Genau, ... und das hat nicht zu wechseln. Wenn ein Client (der einen festen Platz hat) sich einmal mit einem AP/Wlan-Router verbunden hat, dann braucht es kein roaming (mehr) und auch kein background-scanning (mehr) von diesem Client, und der Client muss mit diesem AP/Wlan-Router dauerhaft verbunden bleiben. Roaming/background-scanning ist doch etwas für Handys/Tablets, die in der Gegend hin und her getragen werden.

das hat nicht zu wechseln

Tut es aber, und wie heute gewaltig.

Ich habe einen

Netgear EX6150v2 eingestellt auf maximum transmit power: 0dBm / 1mW, einstellbar wäre 20dBm / 100mW. Das Teil dient dazu eine Enigma-Box WLAN fähig zu machen. Alternative wäre einen WLAN-Stick am USB-Port der Enigma-Box mit allen Nachteilen. Ich brauche den AP eigentlich nicht, die Box nützt ja den einzigen Ethernet-Port. Heute zeigen mir mehrere Handys eine Stärke von um die -42dbM in einer Entfernung von 2m an, die letzten Tage war das im Bereich -60 bis -70dBm bei gleicher Einstellung. Da ich den Repeater mehrmals absteckte habe ich geprüft, ob sich die Einstellung verändert hat, passt noch alles. Letztlich ist die geringe Leistung nur wichtig, damit der Extender nicht andere AP stört.

Ich denke, ich muss wenn immer möglich DHCP verwenden. Dann kann zwar die IP-Adresse nicht "meiner Logik" entsprechen, aber die FB sucht sich schon eine die passt. In der FB kann ich ja dann gemäß meiner Logik anpassen. Ein Auslöser für das Chaos war ja der MiniPC bei dem ich verschiedene AP probiert habe und wenn ich dann noch am PC statische IPs definiere gibt es Chaos. Da wird es schwer nachzuvollziehen warum wo Chaos ist. So ganz kapiert habe ich noch nicht, warum es Probleme beim Ping von Routern / Extendern gab, denn die haben ja zwingend eine statische IP. Aber ok, ich probiere jetzt einfach mal am MiniPC alles mit DHCP.

In der FB sah ich eben wieder wechselnd 5-6 Geräte ohne IPv4, soll mir egal sein,wenn das nicht die Ursache für die Probleme ist.

Mittelfristig ist Ziel auf Mesh umzustellen. Habe das aber noch nie gemacht und je nach Router-Modell muss muss man Kernel kompilieren. Die Umstellung auf Mesh bedeutet, es funktioniert einige Zeit gar nichts mehr und das hält natürlich vor dem Schritt ab. Ich überlege wie ich mit 2-3 Router ein Testszenario mit Mesh aufbaue und dann das Kabel zur Fritzbox umstecke. Micht ganz einfach, so was "trocken" in Textfiles zu konfigurieren und dann hoffen, dass alles passt.

Ich habe jetzt bei allen Handys, bei denen das möglich ist, die zufällige MAC-Adresse deaktiviert, bei den anderen wird sowieso die Geräte MAC verwendet. Damit ist die Verwirrung bzgl. Handy scheint mehrfach auf, weg.

Ich weiß auch mittlerweile, dass diese halb vollständigen Geräte Einträge in der FB mit der zufälligen MAC zusammenhängen, deswegen bringt eine MAC Suche auch kein Ergebnis.

Sehe ich es richtig, dass man eine zufällige MAC-Adresse am Ubuntu PC bewusst herbeiführen muss? Nach https://www.privacy-handbuch.de/handbuch_27a.htm könnte man das annehmen.

Ein bisschen verwirrend ist noch, dass die FB die .58 und .59 (beides AP) als ungenutzt anzeigt, Ich habe das schon ein paar Mal gelöscht, kommt immer wieder bei ungenutzt, obwohl pingbar und damit aktiv. Soll mir egal sein, wenn nichts falsch konfiguriert ist.

$ ping -c1 192.168.178.58
PING 192.168.178.58 (192.168.178.58) 56(84) bytes of data.
64 bytes from 192.168.178.58: icmp_seq=1 ttl=64 time=7.55 ms

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

$ ping -c1 192.168.178.59
PING 192.168.178.59 (192.168.178.59) 56(84) bytes of data.
64 bytes from 192.168.178.59: icmp_seq=1 ttl=64 time=5.86 ms

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

glaskugel schrieb:

Sehe ich es richtig, dass man eine zufällige MAC-Adresse am Ubuntu PC bewusst herbeiführen muss?

Müssen nicht, ... aber wenn man sich Probleme schaffen will, kann man das machen.

Vielleicht gibt es da ein Missverständnis.

Ich will keine zufälligen MAC-Adressen haben / verwenden. Die Frage ist, ob man ohne Zutun unter Ubuntu zufällige MAC-Adressen bekommen kann.

Gestern dachte ich, die zufälligen MAC-Adressen sind Geschichte, heute sehe ich schon wieder einige und ich möchte herausfinden woher das kommt. Mein Verdacht geht Richtung Handy, aber eigentlich sollten die random-Mac alle deaktivert sein. Ich sehe überall im Handy bei der SSID Geräte-MAC. Aber vielleicht erzeugen die Handys wo man nichts einstellen kann und die Geräte MAC anzeigen, doch zufällige MAC-Adressen.

Ok,die langen Ping sind noch nicht ganz weg, aber erträglicher. Nach dem Hochfahren dauert es so ca. 30 Sekunden bis eine Seite angezeigt wird. Ich schaue jetzt mal, dass ich den 53er AP neu flashe, der Rest funktioniert aber grundsätzlich, jedenfalls dauert es nicht 5 Minuten oder länger. Ich schau mir dann noch mals die Sache bzgl. arp an und lese mich zu neighbour ein, hatte ich noch nie gebraucht, aber wenn es so sein voll. Jedenfalls wurden einige Probleme mittlerweile eliminiert.

glaskugel schrieb:

Die Frage ist, ob man ohne Zutun unter Ubuntu zufällige MAC-Adressen bekommen kann.

Nein, ich denke die default Einstellung ist z. Zt. ohne mac-address-randomization, ... weil wenn das aktiviert wäre würde es hier im Forum Anfragen/Threads/Beiträge diesbezüglich geben.

glaskugel schrieb:

Gestern dachte ich, die zufälligen MAC-Adressen sind Geschichte, heute sehe ich schon wieder einige und ich möchte herausfinden woher das kommt. Mein Verdacht geht Richtung Handy, aber eigentlich sollten die random-Mac alle deaktivert sein.

Es gibt ja zwei Arten von mac-address-randomization. Die zum scannen/entdecken von Wlans (d. h. wenn das Gerät noch keine Verbindung zum AP/Wlan-Router herstellt; z. B. als Schutz gegen Geofencing und gleichwertig) und die wenn der Wlan-Client beim/zum herstellen der Wlan-Verbindung immer geänderte MAC-Adressen generiert/benutzt. Evtl. erfasst deine FritzBox die MAC-Adressen der 1. Art von mac-address-randomization. Vielleicht findest etwas dazu, in den Spezifikationen zu den Handys.

Danke, ist mal vorgemerkt. Ich habe jetzt die Lease Time bei der FB verkürzt, dürfte aber nur was bringen, wenn alle möglichen IPs vergeben sind. Ich werde die Random Mac einfach nichtl los und lass das mal so wie es ist.

Zum Thema schwankender Empfang fällt mir noch was ein. Da kann man zuschauen, wie sich das ändert. Könnte es sein, dass bei WDS / Wireless Distribution System - https://de.wikipedia.org/wiki/Wireless_Distribution_System IEEE 802.11r automatisch verwendet wird, wenn die Hardware das unterstützt? Gefühlsmäßig schlafen die APs und wenn sie irgendwas aufweckt, werden sie stärker.

glaskugel schrieb:

Gefühlsmäßig schlafen die APs und wenn sie irgendwas aufweckt, werden sie stärker.

Bei einer 24/7-Wlanverbindung sollten die APs m. E. nicht schlafen, denn es sollte ja im 10 Minutentakt das rekeying mit den Wlan-Clients und/oder mit dem Wlan-Router statt finden.
Wie ich schon geschrieben habe, kompiliere als Test den wpa_supplicant für einen Wlan-Client ohne roaming-Fähigkeit und konfiguriere diesen entsprechend, dann sollte damit auch kein schwankender Wlan-Empfang (in kurzem Zeitintervall) statt finden. Irgendwelche Störungen/Schwankungen kann es beim Wlan immer geben.

kompiliere als Test den wpa_supplicant für einen Wlan-Client ohne roaming-Fähigkeit

Zu viele Änderungen gleichzeitig sind nicht gut, ich stelle gerade mein Netzwerk komplett um. Die FB ist einfach bei der Anzeige total träge, das Handy zeigt es im nächsten Moment an, bei der FB kann es Tage dauern. Neueste Erkenntnis, das Gastnetz wird oft nur mit MAC-Namen und ohne IP angezeigt, nach einiger Zeit, kommt in der FB das Gastsymbol und wenn man Glück hat auch der Hostname. Irgendwann sieht man dann auch eine IP im Gastnetz anstatt des leeren Feldes vorher. Das sind alles keine Konfigurationsfehler meinerseits.

Ich muss mich erst einarbeiten, aber bei OpenWRT gibt es was bzgl. "neighbour". Jetzt steht aber erst mal an den Hauptrouter zu flashen und völllig neu aufzusetzen. Zur Zeit dauert es nach dem Hochfahren vielleicht 5-10 Sekunden bis ich Verbindung zur FB habe, das ist vorübergehend erträglich. Die FB treibt mich zum Wahnsinn. Die hat noch irgendwo IPs gespeichert, die bei den Geräten nicht angezeigt werden. Ich habe die statische IP beim Desktop-PC geändert, hat die FB erst nach 2 Neustarts beeindruckt.