ubuntuusers.de

sharbich schrieb: WARUM? Nach einen "systemctl restart systemd-resolved" funktioniert ein paar Minuten die Namensauflösung. Danach nicht mehr. Was sich verändert hat wenn es nicht mehr funktioniert ist folgender Eintrag in der Datei "/etc/resolv.conf"

search intern.harnet.de Wenn dieser Eintrag in der Datei verschwindet (Warum auch immer) funktioniert die Namensauflösung nicht mehr. WARUM nur verschwindet automatisch dieser Eintrag in der Datei???

Evtl. hast Du netplan nicht richtig konfiguriert.
Wenn Du schnell bist, kannst Du mit einem Workaround (Holzhammermethode) das überschreiben der /etc/resolv.conf (mit dem i-flag) verhindern. Schau nach ob /etc/resolv.conf eine Datei oder ein symlink ist. Wenn es eine Datei ist, dann:

sudo chattr +i /etc/resolv.conf

wenn es ein symlink ist, setzt Du das i-flag für die Datei auf die der symlink zeigt.

Hallo, es lag nicht an den Eintrag in der Datei /etc/resolv.conf. Was ich jetzt herausgefunden habe gegenüber dem Live System das es unterschiedliche Ausgaben bei dem Befehl "sudo netplan status --all" gibt. Im Live System bekomme ich folgende Information:

ubuntu@ubuntu:~$ sudo netplan status --all
     Online state: online
    DNS Addresses: 127.0.0.53 (stub)
       DNS Search: intern.harnet.de

●  1: lo ethernet UNKNOWN/UP (unmanaged)
      MAC Address: 00:00:00:00:00:00
        Addresses: 127.0.0.1/8
                   ::1/128

●  2: enp1s0 ethernet DOWN/UP (unmanaged)
      MAC Address: 30:65:ec:80:38:1d (Realtek Semiconductor Co., Ltd.)

●  3: wlp2s0 wifi UP (NetworkManager: NM-65bca369-4824-4a6b-9ecc-f367bfeeca5d)
      MAC Address: 34:02:86:9b:a0:a5 (Intel Corporation)
        Addresses: 192.168.30.66/24 (dhcp)
                   fd8c:f871:ff62:624c:f50f:336f:c03b:48cd/64
                   fd8c:f871:ff62:624c:5c25:b451:1271:b6d4/64
                   fe80::66f4:373e:56fd:4c79/64 (link)
    DNS Addresses: 192.168.20.20
       DNS Search: intern.harnet.de
           Routes: default via 192.168.30.1 from 192.168.30.66 metric 600 (dhcp)
                   192.168.30.0/24 from 192.168.30.66 metric 600 (link)
                   fd2e:58fa:718c::/64 via fe80::47a:77a6:6637:635e metric 600 (ra)
                   fd8c:f871:ff62:624c::/64 metric 600 (ra)
                   fe80::/64 metric 1024

Im normalen System sieht die Aussage wie folgt aus:

stharbich@nsthwme01:~$ sudo netplan status --all
     Online state: offline
    DNS Addresses: 127.0.0.53 (stub)
       DNS Search: .

●  1: lo ethernet UNKNOWN/UP (unmanaged)
      MAC Address: 00:00:00:00:00:00
        Addresses: 127.0.0.1/8
                   ::1/128

●  2: enp1s0 ethernet DOWN/UP (unmanaged)
      MAC Address: 30:65:ec:80:38:1d (Realtek Semiconductor Co., Ltd.)

●  3: wlp2s0 wifi/"Access-Point-Harbich" UP (NetworkManager: NM-7921a64d-e149-4172-8b15-14cb8f3410f4)
      MAC Address: 34:02:86:9b:a0:a5 (Intel Corporation)
        Addresses: 192.168.30.66/24 (dynamic, dhcp)
                   fd8c:f871:ff62:624c:e44:fc08:510a:a0d2/64 (dynamic, ra)
                   fd8c:f871:ff62:624c:d35a:82ee:1b61:9d9e/64 (dynamic, ra)
                   fd8c:f871:ff62:624c:bfde:fb62:4428:d7c0/64 (dynamic, ra)
                   fd8c:f871:ff62:624c:60d6:2430:e08d:fbc7/64 (dynamic, ra)
                   fe80::f597:dcd8:ea99:8705/64 (link)
           Routes: default via 192.168.30.1 from 192.168.30.66 metric 600 (dhcp)
                   default via 192.168.30.1 from 192.168.30.66 metric 3003 (dhcp)
                   192.168.30.0/24 from 192.168.30.66 metric 600 (link)
                   192.168.30.0/24 from 192.168.30.66 metric 3003 (dhcp, link)
                   fd2e:58fa:718c::/64 via fe80::47a:77a6:6637:635e metric 600 (ra)
                   fd8c:f871:ff62:624c::/64 metric 600 (ra)
                   fd8c:f871:ff62:624c::/64 metric 3003 (ra)
                   fe80::/64 metric 1024

