antishape
Anmeldungsdatum: 19. Oktober 2010
Beiträge: 432
|
Hallo. Nachdem Upgrade gestern von der vorherigen Version auf 19.04 habe ich Probleme mit der Internetverbindung. (WLAN)
Das Problem liegt an der neuen Version, weil:
-vorher war das nicht
-an den Einstellungen im Router wurde nichts geändert Mein bisherige, lästiger Workaround:
WLAN aus, wieder an → läuft Vorher startete ich mein Laptop, öffnete ein E-Mail-Programm oder Browser und konnte los surfen. Wie bekomme ich den Zustand bei 19.04 wieder hin?
Moderiert von ChickenLipsRfun2eat: Verschoben, da keine fortgeschrittene Netzwerkkonfiguration erkennbar ist. Bitte beachte die als wichtig markierten Themen („Welche Themen gehören hier her und welche nicht?“) in jedem Forenbereich. Danke.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13938
|
antishape schrieb: Vorher startete ich mein Laptop, öffnete ein E-Mail-Programm oder Browser und konnte los surfen. Wie bekomme ich den Zustand bei 19.04 wieder hin?
Wie sind sofort nach dem Start (d. h. ohne WLAN aus und an) die Ausgaben von:
iwconfig
ip a
route -n
ip n s
cat /etc/resolv.conf
cat /etc/nsswitch.conf
?
|
antishape
(Themenstarter)
Anmeldungsdatum: 19. Oktober 2010
Beiträge: 432
|
lubux schrieb: antishape schrieb: Vorher startete ich mein Laptop, öffnete ein E-Mail-Programm oder Browser und konnte los surfen. Wie bekomme ich den Zustand bei 19.04 wieder hin?
Wie sind sofort nach dem Start (d. h. ohne WLAN aus und an) die Ausgaben von:
iwconfig
ip a
route -n
ip n s
cat /etc/resolv.conf
cat /etc/nsswitch.conf
?
Iwconfig: 1
2
3
4
5
6
7
8
9
10
11
12
13 | :~$ iwconfig
wlp3s0 IEEE 802.11 ESSID:"STG 057 Internet"
Mode:Managed Frequency:5.2 GHz Access Point: 00:1A:8C:0C:08:79
Bit Rate=65 Mb/s Tx-Power=22 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:on
Link Quality=49/70 Signal level=-61 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:58 Missed beacon:0
lo no wireless extensions.
enp2s0 no wireless extensions.
|
ip a: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15 | :~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp2s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether 68:f7:28:4b:ba:0b brd ff:ff:ff:ff:ff:ff
3: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether d0:7e:35:8a:75:c3 brd ff:ff:ff:ff:ff:ff
inet 172.18.57.5/24 brd 172.18.57.255 scope global dynamic noprefixroute wlp3s0
valid_lft 73016sec preferred_lft 73016sec
inet6 fe80::637f:a1f:1150:40d1/64 scope link noprefixroute
valid_lft forever preferred_lft forever
|
route -n | :~$ route -n
Kernel-IP-Routentabelle
Ziel Router Genmask Flags Metric Ref Use Iface
0.0.0.0 172.18.57.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
172.18.57.0 0.0.0.0 255.255.255.0 U 600 0 0 wlp3s0
|
ip n s | :~$ ip n s
172.18.57.1 dev wlp3s0 lladdr 00:1a:8c:0a:70:03 REACHABLE
|
cat /etc/resolv.conf | :~$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.
|
cat /etc/nsswitch.conf 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21 | :~$ cat /etc/nsswitch.conf
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.
passwd: compat systemd
group: compat systemd
shadow: compat
gshadow: files
hosts: files mdns4_minimal [NOTFOUND=return] dns
networks: files
protocols: db files
services: db files
ethers: db files
rpc: db files
netgroup: nis
|
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13938
|
antishape schrieb: :~$ iwconfig
wlp3s0 IEEE 802.11 ESSID:"STG 057 Internet"
Mode:Managed Frequency:5.2 GHz Access Point: 00:1A:8C:0C:08:79
Bit Rate=65 Mb/s Tx-Power=22 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:on
Link Quality=49/70 Signal level=-61 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:58 Missed beacon:0
3: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether d0:7e:35:8a:75:c3 brd ff:ff:ff:ff:ff:ff
inet 172.18.57.5/24 brd 172.18.57.255 scope global dynamic noprefixroute wlp3s0
valid_lft 73016sec preferred_lft 73016sec
inet6 fe80::637f:a1f:1150:40d1/64 scope link noprefixroute
valid_lft forever preferred_lft forever
:~$ route -n
Kernel-IP-Routentabelle
Ziel Router Genmask Flags Metric Ref Use Iface
0.0.0.0 172.18.57.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
172.18.57.0 0.0.0.0 255.255.255.0 U 600 0 0 wlp3s0 :~$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers. :~$ cat /etc/nsswitch.conf
hosts: files mdns4_minimal [NOTFOUND=return] dns
networks: files
Ändere das PM von on auf off.
Es wird die Namensauflösung (DNS) sein, die nicht vorhanden ist bzw. nicht funktioniert, weil die resolv.conf-Datei keinen wirksamen Eintrag hat.
Ändere die hosts-Zeile in der nsswitch.conf, so:
hosts: files dns mdns4_minimal [NOTFOUND=return]
Mach mal sofort nach dem Booten:
ping -c 3 1.1.1.1
ping -c 3 172.18.57.1
host -t A heise.de 1.1.1.1
|
antishape
(Themenstarter)
Anmeldungsdatum: 19. Oktober 2010
Beiträge: 432
|
Das PM springt nach dem Reboot direkt wieder on.
Hatte das mit:
| sudo iwconfig wlan0 power off
|
geändert. wlan0 steht als Beispielname, habe natürlich den benutzt, der oben schon nach der Eingabe von iwconfig kam. Gibt es dazu eine dauerhafte Möglichkeit? ping -c 3 1.1.1.1 | :~$ ping -c 3 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=59 time=49.1 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=59 time=48.7 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=59 time=49.5 ms
--- 1.1.1.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 5ms
rtt min/avg/max/mdev = 48.745/49.117/49.525/0.319 ms
|
ping -c 3 172.18.57.1 | :~$ ping -c 3 172.18.57.1
PING 172.18.57.1 (172.18.57.1) 56(84) bytes of data.
64 bytes from 172.18.57.1: icmp_seq=1 ttl=64 time=40.10 ms
64 bytes from 172.18.57.1: icmp_seq=2 ttl=64 time=41.6 ms
64 bytes from 172.18.57.1: icmp_seq=3 ttl=64 time=41.3 ms
--- 172.18.57.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 5ms
rtt min/avg/max/mdev = 40.993/41.321/41.629/0.260 ms
|
host -t A heise.de 1.1.1.1 | :~$ host -t A heise.de 1.1.1.1
Using domain server:
Name: 1.1.1.1
Address: 1.1.1.1#53
Aliases:
heise.de has address 193.99.144.80
|
//EDIT Mir ist zudem aufgefallen, dass das Booten um einiges länger dauert.
Und, das Geduld und wlan aus/an nicht das Workaround ist, sondern das Warten. Es ist, als ob alles nun um einiges langsamer vonstatten geht.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8627
Wohnort: Münster
|
antishape schrieb: […] Nachdem Upgrade gestern von der vorherigen Version auf 19.04
Von welcher Version hast Du auf 19.04 aktualisiert?
habe ich Probleme mit der Internetverbindung.
Welche Probleme?
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8627
Wohnort: Münster
|
antishape schrieb: […]
cat /etc/resolv.conf :~$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.
Die DNS-Namensauflösung ist nicht konfiguriert. Das ist eine Aufgabe von NetworkManager, der vermutlich infolge des Upgrade eine fehlerhafte Konfiguration hat. Bei Ubuntu ist seit 16.10 resolvconf nicht mehr aktuell, da dessen Aufgabe systemd-resolve übernommen hat. Deine Datei /etc/resolv.conf ist sehr merkwürdig. Zeige bitte die Konfiguration von NetworkManager: grep -r dns /etc/NetworkManager/NetworkManager.conf /var/lib/NetworkManager/NetworkManager-intern.conf /{usr/lib,etc,run}/NetworkManager/conf.d/
ls -l /etc/resolv.conf
|
antishape
(Themenstarter)
Anmeldungsdatum: 19. Oktober 2010
Beiträge: 432
|
kB schrieb: antishape schrieb: […] Nachdem Upgrade gestern von der vorherigen Version auf 19.04
Von welcher Version hast Du auf 19.04 aktualisiert?
habe ich Probleme mit der Internetverbindung.
Welche Probleme?
Eingangs und im Verlauf geschildert:
18.10 - daher vorherige Version - und funktionierendes Internet nur durch Workaround (WlAN aus und dann wieder an) bzw. Geduld tut es auch. Es dauert nun, ebenso wird der Bootvorgang, erheblich länger.
|
antishape
(Themenstarter)
Anmeldungsdatum: 19. Oktober 2010
Beiträge: 432
|
kB schrieb: Zeige bitte die Konfiguration von NetworkManager: grep -r dns /etc/NetworkManager/NetworkManager.conf /var/lib/NetworkManager/NetworkManager-intern.conf /{usr/lib,etc,run}/NetworkManager/conf.d/
ls -l /etc/resolv.conf
| :~$ grep -r dns /etc/NetworkManager/NetworkManager.conf /var/lib/NetworkManager/NetworkManager-intern.conf /{usr/lib,etc,run}/NetworkManager/conf.d/
/usr/lib/NetworkManager/conf.d/10-dns-resolved.conf:# We need to specify "dns=systemd-resolved" as for the time being our
/usr/lib/NetworkManager/conf.d/10-dns-resolved.conf:dns=systemd-resolved
|
und | :~$ ls -l /etc/resolv.conf
lrwxrwxrwx 1 root root 29 Mär 6 2018 /etc/resolv.conf -> ../run/resolvconf/resolv.conf
|
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8627
Wohnort: Münster
|
antishape schrieb: […] | :~$ grep -r dns /etc/NetworkManager/NetworkManager.conf /var/lib/NetworkManager/NetworkManager-intern.conf /{usr/lib,etc,run}/NetworkManager/conf.d/
/usr/lib/NetworkManager/conf.d/10-dns-resolved.conf:# We need to specify "dns=systemd-resolved" as for the time being our
/usr/lib/NetworkManager/conf.d/10-dns-resolved.conf:dns=systemd-resolved
|
Ist richtig.
und | :~$ ls -l /etc/resolv.conf
lrwxrwxrwx 1 root root 29 Mär 6 2018 /etc/resolv.conf -> ../run/resolvconf/resolv.conf
|
Ist nicht richtig. Das Ziel muss die Datei /run/systemd/resolve/stub-resolv.conf sein. Lösche diesen Link und starte neu. Wenn der Link dann nicht auf die richtige Datei zeigt, lege ihn manuell an.
|
antishape
(Themenstarter)
Anmeldungsdatum: 19. Oktober 2010
Beiträge: 432
|
kB schrieb: Ist nicht richtig. Das Ziel muss die Datei /run/systemd/resolve/stub-resolv.conf sein. Lösche diesen Link und starte neu. Wenn der Link dann nicht auf die richtige Datei zeigt, lege ihn manuell an.
resolv.conf zu stub-resolv.conf oder wie?
Muss das ein mit ln gemacht? Also, Symlink? Irgendwie anderen Faktoren, die ich mitgeben muss oder reicht ln von → zu? Also sudo nehme ich an?
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8627
Wohnort: Münster
|
antishape schrieb: kB schrieb: […] Lösche diesen Link und starte neu.
Datei/Link löschen: sudo rm /etc/resolv.conf Neustart.
Wenn der Link dann nicht auf die richtige Datei zeigt, lege ihn manuell an.
Datei manuell verknüpfen, sofern NetworkManager das nicht bereits gemacht hat: sudo cp -s /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf (Statt cp kannst Du auch ln sagen.) Neustart.
[…] reicht ln von → zu?
Nein. Die Syntax ist: ln ZIEL-DATEI ←- NAME-DER-VERKNÜPFUNG. Wiki lesen: ln
Also sudo nehme ich an?
Man muss ins Verzeichnis /etc/ schreiben dürfen. root darf das. Also ja, Du kannst sudo verwenden.
|
antishape
(Themenstarter)
Anmeldungsdatum: 19. Oktober 2010
Beiträge: 432
|
kB schrieb: antishape schrieb: kB schrieb: […] Lösche diesen Link und starte neu.
Datei/Link löschen: sudo rm /etc/resolv.conf Neustart.
Wenn der Link dann nicht auf die richtige Datei zeigt, lege ihn manuell an.
Datei manuell verknüpfen, sofern NetworkManager das nicht bereits gemacht hat: sudo cp -s /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf (Statt cp kannst Du auch ln sagen.) Neustart.
[…] reicht ln von → zu?
Nein. Die Syntax ist: ln ZIEL-DATEI ←- NAME-DER-VERKNÜPFUNG. Wiki lesen: ln
Also sudo nehme ich an?
Man muss ins Verzeichnis /etc/ schreiben dürfen. root darf das. Also ja, Du kannst sudo verwenden.
Alles klar. Danke.
cp musste ich nicht mehr bzw. konnte nicht ausgeführt werden, Datei war schon vorhanden.
|