ubuntuusers.de

Namensauflösung nach Upgrade von 22.04 auf 24.04 fehlerhaft

Status: Ungelöst | Ubuntu-Version: Ubuntu 24.04 (Noble Numbat)
Antworten |

sharbich

(Themenstarter)

Anmeldungsdatum:
25. September 2012

Beiträge: 95

Genau das ist mein Problem. Es wird nichts angezeigt. Warum?

root@nsthwme01:~# resolvectl
Global
         Protocols: -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
  resolv.conf mode: stub

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

Link 3 (wlp2s0)
    Current Scopes: none
         Protocols: -DefaultRoute -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported

Link 4 (virbr0)
    Current Scopes: none
         Protocols: -DefaultRoute -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported

DJKUhpisse Team-Icon

Supporter, Wikiteam
Avatar von DJKUhpisse

Anmeldungsdatum:
18. Oktober 2016

Beiträge: 18179

Wohnort: in deinem Browser, hier auf dem Bildschirm

Was passiert denn bei

sudo systemctl restart systemd-resolved

?

sharbich

(Themenstarter)

Anmeldungsdatum:
25. September 2012

Beiträge: 95

Danach ist alles so wie es sein soll.

root@nsthwme01:~# systemctl restart systemd-resolved
root@nsthwme01:~# resolvectl
Global
         Protocols: -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
  resolv.conf mode: stub

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

Link 3 (wlp2s0)
    Current Scopes: DNS
         Protocols: +DefaultRoute -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
       DNS Servers: 192.168.20.20
        DNS Domain: intern.harnet.de

Link 4 (virbr0)
    Current Scopes: none
         Protocols: -DefaultRoute -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported

Aber jetzt kommst nach wenigen Minuten bekomme ich folgendes Ergebnis angezeigt.

root@nsthwme01:~# resolvectl
Global
         Protocols: -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
  resolv.conf mode: stub

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

Link 3 (wlp2s0)
    Current Scopes: none
         Protocols: -DefaultRoute -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported

Link 4 (virbr0)
    Current Scopes: none
         Protocols: -DefaultRoute -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported

Das Notebook ist nicht im Stand By gegangen. An den Netzwerkeinstallungen hat sich nichts geändert. Aber Warum ändert sich selbständig was? Ein Cron Job?

DJKUhpisse Team-Icon

Supporter, Wikiteam
Avatar von DJKUhpisse

Anmeldungsdatum:
18. Oktober 2016

Beiträge: 18179

Wohnort: in deinem Browser, hier auf dem Bildschirm

Teste mal bitte ein Livesystem, um das installierte auszuschließen.

lubux

Anmeldungsdatum:
21. November 2012

Beiträge: 14241

sharbich schrieb:

An den Netzwerkeinstallungen hat sich nichts geändert. Aber Warum ändert sich selbständig was? Ein Cron Job?

Es kann auch sein, dass dein frontend (für die Netzwerkkonfiguration) den Dienst der service-unit als backend benutzt und diese service-unit nicht enabled ist, sondern "enabled-runtime" ist. Wenn das frontend warum auch immer nicht richtig konfiguriert ist, können solche Änderunen schon mal vorkommen.
Wie hast Du das Update von von 22.04 auf 24.04 gemacht?

sharbich

(Themenstarter)

Anmeldungsdatum:
25. September 2012

Beiträge: 95

lubux schrieb:

sharbich schrieb:

Wenn das frontend warum auch immer nicht richtig konfiguriert ist, können solche Änderunen schon mal vorkommen.

Wie hast Du das Update von von 22.04 auf 24.04 gemacht?

Das Update habe ich über die graphische Gnome Oberfläche gemacht (Aktualisierungs Hinweis). Wie kann ich prüfen ob das Frontend richtig kunfiguriert ist? Wenn ich das Notebook über einen Live Stick (Version 24.04) starte funktioniert die Namensauflösung ohne Probleme. Was mir auch noch aufgefallen ist, in den Einstellungen Netzwerk wird mir bei Ethernet im Live System Adapter angezeigt. Im installierten System aber nur die Einträge VPN und Proxy. Siehe Anlage. Da stimmte was nicht.

Bilder

lubux

Anmeldungsdatum:
21. November 2012

Beiträge: 14241

sharbich schrieb:

Wie kann ich prüfen ob das Frontend richtig kunfiguriert ist?

Du könntest z. B. temporär auf das Frontend verzichten und nur systemd-networkd mit DHCP (d. h. als dhcp-Client) benutzen (zum testen).

sharbich

(Themenstarter)

Anmeldungsdatum:
25. September 2012

Beiträge: 95

lubux schrieb:

Du könntest z. B. temporär auf das Frontend verzichten und nur systemd-networkd mit DHCP (d. h. als dhcp-Client) benutzen (zum testen).

Das bedeutet folgende Pakete deinstallieren "apt --purge remove network-manager-gnome"? Ggf. noch "apt --purge remove network-manager"? Was müsste ich noch deinstallieren / installieren?