●  4: virbr0 bridge DOWN/UP (unmanaged)
      MAC Address: 52:54:00:f3:05:af
        Addresses: 192.168.122.1/24
           Routes: 192.168.122.0/24 from 192.168.122.1 (link)

Warum steht bei "Online state: offline?" im normalen System, obwohl dem System per DHCP eine IP Adresse und DNS Werte zugewiesen wurde? In welcher Konfiguration sollte ich noch nachschauen? Wo etwas anders seien könnte? Wie gesagt unterhalb der Verzeichnisse "/etc/netplan" ist alles identisch.

sharbich schrieb:

Im normalen System sieht die Aussage wie folgt aus:

stharbich@nsthwme01:~$ sudo netplan status --all
     Online state: offline
    DNS Addresses: 127.0.0.53 (stub)
       DNS Search: .

Warum steht bei "Online state: offline?" im normalen System, obwohl dem System per DHCP eine IP Adresse und DNS Werte zugewiesen wurde?

Wie sind im normalen system die Ausgaben von:

ip r g 1.1.1.1
ping -c 3 1.1.1.1
ls -la /etc/resolv.conf
ip n s
ip a
ip r

?

lubux schrieb:

Wie sind im normalen system die Ausgaben von:

Deine Beiträge sind nicht hilfreich. Die Frage hast Du schon gestellt. Siehe Post: https://forum.ubuntuusers.de/topic/namensaufloesung-nach-update-von-22-04-auf-24-/#post-9462640

Was hälst Du davon lösungsorientiert mit zu arbeiten?

sharbich schrieb:

Die Frage hast Du schon gestellt.

Das war im 2. Beitrag deines Threads. Inzwischen kann sich ja auch etwas geändert haben, ... z. B. die Frage:

ls -la /etc/resolv.conf

, ist dort nicht gestellt worden.

lubux schrieb:

Wie sind im normalen system die Ausgaben von:

root@nsthwme01:~# ip r g 1.1.1.1
1.1.1.1 via 192.168.30.1 dev wlp2s0 src 192.168.30.66 uid 0 
    cache 
root@nsthwme01:~# 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=58 time=17.7 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=58 time=17.2 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=58 time=17.5 ms

--- 1.1.1.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 17.198/17.470/17.699/0.206 ms
root@nsthwme01:~# ls -la /etc/resolv.conf
lrwxrwxrwx 1 root root 39 Jan 22 07:02 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf
root@nsthwme01:~# ip n s
192.168.30.1 dev wlp2s0 lladdr 00:0d:b9:3a:38:44 REACHABLE 
fe80::47a:77a6:6637:635e dev wlp2s0 lladdr f4:34:f0:87:f5:ca router STALE 
root@nsthwme01:~# 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 noprefixroute 
       valid_lft forever preferred_lft forever
2: enp1s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether 30:65:ec:80:38:1d brd ff:ff:ff:ff:ff:ff
3: wlp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 34:02:86:9b:a0:a5 brd ff:ff:ff:ff:ff:ff
    inet 192.168.30.66/24 brd 192.168.30.255 scope global dynamic noprefixroute wlp2s0
       valid_lft 42899sec preferred_lft 42899sec
    inet6 fd8c:f871:ff62:624c:8c8d:5e45:fa55:d348/64 scope global temporary dynamic 
       valid_lft 1683sec preferred_lft 1683sec
    inet6 fd8c:f871:ff62:624c:d35a:82ee:1b61:9d9e/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 1683sec preferred_lft 1683sec
    inet6 fd8c:f871:ff62:624c:e1e:c40a:c686:ed5e/64 scope global temporary dynamic 
       valid_lft 1683sec preferred_lft 1683sec
    inet6 fd8c:f871:ff62:624c:60d6:2430:e08d:fbc7/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 1683sec preferred_lft 1683sec
    inet6 fe80::f597:dcd8:ea99:8705/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
4: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 52:54:00:f3:05:af brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
       valid_lft forever preferred_lft forever
