Über wlan keine Verbindung zu lokalen Rechnern

[mat6937]

Aber was spricht dagegen, das Ganze in ein neues Script zu packen?

Du kannst es auch mit einem Script machen, wenn Du die Reihenfolge (siehe oben) einhälst

Und ja, ein Ping kann auch dafür sorgen, dass ein Gerät (IP-Adresse + MAC-Adresse) sofort in den arp-cache eingetragen wird. Deshalb verfälscht ein sofortiger Ping, den Test bzw. das Ergebnis.

[jba]

Wie ist es denn mit der Domäne in /etc/hosts? Bei der Debian Installation muss (oder kann?) man eine angeben. ich habe immer "home.net" angegeben, weil ich dachte, es macht eh keinen Unterschied.

Das einzige Problem, dass ich mirt vorstellen kann, ist, das ich den Rechner "lana.home.net", den es wohl irgendwo im Internet gibt, nicht mehr erreichen kann. Über meine hosts datei wird das immer auf meine lokale lana umgebogen. Aber mehr kann doch nicht passieren, oder?

Bisher sieht meine /etc/hosts so aus:

Code: Alles auswählen

127.0.0.1       localhost
127.0.1.1       lina.home.net   lina

192.168.0.16    lana.home.net           lana            # Fileserver / Zyxel

# weitere Einträge für lokale Rechner

# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

Sollte ich das wie folgt ändern?

Code: Alles auswählen

127.0.0.1       localhost
127.0.1.1       lina

192.168.0.16    lana            # Fileserver / Zyxel

# weitere Einträge für lokale Rechner

# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

[mat6937]

Aber mehr kann doch nicht passieren, oder?

Ja, es ist ein "Schönheitsfehler". Die IP-Adresse 192.168.0.16 muss im (W)LAN trotzdem erreichbar sein.
Die Zeile in der "/etc/nsswitch.conf" entscheidet was zu erst abgefragt wird:

Code: Alles auswählen

hosts:          files dns

[habakug]

Hallo,

du solltest dich nicht an dem Hinweis zu dem Namen für dein Intranet festbeissen. Es ist nur ein Hinweis.

Was könnte da falsch eingestellt sein?

Hier wissen wir gerade mal, das dein Notebook eine IP von deinem "wlan-Extender" erhält. Mehr hast du ja bis jetzt nicht verraten.

Gruss, habakug

[jba]

du solltest dich nicht an dem Hinweis zu dem Namen für dein Intranet festbeissen. Es ist nur ein Hinweis.

Ok, d.h. das scheint es nicht zu sein. Trotzdem wärs ganz gut zu wissen, auf was du hinweist. Ist das jetzt ein Problem oder nicht? Meines Wissens ist das keins (läuft so schon seit ca. 15 Jahren), aber wenn doch, dann änder ich das natürlich.

Hier wissen wir gerade mal, das dein Notebook eine IP von deinem "wlan-Extender" erhält. Mehr hast du ja bis jetzt nicht verraten.

Die IP stammt nicht vom wlan-Extender. An dem ist DHCP abgeschaltet. Nur der Router vergibt IPs über DHCP.

Beide Geräte erzeugen 2,4/5 GHz wlans, alle mit der selben ssid.

Was wäre sonst noch wichtig?

Jürgen

[mat6937]

Was wäre sonst noch wichtig?

M. E. wäre es wichtig, den Mechanismus bzw. den Prozess zu kennen der bei Linux dafür sorgt, dass die anderen Geräte im (W)LAN, korrekt in den arp-cache (automatisch) eingetragen werden.

[jba]

M. E. wäre es wichtig, den Mechanismus bzw. den Prozess zu kennen der bei Linux dafür sorgt, dass die anderen Geräte im (W)LAN, korrekt in den arp-cache (automatisch) eingetragen werden.

Meinst du Network-Manager? Das ist alles out-of-the-box. Nichts spezielles.

Oder vermutest du den Fehler im kernel/Treiber? dann könnte ein neuerer Kernel (backport) eventuell helfen.

Jürgen

[mat6937]

Oder vermutest du den Fehler im kernel/Treiber?

Nein, das liegt nicht am Kernel/Treiber und auch nicht an deinem Gerät. Ich habe auch so ein "Problem" und es nur mit dem workaround (statischer arp-cache-Eintrag) gelöst.

[habakug]

Hallo,

Im netz gibt es einen Router mit DHCP und einen wlan-Extender (ist per Kabel am Router angeschlossen), bei dem dann DHCP abgeschaltet ist.