lubux

Anmeldungsdatum:
21. November 2012

Beiträge: 14241

sharbich schrieb:

Das bedeutet folgende Pakete deinstallieren "apt --purge remove network-manager-gnome"?

Nein, nicht deinstallieren. Wenn der Dienst z. B. per service-unit gestartet wird, kannst Du die service-unit (temporär) auch deaktivieren (und evtl. auch maskieren).

sharbich

(Themenstarter)

Anmeldungsdatum:
25. September 2012

Beiträge: 95

lubux schrieb:

sharbich schrieb:

deaktivieren (und evtl. auch maskieren). Sorry, aber wie mache ich das?

Dann das Notebook neu starten und schauen was passiert. Eine Netzwerkverbindung müsste dann über die Service Unit systemd-networkd hergestellt werden.

root@nsthwme01:~# systemctl status systemd-networkd.service
● systemd-networkd.service - Network Configuration
     Loaded: loaded (/usr/lib/systemd/system/systemd-networkd.service; enabled-runtime; preset: enabled)
     Active: active (running) since Thu 2025-01-23 20:48:10 CET; 13h ago
TriggeredBy: ● systemd-networkd.socket
       Docs: man:systemd-networkd.service(8)
             man:org.freedesktop.network1(5)
   Main PID: 835 (systemd-network)
     Status: "Processing requests..."
      Tasks: 1 (limit: 9244)
   FD Store: 0 (limit: 512)
     Memory: 3.5M (peak: 4.0M)
        CPU: 545ms
     CGroup: /system.slice/systemd-networkd.service
             └─835 /usr/lib/systemd/systemd-networkd

Jan 23 22:55:04 nsthwme01 systemd-networkd[835]: wlp2s0: Lost carrier
Jan 23 22:55:04 nsthwme01 systemd-networkd[835]: wlp2s0: Link DOWN
Jan 24 07:34:22 nsthwme01 systemd-networkd[835]: wlp2s0: Unmanaging interface.
Jan 24 07:34:22 nsthwme01 systemd-networkd[835]: enp1s0: Reconfiguring with /run/systemd/network/10-netplan-enp1s0.network.
Jan 24 07:34:22 nsthwme01 systemd-networkd[835]: lo: Unmanaging interface.
Jan 24 07:34:22 nsthwme01 systemd-networkd[835]: virbr0: Unmanaging interface.
Jan 24 07:34:22 nsthwme01 systemd-networkd[835]: wlp2s0: Link UP
Jan 24 07:34:26 nsthwme01 systemd-networkd[835]: wlp2s0: Connected WiFi access point: Access-Point-Harbich (14:cc:20:ac:63:25)
Jan 24 07:34:26 nsthwme01 systemd-networkd[835]: wlp2s0: Gained carrier
Jan 24 07:34:27 nsthwme01 systemd-networkd[835]: wlp2s0: Gained IPv6LL
root@nsthwme01:~# cat /run/systemd/network/10-netplan-enp1s0.network
[Match]
Name=enp1s0

[Network]
DHCP=ipv4
LinkLocalAddressing=ipv6

[DHCP]
RouteMetric=100
UseMTU=true

sharbich

(Themenstarter)

Anmeldungsdatum:
25. September 2012

Beiträge: 95

So ich habe jetzt in den Dualboot Windows 11 gestartet. WLAN und Ethernet Adapter funktionieren ohne Probleme DHCP Parameter werden sauber übernommen und DNS verliert nicht seine Einstellungen. Unter Ubuntu 24.04 funktioniert die ganze Netzwerkumgebung nicht. Es wird noch nicht mal der Ethernet Adapter angezeigt. Schade das hier in der Community keiner mir richtig helfen kann. Dann zurück zu dem Ursprung und Windows nutzen.

sharbich

(Themenstarter)

Anmeldungsdatum:
25. September 2012

Beiträge: 95

Hallo, ich konnte das Problem selbst lösen. Ich habe mein Ubuntu 24.04 System über den USB Live Stick gestartet und die Einträge unter /etc/netplan mit den auf der original Partition (Festplatte) verglichen. Ich habe alle Dateien gelöscht und nur zwei neue Dateien mit den Informationen aus dem Live System angelegt. Das waren die Datei "01-network-manager-all.yaml":

(base) stefan.harbich@nsthwme01:~$ cat /etc/netplan/01-network-manager-all.yaml 
# Let NetworkManager manage all devices on this system
network:
  version: 2
  renderer: NetworkManager

und die Datei "netplan/50-cloud-init.yaml"

(base) stefan.harbich@nsthwme01:~$ cat /etc/netplan/50-cloud-init.yaml 
# This file is generated from information provided by the datasource.  Changes
# to it will not persist across an instance reboot.  To disable cloud-init's
# network configuration capabilities, write a file
# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
# network: {config: disabled}
network:
    ethernets:
        zz-all-en:
            dhcp4: true
            match:
                name: en*
        zz-all-eth:
            dhcp4: true
            match:
                name: eth*
    version: 2

