staging.inyokaproject.org

DNS funktioniert nicht unter Ubuntu

Status: Gelöst | Ubuntu-Version: Ubuntu 22.10 (Kinetic Kudu)
Antworten |

fesuser

Anmeldungsdatum:
15. Februar 2023

Beiträge: Zähle...

Hallo, Mein Problem: Auf meinen Geräten funktioniert das Internet einwandfrei, außer auf meinem Ubuntu 22.10 Gerät. Dort funktioniert weder der Internetzugang per Wlan mit unterschiedlichen Routern noch das Lan.

ping wikipedia.org

erhält keine Antwort, jedoch

ping 9.9.9.9

Auch GSConnect/KDEConnect funktioniert. Daher gehe ich von einem DNS Problem aus. Die Ausgabe von

journalctl -f

besteht hauptsächlich aus Zeilen wie dieser:

Feb 15 17:22:39 ubuntu systemd-resolved[918]: Using degraded feature set TCP instead of UDP for DNS server ::1.

Ausgabe von

resolvectl --no-pager

:

Global
       Protocols: -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
resolv.conf mode: stub

Link 2 (wlo1)
Current Scopes: none
     Protocols: -DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported

Link 3 (ipv6leakintrf0)
    Current Scopes: DNS
         Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
Current DNS Server: ::1
       DNS Servers: ::1
        DNS Domain: ~.

Ausgabe von

cat /etc/resolv.conf

:

nameserver 127.0.0.53
options edns0 trust-ad
search .

Ein manuelles Ändern der DNS Server auf 9.9.9.9, 1.1.1.1 und deaktivieren von ipv6 per Gnome Einstellungen hat nichts gebracht. Hilfe, wie ich wieder Internetzugang bekomme wäre großartig. Danke, fesuser

DJKUhpisse Team-Icon

Supporter, Wikiteam
Avatar von DJKUhpisse

Anmeldungsdatum:
18. Oktober 2016

Beiträge: 16818

Aktiviere IPv6 wieder, dann Neustart. Zeige

ip a
cat /etc/resolv.conf
resolvectl
ss -lutn

fesuser

(Themenstarter)

Anmeldungsdatum:
15. Februar 2023

Beiträge: 4

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: wlo1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether d8:c0:a6:31:6d:51 brd ff:ff:ff:ff:ff:ff
    altname wlp1s0
    inet 192.168.1.9/24 brd 192.168.1.255 scope global dynamic noprefixroute wlo1
       valid_lft 604747sec preferred_lft 604747sec
    inet6 2a01:c22:72fe:f800:569:2eb6:90d7:b29/64 scope global temporary dynamic 
       valid_lft 259150sec preferred_lft 85784sec
    inet6 2a01:c22:72fe:f800:ccbb:9562:92fb:f35b/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 259150sec preferred_lft 172750sec
    inet6 fe80::7d02:4cf7:18bf:976f/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: ipv6leakintrf0: <BROADCAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN group default qlen 1000
    link/ether 9a:60:5f:fd:e9:87 brd ff:ff:ff:ff:ff:ff
    inet6 fdeb:446c:912d:8da::/64 scope global noprefixroute 
       valid_lft forever preferred_lft forever
    inet6 fe80::85c0:9d4a:bf53:9853/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

cat /etc/resolv.conf

# This is /run/systemd/resolve/stub-resolv.conf managed by man:systemd-resolved(8).
# Do not edit.
#
# This file might be symlinked as /etc/resolv.conf. If you're looking at
# /etc/resolv.conf and seeing this text, you have followed the symlink.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "resolvectl status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs should typically not access this file directly, but only
# through the symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a
# different way, replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.

nameserver 127.0.0.53
options edns0 trust-ad
search .

resolvectl

Global
       Protocols: -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
resolv.conf mode: stub

Link 2 (wlo1)
Current Scopes: none
     Protocols: -DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported

Link 3 (ipv6leakintrf0)
    Current Scopes: DNS
         Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
Current DNS Server: ::1
       DNS Servers: ::1
        DNS Domain: ~.

ss -lutn