Ich versuche es nochmal.
Wenn du das vorhandene WLAN mit einem "WLAN-Extender" erweiterst, benötigst du kein Kabel das zum Router führt. Das ist an diesen Geräten verbaut, damit zusätzlich auch ein Gerät per Kabel angeschlossen werden kann.
Was passiert denn wenn du das Kabel absteckst?

Gruss, habakug

[jba]

Ich versuche es nochmal.
Wenn du das vorhandene WLAN mit einem "WLAN-Extender" erweiterst, benötigst du kein Kabel das zum Router führt.

Ok, wahrscheinlich war mein wording falsch. Es handelt sich aber nicht um einen Repeater, wie du zu gleuben scheinst. Der bräuchte natürlich kein Kabel.

Access-Point ist wahrscheinlich die richtige Bezeichnung. Er ist über Ethernet mit dem Router verbunden. Bekommt eine IP vom Router zugeteilt und macht selber kein DHCP. Er baut nur ein eigenes wlan mit der gleichen ssid auf. Je nachdem, welches dieser wlans (Router oder Access-Point) nun an einer bestimmten Stelle stärker ist, verbinden sich die Clients mit dem Router oder dem Access-Point. Der leitet dann den Verkehr an den Router weiter. Auch das funktioniert schon jahrelang ohne Probleme.

Das ist an diesen Geräten verbaut, damit zusätzlich auch ein Gerät per Kabel angeschlossen werden kann.
Was passiert denn wenn du das Kabel absteckst?

Garnichts. Der Access-Point ist in der ersten Etage und die Probleme traten bisher immer in ziemlicher Nähe des Routers auf. Das Laptop war also über das wlan des Routers verbunden. Würde ich das Kabel abziehen, wenn sich mein laptop mit dem Access-Point verbunden hat, habe ich zwar weiterhin noch wlan, kann aber weder das Internet noch die lokalen Geräte erreichen. Am Access-Point ist dann Schluss. Hatten wir auch schon, als eine Katze das Kabel durchgebissen hat.

Außerdem ist es ja so, dass das Problem nur sporadisch auftritt. Ich kann es nicht reproduzieren. D.h. wenn ich den AP abklemme und alles ok ist, weiß ich natürlich nicht, ob es irgendwann doch noch mal kommt. Außerdem müsste ich den AP ausschalten, denn sonst habe ich das oben beschriebene Problem.

Gruß,

Jürgen

[jba]

So, jetzt gabs wieder das Problem. Eigenartigerweise immer nach 23:00.

Code: Alles auswählen

arp -av
? (192.168.0.8) auf 3c:bd:d8:fc:fe:1d [ether] auf wlp1s0
lana (192.168.0.16) auf cc:5d:4e:c9:fc:fc [ether] auf wlp1s0
vusolo2 (192.168.0.27) auf 00:1d:ec:04:e9:35 [ether] auf wlp1s0
? (192.168.0.1) auf b0:4e:26:66:32:bb [ether] auf wlp1s0
? (192.168.0.9) auf 3c:5c:c4:f7:a2:14 [ether] auf wlp1s0
Einträge: 5   Ignoriert: 0   Gefunden: 5

ping -c 3 192.168.0.16
PING 192.168.0.16 (192.168.0.16) 56(84) bytes of data.

--- 192.168.0.16 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2055ms


arping -c 3 -I wlp1s0 -s 192.168.0.31 192.168.0.16
ARPING 192.168.0.16 from 192.168.0.31 wlp1s0
Sent 3 probes (3 broadcast(s))
Received 0 response(s)

arp -av
? (192.168.0.8) auf 3c:bd:d8:fc:fe:1d [ether] auf wlp1s0
lana (192.168.0.16) auf cc:5d:4e:c9:fc:fc [ether] auf wlp1s0
vusolo2 (192.168.0.27) auf 00:1d:ec:04:e9:35 [ether] auf wlp1s0
? (192.168.0.1) auf b0:4e:26:66:32:bb [ether] auf wlp1s0
? (192.168.0.9) auf 3c:5c:c4:f7:a2:14 [ether] auf wlp1s0
Einträge: 5   Ignoriert: 0   Gefunden: 5

ping -c 3 192.168.0.16
PING 192.168.0.16 (192.168.0.16) 56(84) bytes of data.

--- 192.168.0.16 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2046ms


