brisi
Anmeldungsdatum: 25. Januar 2021
Beiträge: Zähle...
|
Hallo Zusammen, ich arbeite an einer Schule als Lehrperson. Seit der Umstellung, von Ubuntu 18.04 auf 20.04 im letzten Herbst, kämpfe ich mit regelmäßig auftretenden WLAN-Unterbrüchen (alle ca. 30 Min.). Diese Unterbrüche passieren jedoch nur am Arbeitsplatz. Die Informatik-Abteilung meiner Schule unterstützt hauptsächlich Windows-Systeme und konnte mir nicht weiterhelfen. Ihr Rat war lediglich, dass ich doch einfach mein Betriebssystem neu aufsetzen sollte.
Nun würde ich gerne herausfinden, wo das Problem liegt?
Wie muss ich vorgehen? Vielen herzlichen Dank für die Hilfe!!
|
hoerianer
Anmeldungsdatum: 14. August 2012
Beiträge: 3146
Wohnort: Bodensee badische Seite ;-)
|
Hoi, zunächst einmal die Frage, sicher, dass es das WLAN ist oder streikt die Internetverbindung? Was für ein Router arbeitet da?
|
brisi
(Themenstarter)
Anmeldungsdatum: 25. Januar 2021
Beiträge: 12
|
Hallo! ich arbeite in einem Büro mit anderen Lehrpersonen. Die WLAN-Unterbrüche sind jedoch nur an meinem Computer. Die andern Computer oder Laptops haben dieses Problem nicht.
Wenn das Netz ausfällt, zeigt der Networkmanager trotzdem «Verbunden» an. Im Browser findet er aber plötzlich die Seite nicht mehr. Nach etwa 20 Sekunden steht das Netz wieder. Hinten auf dem Router drauf steht Unfi HD. Meinst das?
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17583
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Dann lasse mal dauerhaft einen ping laufen an eine Nächstgelegene Station (z.B: anderer PC im gleichen Netz).
|
hoerianer
Anmeldungsdatum: 14. August 2012
Beiträge: 3146
Wohnort: Bodensee badische Seite ;-)
|
brisi schrieb:
ich arbeite in einem Büro mit anderen Lehrpersonen. Die WLAN-Unterbrüche sind jedoch nur an meinem Computer. Die andern Computer oder Laptops haben dieses Problem nicht.
Wenn das Netz ausfällt, zeigt der Networkmanager trotzdem «Verbunden» an. Im Browser findet er aber plötzlich die Seite nicht mehr. Nach etwa 20 Sekunden steht das Netz wieder. Hinten auf dem Router drauf steht Unfi HD. Meinst das?
Ja genau das meinte ich. Okay Unifi ist ja schon etwas brauchbares, wäre es ein Router wie FritzBox oder die Teile von der Telekom, hätte ich eigentlich blind darauf getippt, dass dieser teilweise überlastet ist, gerade auch wenn mehrere darüber arbeiten. Das Unifi Gerät ist ja lediglich ein Accesspoint, der sonst weiter keine Aufgabe hat. Also was ich machen würde, zunächst einmal in /var/log/syslog schauen, ob es da Auffälligkeiten zu den Zeiten gibt, wo Dein Netz weg ist. Falls Du die IP Adresse des Unifi hast, würde ich darauf einen Dauerping absetzen und in einem zweiten Terminal einen Ping auf das Standardgateway. So würdest Du sehen ob es zwischen Deinem Laptop/PC und dem Unifi oder dem Unifi und dem Standardgateway hackelt. Dann würde ich den Browsercache mal leeren, nicht dass dort irgendwelcher Müll im Cache liegt, was ja auch schonmal vorgekommen ist. Die Frage wäre dann auch noch was gerade alles zusammen mit Deinen Kollegen läuft, wenn Du keine Verbindung mehr hast. Falls da gerade viele Daten über den AP gehen, kann es unter Umständen schon auch mal sein, dass der überlastet ist, vielleicht hat er auch einen Macken? Kann passieren. Zur Not würde ich den auch mal kurz stromlos machen und sich neu verbinden lassen. Ich hoffe das hilft Dir erstmal weiter.
|
brisi
(Themenstarter)
Anmeldungsdatum: 25. Januar 2021
Beiträge: 12
|
DJKUhpisse schrieb: Dann lasse mal dauerhaft einen ping laufen an eine Nächstgelegene Station (z.B: anderer PC im gleichen Netz).
Irgendwie scheine ich was falsch zu machen. Ich bin an einen Windows PC habe dort mit ipconfig die IPv4 (172.23.16.206) herausgelesen und dann bei mir mit ping 172.23.16.206 aufgerufen. Resultat:
| Von 172.23.15.21 icmp_seq=1 Zielhost nicht erreichbar
|
Wenn ich ping und an die Router-Adresse mache:
| ping 172.23.0.1
64 Bytes von 172.23.0.1: icmp_seq=1 ttl=64 Zeit=4.76 ms
|
Gibt es mir dies raus!
|
hoerianer
Anmeldungsdatum: 14. August 2012
Beiträge: 3146
Wohnort: Bodensee badische Seite ;-)
|
brisi schrieb: Wenn ich ping und an die Router-Adresse mache:
| ping 172.23.0.1
64 Bytes von 172.23.0.1: icmp_seq=1 ttl=64 Zeit=4.76 ms
|
Gibt es mir dies raus!
Und das läuft auch dann permanent weiter? Weil das wäre dann so richtig. Was für eine IP Adresse hat Dein PC / Laptop? was sagt ifconfig ?
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13892
|
brisi schrieb: Irgendwie scheine ich was falsch zu machen. Ich bin an einen Windows PC habe dort mit ipconfig die IPv4 (172.23.16.206) herausgelesen und dann bei mir mit ping 172.23.16.206 aufgerufen. Resultat:
| Von 172.23.15.21 icmp_seq=1 Zielhost nicht erreichbar
|
Wie sind jetzt auf deinem Linux-PC, die Ausgaben von:
arp -av
route -n
?
|
brisi
(Themenstarter)
Anmeldungsdatum: 25. Januar 2021
Beiträge: 12
|
hoerianer schrieb: brisi schrieb: Wenn ich ping und an die Router-Adresse mache:
| ping 172.23.0.1
64 Bytes von 172.23.0.1: icmp_seq=1 ttl=64 Zeit=4.76 ms
|
Gibt es mir dies raus!
Und das läuft auch dann permanent weiter? Weil das wäre dann so richtig.
Genau! das läuft weiter ohne Veränderung
Was für eine IP Adresse hat Dein PC / Laptop? was sagt ifconfig ?
| inet 172.23.15.21/19 brd 172.23.31.255 scope global dynamic noprefixroute wlp4s0
|
|
brisi
(Themenstarter)
Anmeldungsdatum: 25. Januar 2021
Beiträge: 12
|
lubux schrieb: brisi schrieb: Irgendwie scheine ich was falsch zu machen. Ich bin an einen Windows PC habe dort mit ipconfig die IPv4 (172.23.16.206) herausgelesen und dann bei mir mit ping 172.23.16.206 aufgerufen. Resultat:
| Von 172.23.15.21 icmp_seq=1 Zielhost nicht erreichbar
|
Wie sind jetzt auf deinem Linux-PC, die Ausgaben von:
arp -av
? (172.23.16.206) auf <unvollständig> auf wlp4s0
_gateway (172.23.0.1) auf 00:03:2d:35:fa:32 [ether] auf wlp4s0
Einträge: 2 Ignoriert: 0 Gefunden: 2
route -n
Kernel-IP-Routentabelle
Ziel Router Genmask Flags Metric Ref Use Iface
0.0.0.0 172.23.0.1 0.0.0.0 UG 600 0 0 wlp4s0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 wlp4s0
172.23.0.0 0.0.0.0 255.255.224.0 U 600 0 0 wlp4s0
?
|
hoerianer
Anmeldungsdatum: 14. August 2012
Beiträge: 3146
Wohnort: Bodensee badische Seite ;-)
|
brisi schrieb: Und das läuft auch dann permanent weiter? Weil das wäre dann so richtig.
Genau! das läuft weiter ohne Veränderung
Okay dann lass das weiterlaufen und beobachte, ob da teilweise Aussetzer sind bzw. ob es starke Schwankungen bei den Antwortzeiten gibt.
Was für eine IP Adresse hat Dein PC / Laptop? was sagt ifconfig ?
| inet 172.23.15.21/19 brd 172.23.31.255 scope global dynamic noprefixroute wlp4s0
|
Was mich nun sehr verwundert ist, dass der Win PC im Netz 172.23.16.xx ist und Dein PC in 172.23.15.xx - also mich wundert da die Netzwerkkonfiguration 😉 Okay, was man noch ausprobieren kann, ist ein traceroute 172.23.0.1 , vielleicht bekommt man so die IP des Unifi heraus.
|
hoerianer
Anmeldungsdatum: 14. August 2012
Beiträge: 3146
Wohnort: Bodensee badische Seite ;-)
|
Konntest Du evtl. im Logfile etwas ausmachen?
|
brisi
(Themenstarter)
Anmeldungsdatum: 25. Januar 2021
Beiträge: 12
|
hoerianer schrieb: brisi schrieb: Und das läuft auch dann permanent weiter? Weil das wäre dann so richtig.
Genau! das läuft weiter ohne Veränderung
Okay dann lass das weiterlaufen und beobachte, ob da teilweise Aussetzer sind bzw. ob es starke Schwankungen bei den Antwortzeiten gibt.
Was für eine IP Adresse hat Dein PC / Laptop? was sagt ifconfig ?
| inet 172.23.15.21/19 brd 172.23.31.255 scope global dynamic noprefixroute wlp4s0
|
Was mich nun sehr verwundert ist, dass der Win PC im Netz 172.23.16.xx ist und Dein PC in 172.23.15.xx - also mich wundert da die Netzwerkkonfiguration 😉
Habe extra nochmals nachgesehen. Ist oben korrekt wiedergegeben.
Okay, was man noch ausprobieren kann, ist ein traceroute 172.23.0.1 , vielleicht bekommt man so die IP des Unifi heraus.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32 | traceroute 172.23.0.1
traceroute to 172.23.0.1 (172.23.0.1), 30 hops max, 60 byte packets
1 * * *
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
|
|
hoerianer
Anmeldungsdatum: 14. August 2012
Beiträge: 3146
Wohnort: Bodensee badische Seite ;-)
|
brisi schrieb: Habe extra nochmals nachgesehen. Ist oben korrekt wiedergegeben.
Ja leider nicht sehr gesprächig. Also der Ping zum Router läuft, da würde ich wie schon geschrieben auf Aussetzer und/oder hohe Antwortzeiten achten. Dann eben mal in der syslog schauen, am Besten eben wenn man gerade keine Verbindung zu haben scheint, da die Uhrzeit merken und im Syslog schauen. Browsercache löschen - das vielleicht mal zuerst und einfach arbeiten bis der fehler auftritt. Wenn sich ein Problem oder fehler nur sporadisch zeit und kaum reproduzieren lässt, wird es schwer einen Ansatz zu finden.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13892
|
brisi schrieb: arp -av
? (172.23.16.206) auf <unvollständig> auf wlp4s0
_gateway (172.23.0.1) auf 00:03:2d:35:fa:32 [ether] auf wlp4s0
Einträge: 2 Ignoriert: 0 Gefunden: 2
route -n
Kernel-IP-Routentabelle
Ziel Router Genmask Flags Metric Ref Use Iface
0.0.0.0 172.23.0.1 0.0.0.0 UG 600 0 0 wlp4s0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 wlp4s0
172.23.0.0 0.0.0.0 255.255.224.0 U 600 0 0 wlp4s0
Versuch mal Folgendes:
sudo apt-get install iputils-arping arp-scan tcpdump
sudo dpkg --configure -a
Danach einen cronjob in die systemweite crontab:
sudo nano /etc/crontab
und dort als letzte Zeilen eintragen:
*/3 * * * * root /usr/bin/arping -q -c 2 -w 2 -b -f -I wlp4s0 -s 172.23.15.21 172.23.0.1 > /dev/null 2>&1
# - - - - -
speichern und nano verlassen. Mit arp-scan kannst Du testen, ob außer dem Router/AP, auch noch andere Geräte im WLAN gesehen werden können:
sudo arp-scan -I wlp4s0 --localnet
Mit tcpdump kannst Du im WLAN das regelmäßige rekeying und evtl. auch den 4-way-handshake (eapol) anzeigen lassen:
sudo tcpdump -c 100 -vvveni wlp4s0 ether proto 0x888e
Mit "iwevent" und "iw event" evtl. scans bzw. Unterbrechungen in der WLAN-Verbindung anzeigen lassen:
iwevent
iw event EDIT: arp-requests/-replys kannst Du auch mit tcpdump anzeigen lassen:
sudo tcpdump -c 300 -vvveni wlp4s0 arp EDIT 2: BTW: Für das Gerät mit der IP-Adresse 172.23.16.206 könntest Du auch einen statischen/permanenten arp-cache-Eintrag machen. Dafür brauchst Du aber dessen richtige MAC-Adresse, die Du aber mit dem o. g. arp-scan feststellen kannst.
|