Nach dem Neustart hat nur bei der Ethernet Verbindung die DNS Funktionalität funktioniert. Bei der WLAN Verbindung funktioniert DNS nicht. Hier die beiden Konfigurationen unter /etc/netplan

root@nsthwme01:/etc/netplan# cat 50-cloud-init.yaml 
# This file is generated from information provided by the datasource.  Changes
# to it will not persist across an instance reboot.  To disable cloud-init's
# network configuration capabilities, write a file
# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
# network: {config: disabled}
network:
    ethernets:
        zz-all-en:
            dhcp4: true
            match:
                name: en*
        zz-all-eth:
            dhcp4: true
            match:
                name: eth*
    version: 2
root@nsthwme01:/etc/netplan# cat 90-NM-dfa18b8f-810d-4028-8ba3-70649bbdebc5.yaml 
network:
  version: 2
  wifis:
    NM-dfa18b8f-810d-4028-8ba3-70649bbdebc5:
      renderer: NetworkManager
      match:
        name: "wlp2s0"
      dhcp4: true
      dhcp6: true
      access-points:
        "Access-Point-Harbich":
          auth:
            key-management: "psk"
            password: "#############"
          networkmanager:
            uuid: "dfa18b8f-810d-4028-8ba3-70649bbdebc5"
            name: "Access-Point-Harbich"
            passthrough:
              wifi-security.auth-alg: "open"
              ipv6.addr-gen-mode: "default"
              ipv6.ip6-privacy: "-1"
              proxy._: ""
      networkmanager:
        uuid: "dfa18b8f-810d-4028-8ba3-70649bbdebc5"
        name: "Access-Point-Harbich"

sharbich

(Themenstarter)

Anmeldungsdatum:
25. September 2012

Beiträge: 95

Habt Ihr noch einen Tipp für mich?

trollsportverein

Avatar von trollsportverein

Anmeldungsdatum:
21. Oktober 2010

Beiträge: 4657

sharbich

(Themenstarter)

Anmeldungsdatum:
25. September 2012

Beiträge: 95

trollsportverein schrieb:

Im Wiki:

Und dort:

Ich lese wirklich sehr gerne. Aber dieses Problem kann ich durch lesen nicht lösen. Ist auch nirgends logisch in der Dokumentation von Netplan beschrieben. Ich wies nicht wie oft ich im Live System gestartet bin, um alle Einträge in den vorhanden Dateien überprüfen zu können. Alle Dateien sind mit dem Live System identisch. Trotzdem funktioniert im original System nach wenigen Minuten die DNS Auflösung nicht mehr. 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??? Ist das ein Bug? Das Problem müssen doch auch viele andere haben? Das kann ich mir einfach nicht vorstellen?

root@nsthwme01:~# systemctl status systemd-resolved
● systemd-resolved.service - Network Name Resolution
     Loaded: loaded (/usr/lib/systemd/system/systemd-resolved.service; enabled; preset: enabled)
     Active: active (running) since Mon 2025-01-27 07:52:23 CET; 25s ago
       Docs: man:systemd-resolved.service(8)
             man:org.freedesktop.resolve1(5)
             https://www.freedesktop.org/wiki/Software/systemd/writing-network-configuration-managers
             https://www.freedesktop.org/wiki/Software/systemd/writing-resolver-clients
   Main PID: 23071 (systemd-resolve)
     Status: "Processing requests..."
      Tasks: 1 (limit: 9244)
     Memory: 2.7M (peak: 3.2M)
        CPU: 372ms
     CGroup: /system.slice/systemd-resolved.service
             └─23071 /usr/lib/systemd/systemd-resolved

Jan 27 07:52:22 nsthwme01 systemd[1]: Starting systemd-resolved.service - Network Name Resolution...
Jan 27 07:52:23 nsthwme01 systemd-resolved[23071]: Positive Trust Anchors:
Jan 27 07:52:23 nsthwme01 systemd-resolved[23071]: . IN DS 20326 8 2 e06d44b80b8f1d39a95c0b0d7c65d08458e880409bbc683457104237c7f8ec8d
Jan 27 07:52:23 nsthwme01 systemd-resolved[23071]: Negative trust anchors: home.arpa 10.in-addr.arpa 16.172.in-addr.arpa 17.172.in-ad>
Jan 27 07:52:23 nsthwme01 systemd-resolved[23071]: Using system hostname 'nsthwme01'.
Jan 27 07:52:23 nsthwme01 systemd[1]: Started systemd-resolved.service - Network Name Resolution.
Jan 27 07:52:23 nsthwme01 systemd-resolved[23071]: wlp2s0: Bus client set search domain list to: intern.harnet.de
Jan 27 07:52:23 nsthwme01 systemd-resolved[23071]: wlp2s0: Bus client set default route setting: yes
Jan 27 07:52:23 nsthwme01 systemd-resolved[23071]: wlp2s0: Bus client set DNS server list to: 192.168.20.20