arping -c 3 -I wlp1s0 -s 192.168.0.31 192.168.0.16                                                                                                                     
ARPING 192.168.0.16 from 192.168.0.31 wlp1s0                                                                                                                           
Sent 3 probes (3 broadcast(s))                                                                                                                                         
Received 0 response(s)                                                                                                                                                 
                                                                                                                                                                       
nc -zv 192.168.0.16 80                                                                                                                                                 
lana [192.168.0.16] 80 (http) : No route to host 

Der arp cache scheint vor und nach dem ping gefüllt zu sein.

Jürgen

[mat6937]

So, jetzt gabs wieder das Problem. Eigenartigerweise immer nach 23:00.

Code: Alles auswählen

arp -av
lana (192.168.0.16) auf cc:5d:4e:c9:fc:fc [ether] auf wlp1s0

Code: Alles auswählen

arping -c 3 -I wlp1s0 -s 192.168.0.31 192.168.0.16
ARPING 192.168.0.16 from 192.168.0.31 wlp1s0
Sent 3 probes (3 broadcast(s))
Received 0 response(s)

Code: Alles auswählen

                                                                                                                                                                                                                                                                                                           
nc -zv 192.168.0.16 80                                                                                                                                                 
lana [192.168.0.16] 80 (http) : No route to host 

[/code]
Der arp cache scheint vor und nach dem ping gefüllt zu sein.

Ja, am arp-cache liegt es nicht. Wie ist jetzt auf deinem Laptop die Ausgabe von:

Code: Alles auswählen

route -n

? Kannst Du jetzt von einem anderen Gerät in deinem (W)LAN, auf die IP-Adresse 192.168.0.16 zugreifen (... per Ping/arping oder per TCP-Port 80)?

[jba]

Kannst Du jetzt von einem anderen Gerät in deinem (W)LAN, auf die IP-Adresse 192.168.0.16 zugreifen (... per Ping/arping oder per TCP-Port 80)?

Kurz danach hats wieder funktioniert. Morgen werd ich das mal testen. Muss mir was überlegen, wie ich das mit dem Zugriff von einem anderen Gerät überprüfe. Am einfachsten ist es wohl, ich lass an meinem Laptop den ganzen abend pings durchlaufen und gebe dazwischen immer die Uhrzeit aus. dann kann man das gut erkennen.

Jürgen

[mat6937]

Am einfachsten ist es wohl, ich lass an meinem Laptop den ganzen abend pings durchlaufen ...

Ich denke nicht, dass das ein guter Test ist mit dem Dauerping, denn das könnte dazu führen, dass die Verbindung von diesem Laptop immer funktioniert. Oder ist das ein 2. Laptop?

[jba]

Ich denke nicht, dass das ein guter Test ist mit dem Dauerping, denn das könnte dazu führen, dass die Verbindung von diesem Laptop immer funktioniert. Oder ist das ein 2. Laptop?

Nein, ist der Desktop-Rechner. Ansonsten könnte ich dann einfach schnell hingehen und schauen, ob es vom Desktop aus funktioniert.

Jürgen

[pferdefreund]

Bei Netzproblemen habe ich bisher immer einfach mal den ROuter vom Strom getrennt, eine geraucht und anschließend wieder eingesteckt. Und schon war alles wieder gut. - Abgesehen davon (hab das hier wegen Unkenntnis nur überflogen), wenn das immer um die gleiche Uhrzeit passiert - läuft da irgend was besonderes (Cron oder so) oder eventuell einfach nur Funkstörung aus der Nachbarschaft ?.

[mat6937]

..., ist der Desktop-Rechner.

Das ist OK, denn dadurch wird die Verbindung des Laptops nicht beeinflusst.

[jba]

Bei Netzproblemen habe ich bisher immer einfach mal den ROuter vom Strom getrennt, eine geraucht und anschließend wieder eingesteckt. Und schon war alles wieder gut.

Den Router neu gestartet habe ich natürlich schon. Hat nichts geändert. Und mit dem Rauchen will wegen dieser Sache jetzt nicht anfangen .

Abgesehen davon (hab das hier wegen Unkenntnis nur überflogen), wenn das immer um die gleiche Uhrzeit passiert - läuft da irgend was besonderes (Cron oder so) oder eventuell einfach nur Funkstörung aus der Nachbarschaft ?.

Muss noch mal nachsehen, aber da sollte eigentlich nichts um diese Zeit laufen. Und eine Funkstörung kann es nicht sein, weil das wlan ja grundsätzlich läuft und ich auf das Internet zugreifen kann.