root@nsthwme01:~# ip r
default via 192.168.30.1 dev wlp2s0 proto dhcp src 192.168.30.66 metric 3003 
default via 192.168.30.1 dev wlp2s0 proto dhcp src 192.168.30.66 metric 20600 
192.168.30.0/24 dev wlp2s0 proto kernel scope link src 192.168.30.66 metric 600 
192.168.30.0/24 dev wlp2s0 proto dhcp scope link src 192.168.30.66 metric 3003 
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1 linkdown

sharbich schrieb:

root@nsthwme01:~# ls -la /etc/resolv.conf
lrwxrwxrwx 1 root root 39 Jan 22 07:02 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf

Schau mal nach, wenn Du das Live-System benutzt, ist dann "/etc/resolv.conf" auch ein symlink auf die Datei "stub-resolv.conf"?

lubux schrieb:

sharbich schrieb:

root@nsthwme01:~# ls -la /etc/resolv.conf
lrwxrwxrwx 1 root root 39 Jan 22 07:02 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf

Schau mal nach, wenn Du das Live-System benutzt, ist dann "/etc/resolv.conf" auch ein symlink auf die Datei "stub-resolv.conf"?

Ja, die gleiche Verknüpfung. Hier alles vom Live System:

ubuntu@ubuntu:~$ sudo ip r g 1.1.1.1
1.1.1.1 via 192.168.30.1 dev wlp2s0 src 192.168.30.66 uid 0 
    cache 
ubuntu@ubuntu:~$ sudo 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=58 time=17.3 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=58 time=17.5 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=58 time=17.5 ms

--- 1.1.1.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2004ms
rtt min/avg/max/mdev = 17.274/17.426/17.535/0.110 ms
ubuntu@ubuntu:~$ sudo ls -la /etc/resolv.conf
lrwxrwxrwx 1 root root 39 Aug 27 15:37 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf
ubuntu@ubuntu:~$ ip n s
192.168.30.1 dev wlp2s0 lladdr 00:0d:b9:3a:38:44 REACHABLE 
fe80::47a:77a6:6637:635e dev wlp2s0 lladdr f4:34:f0:87:f5:ca router STALE 
ubuntu@ubuntu:~$ 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 noprefixroute 
       valid_lft forever preferred_lft forever
2: enp1s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 30:65:ec:80:38:1d brd ff:ff:ff:ff:ff:ff
3: wlp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 34:02:86:9b:a0:a5 brd ff:ff:ff:ff:ff:ff
    inet 192.168.30.66/24 brd 192.168.30.255 scope global dynamic noprefixroute wlp2s0
       valid_lft 42824sec preferred_lft 42824sec
    inet6 fd8c:f871:ff62:624c:aa13:44ff:16d4:815f/64 scope global temporary dynamic 
       valid_lft 1650sec preferred_lft 1650sec
    inet6 fd8c:f871:ff62:624c:a266:e164:1298:6aed/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 1650sec preferred_lft 1650sec
    inet6 fe80::65ec:9767:1c8d:c97d/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
ubuntu@ubuntu:~$ ip r
default via 192.168.30.1 dev wlp2s0 proto dhcp src 192.168.30.66 metric 600 
192.168.30.0/24 dev wlp2s0 proto kernel scope link src 192.168.30.66 metric 600

Unterschied ist der Befehl "ip r", hier sehe ich im normalen System doppelte Einträge mit unterschiedlicher Metric. Kann das ein Problem verursachen?

Hallo, jetzt bricht schon die zweite Woche an und ich komme mit meinem Problem einfach nicht weiter. Ich habe nun ein Debug auf die Namensauflösung erstellt. Könnt Ihr was sehen? Erst funktioniert die Namensauflösung auf den Host "arome01" dann wieder nicht. Ich weiß einfach nicht warum? Log liegt als Anlage bei.

Hallo, das Problem macht sich nun bei allen Netzwerk Schnittstellen bemerkbar. Fürchterlich ist es das keiner hier in der Community ein Lösungsvorschlag hat. Ich habe das Problem beim Netplan Team platziert. Auch hier scheint sich keiner dieses Problem anzunehmen. Ich Denke das es jetzt Zeit ist auf eine andere Linux Distribution zu wechseln. Das ist Echt unglaublich. Ich hatte Ubuntu immer als sehr stabil angesehen.

sharbich schrieb:

Ich Denke das es jetzt Zeit ist auf eine andere Linux Distribution zu wechseln. Das ist Echt unglaublich. Ich hatte Ubuntu immer als sehr stabil angesehen.

Du musst nicht auf eine andere Linux-Distribution wechseln. Was Du machen kannst ist, auf Netplan und auf NetworkManager zu verzichten und nur systemd-networkd benutzen (... so wie man früher z. B. nur die interfaces-Datei benutzt hat).