Mein Provide konfiguriert Server per DHCP mit einer komische Konfiguration

F

Fluffy

Guest
Hallo!
Ich hab einen ganz blöden umstand, Support sagt mir das ist mein Problem.
Ein Interface wird mit netplan definiert(dhcp4) und dort liest es sich DNS-konfigurationen und Suchdomain ein und schaltet LLMNR an.
Zu allem überfluss sorgt deren Konfiguration und Suchpfad dafür dass jeder Mist aufgelöst wird ob es Sinn macht oder nicht.

Hier ein Beispiel:

PHP: 
ping blabalbal.bbb4
PING blabalbal.bbb.happysrv.de (46.38.243.234)
Das sorgt beim Auflösen unter bestimmten Szenarien für Probleme.
Ich schaue mir gerade an DHCP zu konfigueren so das es die DNS-Sachen nicht übernimmt, aber netplan und Systemd-resolved und sytemd-networked sind noch ein bischen neuland für mich.
Bevor ich dennen nun Bücher um die Ohren haue, und mich auf die Suche nach einem anderen Anbieter begebe dessen Konfiguration weniger Sand ins Getriebe streut(und es mir erlaubt docker-images laufen zu lassen) wollte ich mal fragen ob es irgend ein Szenario gibt in dem sowas überhaupt Sinn machtn.

Hier mal die systemd-resolve --status Ausgabe

PHP: 
systemd-resolve --status
Global
          DNSSEC NTA: 10.in-addr.arpa
                      16.172.in-addr.arpa
                      168.192.in-addr.arpa
                      17.172.in-addr.arpa
                      18.172.in-addr.arpa
                      19.172.in-addr.arpa
                      20.172.in-addr.arpa
                      21.172.in-addr.arpa
                      22.172.in-addr.arpa
                      23.172.in-addr.arpa
                      24.172.in-addr.arpa
                      25.172.in-addr.arpa
                      26.172.in-addr.arpa
                      27.172.in-addr.arpa
                      28.172.in-addr.arpa
                      29.172.in-addr.arpa
                      30.172.in-addr.arpa
                      31.172.in-addr.arpa
                      corp
                      d.f.ip6.arpa
                      home
                      internal
                      intranet
                      lan
                      local
                      private
                      test

Link 2 (ens3)
      Current Scopes: DNS
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 46.38.225.230
                      46.38.252.230
          DNS Domain: happysrv.de

LG

Fluffy
 
Zuletzt bearbeitet von einem Moderator:
Es kann auch am NS des Providers liegen.
Z.B. mach das die Telekom - eine nicht gültige Domain wird mit einer Seite der t-com quittiert.

Probier mal testweise einen NS der öffentlich ist, zb 8.8.8.8
 
Wenn das System eine resolv.conf nutzt, dann im Zweifel einfach dort die gewünschten Server (z.B. von Quad9 oder Google) eintragen und das Immutable-Bit setzen. Dann kann das auch via DHCP nicht mehr geändert werden.
 
Mir wurde nun geholfen mittels Netplan eine statische IP zu benutzten, d.h. hat sich das DHCP-geraffel gelöst und somit auch mein Problem.

Ich kann zwar die /etc/resolve.conf ändern, aber in meinem Fall nützt mir das nichts:
LLMNR ist angeschaltet, wenn Netplan im Spiel ist kann das auch nicht abgeschaltet werden,
auch nicht mit /etc/systemd/resolved.conf(da hat Cannocial den Usern ein Ei gelegt).
Und wenn ich nun Container laufen lasse die über ens2 ins Netz gehen dann versucht das Interface dank LLMNR die Suche aufzulösen(und das erfolgreich).
Dann habe ich die Situation das ich auf dem Host ping archive.ubuntu.com (/etc/resolve.conf-anpassung) eingebe und den gleichen Befehl im Container
und ich bekomme unterschiedliche IPs.
Im Kontainer wird dann die suchdomain happysrv.de aufgelöst.
LG

Fluffy
 
Zuletzt bearbeitet von einem Moderator:
Um antworten zu können musst du eingeloggt sein.
Zurück
Oben