awsatnet
Anmeldungsdatum: 22. Februar 2009
Beiträge: 91
Wohnort: Ortenau, BW
|
Hallo zusammen, seit einem kürzlichen Update (kann nicht mehr nachvollziehen welches, weil ich das Problem zunächst gar nicht richtig registriert habe) zeigt sich folgendes Phänomen: nach dem Aufklappen des ThinkPad aus der Bereitschaft verbindet sich ganz normal das WLan und eine korrekte Verbindung wird angezeigt. Allerdings habe ich mit dem Gerät keinen Internetzugang. Erst nach Trennen und nochmaligem Verbinden geht's auch in's Internet. Hardware: Intel Ultimate Corporation N Wifi Link 5300, läuft mit iwlwifi
OS: Xubuntu 18.04, 4.15.0-44-generic Ich verwende eine statische IP, aber die Problematik besteht auch mit DHCP.
Ah ja: die Gegenstelle ist eine FB 7430. Ich habe noch zwei andere Xubuntu-Rechner im Netzwerk (PC's mit teilweise anderer Hardware, allerdings auch WLan), da habe ich keinerlei Probleme und das Netzwerk funktioniert ohne weiteres Zutun. Es ist jetzt kein Riesenbeinbruch, nervt aber manchmal schon ein wenig, immer erst die Verbindung trennen zu müssen, um sie gleich wieder verbinden zu lassen. Kennt jemand das Problem und weiß evtl sogar, wie ich es lösen könnte?
|
voxxell99
Anmeldungsdatum: 23. September 2009
Beiträge: 3903
Wohnort: da, wo andere Urlaub machen. :)
|
"Aufklappen" soll was heißen? Standby oder Ruhezustand?
|
awsatnet
(Themenstarter)
Anmeldungsdatum: 22. Februar 2009
Beiträge: 91
Wohnort: Ortenau, BW
|
Meine Energieverwaltung sagt: "Bereitschaft", ich nehme mal an, dass es Standby ist, auch weil das System nach dem Aufklappen relativ schnell wieder zur Verfügung steht. Was anderes wird mit gar nicht angeboten, nur noch Bildschirm sperren und Bildschirm ausschalten. Kann ich das irgendwie feststellen? Hab' mich ehrlich noch nie darum gekümmert....
|
voxxell99
Anmeldungsdatum: 23. September 2009
Beiträge: 3903
Wohnort: da, wo andere Urlaub machen. :)
|
Bereitschaft ist "Standby". Leider funktioniert das oft nicht so reibungslos wie unter Windows, weil die Treiber das nicht sauber unterstützen. Auf meinem Laptop funktioniert weder das eine noch das andere (Ruhezustand), und da bin ich nicht der Einzige.
|
awsatnet
(Themenstarter)
Anmeldungsdatum: 22. Februar 2009
Beiträge: 91
Wohnort: Ortenau, BW
|
Danke für die Antwort. Dürfte allerdings nicht so zutreffen: ich habe gerade festgestellt, dass ein Systemneustart das gleiche Phänomen zeigt.
Ich habe jetzt mal einige zurückliegende Kernel heruntergeladen und schaue mal, ob ich einen finde, bei dem das Problem nicht besteht. Hat ja schließlich mal funktioniert.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13931
|
awsatnet schrieb: ... verbindet sich ganz normal das WLan und eine korrekte Verbindung wird angezeigt.
Wie wird die "korrekte" Verbindung angezeigt bzw. wie hast Du getestet, dass das WLAN "normal" verbunden ist? Du könntest z. B. mit tcpdump (oder gleichwertig) das rekeying (zwischen WLAN-Router und WLAN-Client) sniffen.
Wenn das rekeying nicht statt findet, ist keine "korrekte" bzw. keine "normale" WLAN-Verbindung zustande gekommen.
|
awsatnet
(Themenstarter)
Anmeldungsdatum: 22. Februar 2009
Beiträge: 91
Wohnort: Ortenau, BW
|
Naja, die Verbindungsinformationen sagen mir, dass eine Verbindung hergestellt wurde.
Schnittstelle, Geräteadresse, Geschwindigkeit, Treiber, IPv4 (statisch/manuell), IPv6 (automatisch) - das alles wird korrekt angezeigt. Ein Verbindungsversuch ins Internet, ob mit Browser, Mail-Client, Terminal (z.B. apt-get update) - all das schlägt fehl. Es genügt dann, einfach die angezeigte SSID nochmal anzuklicken: die Verbindung wird getrennt und erneut verbunden und dann funktioniert's.
Das ist das ganze Phänomen. Von daher war meine Beschreibung von wegen "korrekte Verbindung" nicht ganz richtig: besser wäre wahrscheinlich, dass mir eine korrekte Verbindung vorgegaukelt wird, tatsächlich aber nicht besteht.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13931
|
awsatnet schrieb: Es genügt dann, einfach die angezeigte SSID nochmal anzuklicken: die Verbindung wird getrennt und erneut verbunden und dann funktioniert's.
Dann versuch mal vor dem Klick auf die SSID, ein:
ping -c 3 1.1.1.1
und poste vor dem Klick auch die Ausgabe von:
route -n
ifconfig
Evtl. funktioniert die Namensauflösung nicht und/oder es ich keine default route vorhanden.
|
awsatnet
(Themenstarter)
Anmeldungsdatum: 22. Februar 2009
Beiträge: 91
Wohnort: Ortenau, BW
|
route -n
Kernel-IP-Routentabelle
Ziel Router Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.178.1 0.0.0.0 UG 600 0 0 wlp3s0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 wlp3s0
192.168.178.0 0.0.0.0 255.255.255.0 U 600 0 0 wlp3s0
ifconfig
enp0s25: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 00:1c:25:a0:e5:25 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 20 memory 0xfc600000-fc620000
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Lokale Schleife)
RX packets 12590 bytes 1308481 (1.3 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 12590 bytes 1308481 (1.3 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.178.117 netmask 255.255.255.0 broadcast 192.168.178.255
inet6 fe80::9163:22aa:64bb:aed1 prefixlen 64 scopeid 0x20<link>
inet6 2003:f1:dbc5:8f00:c782:bda2:fc87:dde1 prefixlen 64 scopeid 0x0<global>
ether 00:21:6a:12:a1:90 txqueuelen 1000 (Ethernet)
RX packets 183222 bytes 206825174 (206.8 MB)
RX errors 0 dropped 10234 overruns 0 frame 0
TX packets 89370 bytes 11757926 (11.7 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
ping -c 3 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
From 192.168.178.117 icmp_seq=1 Destination Host Unreachable
From 192.168.178.117 icmp_seq=2 Destination Host Unreachable
From 192.168.178.117 icmp_seq=3 Destination Host Unreachable
--- 1.1.1.1 ping statistics ---
3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 2032ms
pipe 2
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13931
|
awsatnet schrieb: wlp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.178.117 netmask 255.255.255.0 broadcast 192.168.178.255
inet6 fe80::9163:22aa:64bb:aed1 prefixlen 64 scopeid 0x20<link>
inet6 2003:f1:dbc5:8f00:c782:bda2:fc87:dde1 prefixlen 64 scopeid 0x0<global>
ping -c 3 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
From 192.168.178.117 icmp_seq=1 Destination Host Unreachable
From 192.168.178.117 icmp_seq=2 Destination Host Unreachable
From 192.168.178.117 icmp_seq=3 Destination Host Unreachable
--- 1.1.1.1 ping statistics ---
3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 2032ms
pipe 2
Wie sind in so einem Fall die Ausgaben von:
iwconfig
arp -av
ip n s
ip -6 r
ping6 -c 3 heise.de
ping6 -c 3 2a02:2e0:3fe:1001:302::
host -t AAAA heise.de
?
|
awsatnet
(Themenstarter)
Anmeldungsdatum: 22. Februar 2009
Beiträge: 91
Wohnort: Ortenau, BW
|
iwconfig
wlp3s0 IEEE 802.11 ESSID:"AWSATDWS"
Mode:Managed Frequency:2.472 GHz Access Point: E8:DF:70:D2:48:4A
Bit Rate=54 Mb/s Tx-Power=15 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:on
Link Quality=57/70 Signal level=-53 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:4 Invalid misc:134 Missed beacon:0
enp0s25 no wireless extensions.
lo no wireless extensions.
arp -av
_gateway (192.168.178.1) auf <unvollständig> auf wlp3s0
Einträge: 1 Ignoriert: 0 Gefunden: 1
ip n s
192.168.178.1 dev wlp3s0 INCOMPLETE
fe80::eadf:70ff:fed2:4848 dev wlp3s0 router INCOMPLETE
2003:f1:dbc5:8f00::/64 dev wlp3s0 proto ra metric 600 pref medium
2003:f1:dbc5:8f00::/56 via fe80::eadf:70ff:fed2:4848 dev wlp3s0 proto ra metric 600 pref medium
fe80::/64 dev wlp3s0 proto kernel metric 256 pref medium
fe80::/64 dev wlp3s0 proto kernel metric 600 pref medium
default via fe80::eadf:70ff:fed2:4848 dev wlp3s0 proto ra metric 600 pref medium
ping6 -c 3 heise.de
ping: heise.de: Der Name oder der Dienst ist nicht bekannt
ping6 -c 3 2a02:2e0:3fe:1001:302::
PING 2a02:2e0:3fe:1001:302::(2a02:2e0:3fe:1001:302::) 56 data bytes
From 2003:f1:dbc5:8f00:c782:bda2:fc87:dde1 icmp_seq=1 Destination unreachable: Address unreachable
From 2003:f1:dbc5:8f00:c782:bda2:fc87:dde1 icmp_seq=2 Destination unreachable: Address unreachable
From 2003:f1:dbc5:8f00:c782:bda2:fc87:dde1 icmp_seq=3 Destination unreachable: Address unreachable
--- 2a02:2e0:3fe:1001:302:: ping statistics ---
3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 2042ms
host -t AAAA heise.de
;; connection timed out; no servers could be reached
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13931
|
awsatnet schrieb: iwconfig
wlp3s0 IEEE 802.11 ESSID:"AWSATDWS"
Mode:Managed Frequency:2.472 GHz Access Point: E8:DF:70:D2:48:4A
Bit Rate=54 Mb/s Tx-Power=15 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:on
Link Quality=57/70 Signal level=-53 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:4 Invalid misc:134 Missed beacon:0
arp -av
_gateway (192.168.178.1) auf <unvollständig> auf wlp3s0
Einträge: 1 Ignoriert: 0 Gefunden: 1
So lange der arp-cache-Eintrag für den Router (auf dem wlan-Interface) "unvollständig" ist, wird es nicht richtig funktionieren. Evtl. gibt es hier einen Zusammenhang mit dem PM das "on" ist. Konfiguriere das PM für "off". Evtl. als Test auch mit einem statischen arp-cache-Eintrag versuchen.
|
awsatnet
(Themenstarter)
Anmeldungsdatum: 22. Februar 2009
Beiträge: 91
Wohnort: Ortenau, BW
|
Jop, scheint zu funktionieren.
Nach dem Setzen des Powermanagements auf "off" musste nur noch die Netzwerkverbindung neu angelegt werden. Falls jemand ein ähnliches Problem hat:
Das Powermanagement stellt man folgendermaßen dauerhaft auf OFF: /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf editieren
[connection]
wifi.powersave = 2 Vielen Dank für die Hilfestellung. War lehrreich.
|
awsatnet
(Themenstarter)
Anmeldungsdatum: 22. Februar 2009
Beiträge: 91
Wohnort: Ortenau, BW
|
Ich muss den Thread nochmals aufmachen:
Das Problem ist also nicht behoben, es tritt bereits seit einiger Zeit wieder regelmäßig beim Aufklappen und auch nach dem Neustarten auf - der arp-cache-Eintrag des gateway ist regelmäßig unvollständig.
Das Powermanagement ist definitiv auf "off" und auch ein statischer arp-cache-Eintrag behob das Problem nicht.
Ich muss also quasi jedes Mal meine Wlan-Verbindung trennen und neu verbinden, dann geht's.
Das war also nicht immer so.
Da auf dem Notebook ein "Upgrade-System" läuft, habe ich schon mit dem Gedanken einer Neuinstallation gespielt; wäre kein Problem, da ich mein home-Verzeichnis auf einer Extra-Partition liegen habe.
Aber bevor ich das mache: weiß jemand Rat?
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8616
Wohnort: Münster
|
awsatnet schrieb: […] Das Problem ist […] tritt bereits seit einiger Zeit wieder regelmäßig beim Aufklappen und auch nach dem Neustarten auf
- der arp-cache-Eintrag des gateway ist regelmäßig unvollständig.
Das ist ein völlig normaler Zustand, der beim Netzwerkbetrieb regelmäßig und per Design so vorgesehen auftritt und keines Eingriffs bedarf.
Das Powermanagement ist definitiv auf "off" und auch ein statischer arp-cache-Eintrag behob das Problem nicht.
Auch das können höchstens Symptome, jedenfalls nicht das eigentliche Problem sein. Bitte zeige direkt nach dem Aufwachen/Neustart die Ausgaben dieser Befehle: nmcli device ; nmcli connection ; ping -c1 192.168.178.1 Warte dann eine Minute, in der Du gar nichts mit dem Rechner machst. Führe dann die vorstehenden Befehle erneut aus und zeige deren Ausgaben. Falls keine Verbindung besteht, stelle Sie dann nach Deiner Methode her und führe erneut diese Befehle aus und zeige das Ergebnis.
|