danke für Deinen Support!
Mit Ipv6 an oder aus?
(Themenstarter)
Anmeldungsdatum: Beiträge: 49 |
danke für Deinen Support! Mit Ipv6 an oder aus? |
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 17657 Wohnort: in deinem Browser, hier auf dem Bildschirm |
IPv6 immer an. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 49 |
für z71og 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: enp0s25: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether 68:f7:28:8e:e1:a5 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 60:57:18:f5:1c:de brd ff:ff:ff:ff:ff:ff inet 192.168.0.79/24 brd 192.168.0.255 scope global dynamic wlp3s0 valid_lft 604775sec preferred_lft 604775sec inet6 2a02:810a:113f:9080::6bd2/128 scope global dynamic valid_lft 604781sec preferred_lft 604781sec inet6 2a02:810a:113f:9080:b579:e746:fe3d:d911/64 scope global noprefixroute dynamic valid_lft 86398sec preferred_lft 43198sec inet6 fe80::3620:4024:ddca:a198/64 scope link valid_lft forever preferred_lft forever fu@fu-ThinkPad-X250 ~ $ ping6 2001:470:20::2 -c4 PING 2001:470:20::2(2001:470:20::2) 56 data bytes 64 bytes from 2001:470:20::2: icmp_seq=1 ttl=57 time=23.7 ms 64 bytes from 2001:470:20::2: icmp_seq=2 ttl=57 time=21.4 ms 64 bytes from 2001:470:20::2: icmp_seq=3 ttl=57 time=23.7 ms 64 bytes from 2001:470:20::2: icmp_seq=4 ttl=57 time=20.0 ms --- 2001:470:20::2 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3005ms rtt min/avg/max/mdev = 20.010/22.266/23.785/1.610 ms fu@fu-ThinkPad-X250 ~ $ ping6 heise.de -c4 unknown host fu@fu-ThinkPad-X250 ~ $ systemd-resolve --status |grep Server systemd-resolve: unrecognized option '--status' fu@fu-ThinkPad-X250 ~ $ system-resolve --status |grep Server Der Befehl »system-resolve« wurde nicht gefunden, meinten Sie vielleicht: Befehl »systemd-resolve« aus dem Paket »systemd« (main) system-resolve: Befehl nicht gefunden. |
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 17657 Wohnort: in deinem Browser, hier auf dem Bildschirm |
Oh, ist ja noch 16.04. IPv6-Konnektivität ist da, es gibt aber ein Problem mit dem DNS. das erklärt die langen Wartezeiten. Zeige nun aus dem gleichen WLAN z71og cat /etc/resolv.conf |
(Themenstarter)
Anmeldungsdatum: Beiträge: 49 |
aus zolle72og 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: enp0s25: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether 68:f7:28:8e:e1:a5 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 60:57:18:f5:1c:de brd ff:ff:ff:ff:ff:ff inet 192.168.0.79/24 brd 192.168.0.255 scope global dynamic wlp3s0 valid_lft 604792sec preferred_lft 604792sec inet6 2a02:810a:113f:9080:dfc5:91f2:a6ca:d64d/64 scope global noprefixroute dynamic valid_lft 86399sec preferred_lft 43199sec inet6 fe80::9cfb:a6b0:ca69:389c/64 scope link valid_lft forever preferred_lft forever fu@fu-ThinkPad-X250 ~ $ ping6 2001:470:20::2 -c4PING 2001:470:20::2(2001:470:20::2) 56 data bytes --- 2001:470:20::2 ping statistics --- 4 packets transmitted, 0 received, 100% packet loss, time 3063ms fu@fu-ThinkPad-X250 ~ $ ping6 heise.de -c4unknown host fu@fu-ThinkPad-X250 ~ $ systemd-resolve --status |grep Serversystemd-resolve: unrecognized option '--status' fu@fu-ThinkPad-X250 ~ $ system-resolve --status |grep ServerDer Befehl »system-resolve« wurde nicht gefunden, meinten Sie vielleicht: Befehl »systemd-resolve« aus dem Paket »systemd« (main) system-resolve: Befehl nicht gefunden. |
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 17657 Wohnort: in deinem Browser, hier auf dem Bildschirm |
Bleibe für das weitere Vorgehen bitte in z71og. Im anderen WLAN gibt es auch Probleme mit der IPv6-Konnektivität (eventuell auch IPv4). |
(Themenstarter)
Anmeldungsdatum: Beiträge: 49 |
z71og 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 nameserver 127.0.1.1 |
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 17657 Wohnort: in deinem Browser, hier auf dem Bildschirm |
Wenn ich es richtig weiß frägt der nur den unter 127.0.1.1 laufende dnsmasq, der aber dann keinen weiteren DNS befragen kann. Ergo geht die Namensauflösung nicht. Was ist denn bezüglich DNS in den Einstellungen des WLANs festgelegt? PS: Du hast eine uralte Ubuntu-Version, die im April nicht mehr unterstützt wird. Bei einem Upgrade wird da jedoch der komplette Desktop getauscht, auch die DNS-Auflösung wird geändert, ich würde daher vorschlagen, eine Neuinstallation mit 20.04 durchzuführen. Das ist der saubere Weg, du bringst keine Altlasten mit. ftp://cdimage.ubuntu.com/releases/20.04.2.0/ubuntu-20.04.2.0-desktop-amd64.iso Unter 16.04 kannst du einen Stick nutzen und den Startmedienersteller nutzen. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 49 |
Danke. ja, ein neues System steht an, das sah ich schon vor Tagen ein 😉 Ich denke, ich werd wieder auf Mint umschwenken, damit kam ich besser zurecht. Aber ein Wechsel geht nicht von heut auf morgen, ich benötige Hilfe dazu und die ist gerade nicht da, aber sie kommt ☺ Dennoch braucht es eine Lösung für jetzt zum Arbeiten ☺ ... Also bleibts dabei: IPv6 erst mal aus, DNS festlegen auf einen festen DNS-Server und bei NetwortManager-Absturz (mehrmals täglich) diesen neu starten? Und perspektivisch neues Betriebssystem ... ? Oder hast du andere Ideen, die für jetzt helfen? Danke Dir für Deinen Support! |
(Themenstarter)
Anmeldungsdatum: Beiträge: 49 |
Was bezüglich DNS in den Einstellungen des WLANs festgelegt ist, weiß ich nicht ... |
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 17657 Wohnort: in deinem Browser, hier auf dem Bildschirm |
Erstelle dir mal einen Stick für 20.04 und boote den Live. Dann zeige nochmal die Befehle aus beiden WLANs. Damit ist das alte System als Störfaktor schonmal weg. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 49 |
Werd ich versuchen ... das kann aber dauern ... Unter Windows (nutze ich nicht, es ist daher keine Ausweichmöglichkeit für mich für jetzt, aber ich probierte es vor ein paar tagen mal aus) läuft das Wlan auf dem gleichen rechner tadellos. Dass es an der spezifischen Linux-Variante liegt, die ich hab, ist damit sicher ... alle anderen Geräte im Netzwerk (das sind viele) laufen ... |
Supporter
Anmeldungsdatum: Beiträge: 22097 Wohnort: ~ |
Bis 18.04 kannst du Wicd mit Erweiterung anstatt dem NWM testen. Leider funktioniert es mit 20.04 nicht mehr, da Wicd in python2 geschrieben ist wget http://www.elektronenblitz63.de/download/wicd-1.6.x_addon01441.tar.gz sudo apt-get install --reinstall wicd tar xvf wicd-1.6.x_addon01441.tar.gz cd wicd-1.6.x_addon01441 sudo ./install_wicd_addon sudo service network-manager stop sudo killall wpa_supplicant sudo service wicd restart |
(Themenstarter)
Anmeldungsdatum: Beiträge: 49 |
Danke, werd ich probieren. |
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 17657 Wohnort: in deinem Browser, hier auf dem Bildschirm |
Man sollte aber das Problem im NM suchen statt nun einen 2. Manager zu installieren. Erstmal im Live-System testen. |