ubuntuusers.de

Hallo zusammen,

ich habe auf einem Ubuntu 22.04 Server Netzplan mit statischer IP konfiguriert.

Leider setzt er den DNS nicht korrekt:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12

network:
    ethernets:
        eth0:
            dhcp4: false
            addresses: [192.168.1.23/24]
            routes:
              - to: default
                via: 192.168.1.1
            nameservers:
              addresses: [192.168.1.101, 192.168.1.1, 192.168.178.1, 1.1.1.1]
            optional: true
    version: 2

Wenn ich netplan apply aufrufe, kommt:

WARNING:root:Cannot call Open vSwitch: ovsdb-server.service is not running.

Kann mir da jemand helfen ?

Danke und lieben Gruß

Senifor

systemd-resolve läuft?

resolvectl status

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

Link 2 (eth0)
    Current Scopes: DNS
         Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
Current DNS Server: 192.168.1.1
       DNS Servers: 192.168.1.101 192.168.1.1 192.168.178.1 1.1.1.1

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

Ist doch alles vorhanden. Was geht denn jetzt nicht?

ich möchte 192.168.1.101 als DNS nutzen.

resolv.conf:

nameserver 127.0.0.53
options edns0 trust-ad
search .

Dann musst du dich halt mal mit systemd-resolve befassen. Das wird aus der resolv.conf abgefragt und fragt dann die von dir in Netplan festgelegten DNS-Server. Ebenso ist das ein Cache.

Du kannst auf einem modernen Linux die /etc/resolv.conf fast vergessen, da in der /etc/nsswitch.conf meist as resolve Modul geladen wird, nur noch "alte" Applikationen nehmen direkt die /etc/resolv.conf. Diese ist auch nur noch ein Symlink nach /run/systemd/resolve/stub-resolv.conf meistens. Will man da, warum auch immer, direkt die Nameserver drin haben muss der Symlink auf /run/systemd/resolve/resolv.conf zeigen.

Abgesehen davon:

192.168.1.101, 192.168.1.1, 192.168.178.1, 1.1.1.1

Das ist nicht sehr sinnvoll, denn du hast 3 unterschiedliche lokale Nameserver, und einem aus dem Internet. z.B. resolv.conf nimmt meist nur die ersten 3, abgesehen davon nutzen moderne DNS Implementierungen gerne parallel DNS, d.h. die Query geht an alle gleichzeitig raus, aber der schnellste gewinnt und wir dann genommen.

Danke encbladexp,

die /etc/resolv.conf ist ein Link zu /run/systemd/resolve/stub-resolv.conf

netplan schreibt aber /run/systemd/resolve/resolv.conf

LG Senifor

Wo liegt hier jetzt das Problem? Funktioniert alles, wie es gedacht ist.

hat es nicht. Hab den DNS testen wollen mit nslookup und es war keine Namensauflösung möglich.

Ich habe den Link zu /run/systemd/resolve/resolv.conf neu gesetzt. jetzt geht es, wie es soll.

Senifor79 schrieb:

netplan schreibt aber /run/systemd/resolve/resolv.conf

Nein, das macht systemd-resolved. Und das ist exakt wie von mir erwähnt, im Standard wird der stub resolver verlinkt, also das 127.0.0.... Ding. Die andere Datei nimmt halt die gleichen DNS Server und ist gedacht für Fälle wenn man den stub resolver nicht verwenden will. Vollkommen egal was du hier machst, die /etc/nsswitch.conf ist für die meisten Applikationen das Mass der Dinge.

Jetzt kommt aber drauf an was du machst. Wenn du mit nslookup DNS debuggest, misst du Mist. Weil das ein "legacy" Tool ist, welches sich auf die /etc/resolv.conf verlässt, andere Applikationen, z.B. Firefox oder Chrome arbeiten da dran vorbei. Selbst ein einfaches ping nutzt über die libc die Config der /etc/nsswitch.conf und damit die /etc/resolv.conf nur noch als Fallback.

Den Link umsetzten macht man normalerweise wenn man Docker verwendet, weil der mit 127.0.0.... nichts anfangen kann in einem Container. Für alle anderen, taugt der Umweg über 127.0.0.... genauso, weil die damit ja indirekt die richtigen Nameserver (parallel!) abfragen.

(Will nur vermeiden das es bei dir jetzt gerade durch Zufall / Reihenfolge funktioniert.)

Hm, hab den Link zurückgesetzt, den Ping mit Domainnamen ausprobiert und es funktioniert nicht.

Hab folgendes gefunden:

systemd-resolved for DNS. Its default configuration does not resolve single-label hostnames or .local domain hostnames by DNS, but by LLMNR or mDNS respectively.

.local hast du hoffentlich nicht im Einsatz, das sollte nur für mDNS/Zeroconf/Avahi verwendet werden. Allgemein sind shortnames / single-label hosts zu vermeiden, da nicht Zuverlässig klar ist was das jetzt genau sein soll, kommt ja immer auf das Netz an in dem du gerade bist.

doch, hab .local im internen Netz. 😬