Senifor79
Anmeldungsdatum: 22. Februar 2012
Beiträge: 424
|
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
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 18172
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
systemd-resolve läuft?
resolvectl status
|
Senifor79
(Themenstarter)
Anmeldungsdatum: 22. Februar 2012
Beiträge: 424
|
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
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 18172
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Ist doch alles vorhanden. Was geht denn jetzt nicht?
|
Senifor79
(Themenstarter)
Anmeldungsdatum: 22. Februar 2012
Beiträge: 424
|
ich möchte 192.168.1.101 als DNS nutzen. resolv.conf: nameserver 127.0.0.53
options edns0 trust-ad
search .
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 18172
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
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.
|
encbladexp
Ehemaliger
Anmeldungsdatum: 16. Februar 2007
Beiträge: 17518
|
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.
|
Senifor79
(Themenstarter)
Anmeldungsdatum: 22. Februar 2012
Beiträge: 424
|
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
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 18172
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Wo liegt hier jetzt das Problem?
Funktioniert alles, wie es gedacht ist.
|
Senifor79
(Themenstarter)
Anmeldungsdatum: 22. Februar 2012
Beiträge: 424
|
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.
|
encbladexp
Ehemaliger
Anmeldungsdatum: 16. Februar 2007
Beiträge: 17518
|
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.)
|
Senifor79
(Themenstarter)
Anmeldungsdatum: 22. Februar 2012
Beiträge: 424
|
Hm, hab den Link zurückgesetzt, den Ping mit Domainnamen ausprobiert und es funktioniert nicht.
|
Senifor79
(Themenstarter)
Anmeldungsdatum: 22. Februar 2012
Beiträge: 424
|
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.
|
encbladexp
Ehemaliger
Anmeldungsdatum: 16. Februar 2007
Beiträge: 17518
|
.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.
|
Senifor79
(Themenstarter)
Anmeldungsdatum: 22. Februar 2012
Beiträge: 424
|
doch, hab .local im internen Netz. 😬
|