Ubuntu 20.04-Upgrades – DNS-Namensauflösung schlägt im internen Netzwerk fehl

Ubuntu 20.04-Upgrades – DNS-Namensauflösung schlägt im internen Netzwerk fehl

Mein Unternehmen verteilt Software an Kunden auf Ubuntu-VMs. Vor Kurzem haben wir alle Client-VMs von Ubuntu 16/18 auf Ubuntu 20.04 aktualisiert.

Wir haben ein Problem, bei dem die DNS-Namensauflösung im internen Netzwerk nicht funktioniert. Außerhalb des Netzwerks funktioniert sie (wir können externe Websites anpingen), aber wir können keine Verbindung zu Maschinen im internen Netzwerk über den DNS-Namen herstellen – nur über die IP-Adresse. In vielen Fällen konnten wir interne DNS-Namen auf den alten VMs (Ubuntu 16/18) auflösen, aber es funktioniert nicht, wenn wir die neue VM mit denselben Netzwerkeinstellungen installieren.

Normalerweise richten wir die VM mit einer statischen IP ein. Die IT des Kunden gibt uns ihre Netzwerkinformationen und internen DNS-Server und wir richten unsere 00-installer-config.yamlDatei entsprechend ein

/etc/netplan/00-installer-config.yamlBeispiel-Setup:

network:
  ethernets:
    enp0s10f0:
      addresses: [192.168.10.200/24]
      gateway4: 192.168.10.1
      nameservers:
        addresses: [192.168.10.1, xxx.xxx.xxx.xxx, etc.]
  version: 2

Auf den alten VMs konnten wir interne Maschinen oft nicht per DNS-Namen anpingen, bis wir den lokalen Domänennamen hinzugefügt haben. Das ping fs01würde z. B. nicht funktionieren, aber ping fs01.clientdomain.locales würde funktionieren. Auf den Ubuntu-VMs scheint dies jedoch überhaupt nicht zu helfen. Wir müssen immer auf die IP-Adresse eines Dateiservers zurückgreifen, anstatt den Domänennamen zu verwenden. In den meisten Fällen ist dies in Ordnung, da die IP statisch ist und sich nicht ändern kann, aber das ist nicht immer der Fall und wir würden es vorziehen, eine Verbindung per DNS-Namen herstellen zu können.

Netzwerke und Domänen sind nicht wirklich meine Stärke. Wenn jemand Vorschläge machen könnte, was man ausprobieren oder welche Bereiche man erforschen könnte, wäre ich sehr dankbar!

AKTUALISIEREN

Ich habe den Vorschlag ausprobiert, dem Befehl die interne Nameserver-IP-Adresse hinzuzufügen, nslookupund einige Screenshots gemacht. Es sieht so aus, als ob die VM den Host mit finden kann nslookup, aber nur, wenn ich die Nameserver-IP explizit eingebe.

192.168.1.4 ist der Nameserver und auch der Host, zu dem wir eine Verbindung herstellen möchten.

Notiz:Dies funktionierte auf der alten Ubuntu 18.04-VM unter Verwendung desselben internen Nameservers und des FQDN-Hostnamens.

Normaler Ping

user@ubuntu:~$ ping <hostname.domain.local>
    ping: <hostname.domain.local>: Temporary failure in name resolution

Einfaches nslookup

user@ubuntu:~$ nslookup <hostname.domain.local>
    Server:     127.0.0.53
    Address:    127.0.0.53#53

    ** server can't find <hostname.domain.local>: SERVFAIL

nslookup mit Nameserver-IP

user@ubuntu:~$ nslookup <hostname.domain.local> 192.168.1.4 
    Server:     192.168.1.4## Heading ##
    Address:    192.168.1.4#53

    Name:       <hostname.domain.local>
    Address:    192.168.1.85
    Name:       <hostname.domain.local>
    Address:    192.168.1.4

In diesem Fall war der Nameserver 192.168.1.4 der einzige Nameservereintrag in unserer YAML-Datei. Ich sehe also nicht, wie dies ein Problem mit der Reihenfolge der Nameserver in der Datei sein könnte:

network:
  ethernets:
    enp0s10f0:
      addresses: [192.168.1.21/24]
      gateway4: <gateway>
      nameservers:
        search: [<domain.local>]
        addresses: [192.168.1.4]
  version: 2

verwandte Informationen