Netid State  Recv-Q Send-Q                    Local Address:Port   Peer Address:Port                                  Process                                   
udp   UNCONN 0      0                            127.0.0.54:53          0.0.0.0:*                                                                               
udp   UNCONN 0      0                         127.0.0.53%lo:53          0.0.0.0:*                                                                               
udp   UNCONN 0      0                               0.0.0.0:631         0.0.0.0:*                                                                               
udp   UNCONN 0      0                               0.0.0.0:51259       0.0.0.0:*                                                                               
udp   UNCONN 0      0                               0.0.0.0:5353        0.0.0.0:*                                                                               
udp   UNCONN 0      0      [fe80::7d02:4cf7:18bf:976f]%wlo1:546            [::]:*                                                                               
udp   UNCONN 0      0                                     *:1716              *:*                                                                               
udp   UNCONN 0      0                                  [::]:52590          [::]:*                                                                               
udp   UNCONN 0      0                                  [::]:5353           [::]:*                                                                               
tcp   LISTEN 0      4096                         127.0.0.54:53          0.0.0.0:*                                                                               
tcp   LISTEN 0      4096                      127.0.0.53%lo:53          0.0.0.0:*                                                                               
tcp   LISTEN 0      128                           127.0.0.1:631         0.0.0.0:*                                                                               
tcp   LISTEN 0      128                               [::1]:631            [::]:*                                                                               
tcp   LISTEN 0      10                                    *:1716              *:*                                                                               

DJKUhpisse Team-Icon

Supporter, Wikiteam
Avatar von DJKUhpisse

Anmeldungsdatum:
18. Oktober 2016

Beiträge: 16818

Link 3 (ipv6leakintrf0)

Was hat es damit auf sich?

fesuser

(Themenstarter)

Anmeldungsdatum:
15. Februar 2023

Beiträge: 4

Gute Frage! Ich hab einfach danach gesucht und habe diese Seite gefunden: https://forums.linuxmint.com/viewtopic.php?t=350047 Da ich hin und wieder mal ProtonVPN verwende, habe ich in leicht abgewandelter Form die Anweisungen von TechInMD befolgt. Ich habe

sudo nmcli c delete pvpn-ipv6leak-protection

Und

sudo nmcli c reload

ausgeführt, das hat das Problem gelöst.

lubux

Anmeldungsdatum:
21. November 2012

Beiträge: 13293

fesuser schrieb:

... mal ProtonVPN verwende, ...

BTW: Das hättest Du schon in deinem 1. Beitrag erwähnen sollen.

DJKUhpisse Team-Icon

Supporter, Wikiteam
Avatar von DJKUhpisse

Anmeldungsdatum:
18. Oktober 2016

Beiträge: 16818

Lass mich raten - ProtonVPN ist zu inkompetent, IPv6 zu implementieren und stört es daher auf dem eigenen System, um zu verhindern, dass IPv6 am IPv4-Steinzeittunnel vorbeigeht.

fesuser

(Themenstarter)

Anmeldungsdatum:
15. Februar 2023

Beiträge: 4

lubux schrieb:

fesuser schrieb:

... mal ProtonVPN verwende, ...

BTW: Das hättest Du schon in deinem 1. Beitrag erwähnen sollen.

Danke für den Hinweis. Dass ein VPN, welches ich momentan nicht verwende Auswirkungen auf DNS hat war mir nicht klar. Und weil VPNs nicht im Artikel „Welche Angaben zum System sind für ein neues Thema nötig?“ gelistet sind bin ich da auch nicht drauf gekommen.

DJKUhpisse Team-Icon

Supporter, Wikiteam
Avatar von DJKUhpisse

Anmeldungsdatum:
18. Oktober 2016

Beiträge: 16818

Das, was die da machen, ist auch alles andere, als technisch sinnvoll.

kB Team-Icon

Supporter, Wikiteam
Avatar von kB

Anmeldungsdatum:
4. Oktober 2007

Beiträge: 7816

fesuser schrieb:

[…] Hilfe, wie ich wieder Internetzugang bekomme wäre großartig.

Deaktiviere alle VPN und starte den Rechner neu.

Antworten |