Jürgen

[jba]

Jetzt ist es wieder aufgetreten.

Ja, am arp-cache liegt es nicht. Wie ist jetzt auf deinem Laptop die Ausgabe von:

Code: Alles auswählen

route -n

Code: Alles auswählen

route -n
Kernel-IP-Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.0.1     0.0.0.0         UG    600    0        0 wlp1s0
192.168.0.0     0.0.0.0         255.255.255.0   U     600    0        0 wlp1s0

Kannst Du jetzt von einem anderen Gerät in deinem (W)LAN, auf die IP-Adresse 192.168.0.16 zugreifen (... per Ping/arping oder per TCP-Port 80)?

Vom Desktop kann ich das NAS erreichen (Kabel).

Jürgen

[mat6937]

Jetzt ist es wieder aufgetreten.

Code: Alles auswählen

route -n
Kernel-IP-Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.0.1     0.0.0.0         UG    600    0        0 wlp1s0
192.168.0.0     0.0.0.0         255.255.255.0   U     600    0        0 wlp1s0

Da das Routing und der arp-cache OK sind, liegt es evtl. an deiner WLAN-Verbindung? Teste mal ob Du zu diesem Zeitpunkt, die anderen Geräte/Router in deinem WLAN erreichen kannst.

[jba]

Da das Routing und der arp-cache OK sind, liegt es evtl. an deiner WLAN-Verbindung? Teste mal ob Du zu diesem Zeitpunkt, die anderen Geräte/Router in deinem WLAN erreichen kannst.

Ich kann dann vom Laptop das Internet und den Router erreichen. Alle anderen lokalen Geräte nicht.

Der Router liegt im selben Adressbereich wie die anderen lokalen Geräte (192.168.0.x), trotzdem kann ich den Router erreichen, während es zu den anderen lokalen Geräten nicht geht. Ich vermute, es ist ein Problem mit dem Router und werde da weiter forschen.

Danke für die Unterstützung, aber ich habe das Gefühl, am Laptop habe ich jetzt alles getestet. Wenns doch noch was anderes zum testen gibt, versuche ich das natürlich auch, nur zu mit Vorschlägen.

Gruß,

Jürgen

[jba]

Inzwischen konnte ich das Problem eingrenzen. Die Ursache ist der Router (TP-Link Archer VR600V). Bucht sich ein Client zuerst am externen Access Point ein, später dann direkt am Router, so ist ab diesem Zeitpunkt zwar der Zugang zum Internet und zum Router möglich, jedoch zu keinem weiteren lokalen Gerät. Nach ca. 7-8 Minuten geht es dann wieder. Oder man bucht sich vorher wieder am AP ein, danach geht es direkt wieder.

Ich habe das ganze mit mehreren Geräten (zwei Linux Laptops, ein Windows Laptop und ein Android Handy) getestet. Tritt reproduzierbar immer wieder auf genau die gleiche Weise auf. Den AP habe ich auch gegen ein anderes Gerät getauscht - keine Änderung.

Es ist also wahrscheinlich ein Bug in der Router-Firmware. In jedem Fall kein Problem von debian.

Bei der ganzen Testterei ist mir jedoch noch etwas anderes aufgefallen. Der Network-Manager aus Stretch scheint alle zwei Minuten die Stärke aller vorhandenen Netze zu prüfen und bucht sich dann am stärksten ein. Dabei scheint es keinen Treshold zu geben. In meinem Wohnzimmer sind jedoch drei Netze mit ungefähr der gleichen Signalstärke und gleicher ssid vorhanden: 2,4 und 5 GHz des Routers und 2,4 GHz des AP im Obergeschoss. Deshalb schaltet Network-Manager aufgrund winziger Schwankungen andauernd zwischen den Netzen hin und her. Und deshalb ist das Problem auch so oft aufgetreten. Bei jedem Schalten zwischen AP und Router waren die Verbindungen zum lokalen LAN weg.

Das Umschalten ist an sich ja kein Problem, so lange es schnell geht und wenn mein Router nicht den beschriebenen Bug hätte, aber sinnvoll erscheint mir dieser häufige Wechsel nicht. M.M. nach sollte nur dann gewechselt werden, wenn das neue Netz deutlich stärker ist.

Ich habe jetzt den Network-Manager aus stretch-backports installiert. Da scheint genau das gefixt zu sein. Es wird nur noch umgeschaltet, wenn es wirklich nötig ist.

Gruß,

Jürgen