Puncte:0

Ubuntu Server 20.04.3 LTS 00-installer-config.yaml sau resolv.conf pentru setările DNS

drapel in

Deci sunt al naibii de confuz. Încerc să specific serverele DNS locale pentru domeniul nostru. Acest Ubuntu Server 20.04.3 nu folosește vechiul fișier de interfețe. Am configurat fișierul yaml pentru netplan,

    # Aceasta este configurația rețelei scrisă de „subiquity”
reţea:
  obligațiuni:
    bond0:
      adrese:
      - 172.17.17.71/24
      gateway4: 172.17.17.1
      interfete:
      - eno1
      - eno2
      servere de nume:
        adrese:
        - 172.17.17.31
        - 172.17.17.41
        - 172.17.17.51
        - 172.17.17.61
        căutare:
        - local.mydomain.com
      parametri:
        mod: echilibru-rr
  ethernet:
    eno1: {}
    eno2: {}
    eno3:
      dhcp4: adevărat
    eno4:
      dhcp4: adevărat
  versiunea: 2

dar acest lucru nu pare să seteze nici noile servere DNS, nici elementele systemd. Dacă încerc să fac statutul:

admin@ubu:/$ stare resolvectl
Nu s-au putut obține date globale: unitatea dbus-org.freedesktop.resolve1.service nu a fost găsită.

Trebuie să repornesc systemd:

admin@ubu:/$ systemctl restart systemd-resolved
admin@ubu:/$ stare resolvectl

Acum starea funcționează.

Global
       Setarea LLMNR: nr
Setare MulticastDNS: nu
  Setare DNSoverTLS: nu
      Setare DNSSEC: nu
    DNSSEC suportat: nu
          Domeniu DNS: local.mydomain.com
          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
                      Acasă
                      intern
                      intranet
                      lan
                      local
                      privat
                      Test

Link 6 (bond0)
      Domenii curente: DNS
Setare DefaultRoute: da
       Setare LLMNR: da
Setare MulticastDNS: nu
  Setare DNSoverTLS: nu
      Setare DNSSEC: nu
    DNSSEC suportat: nu
         Servere DNS: 172.17.17.31
                      172.17.17.41
                      172.17.17.51
                      172.17.17.61
          Domeniu DNS: local.mydomain.com

Link 5 (eno4)
      Domenii curente: niciuna
Setare DefaultRoute: nu
       Setare LLMNR: da
Setare MulticastDNS: nu
  Setare DNSoverTLS: nu
      Setare DNSSEC: nu
    DNSSEC suportat: nu

Link 4 (eno3)
      Domenii curente: niciuna
Setare DefaultRoute: nu
       Setare LLMNR: da
Setare MulticastDNS: nu
  Setare DNSoverTLS: nu
      Setare DNSSEC: nu
    DNSSEC suportat: nu

Link 3 (eno2)
      Domenii curente: niciuna
Setare DefaultRoute: nu
       Setare LLMNR: da
Setare MulticastDNS: nu
  Setare DNSoverTLS: nu
      Setare DNSSEC: nu
    DNSSEC suportat: nu

Link 2 (eno1)
      Domenii curente: niciuna
Setare DefaultRoute: nu
       Setare LLMNR: da
Setare MulticastDNS: nu
  Setare DNSoverTLS: nu
      Setare DNSSEC: nu
    DNSSEC suportat: nu

Am incercat sa editez /etc/resolv.conf pentru a codifica serverul DNS și asta chiar funcționează și modifică listele DNS globale afișate în stare (fișierul în sine spune că nu trebuie să-l editez totuși!) și editarea fișierului yaml pentru netplan modifică listele DNS pentru bond0. Listările DNS din secțiunea bond0 a statusului par să nu aibă niciun efect asupra hărților unităților de rețea defectuoase.

Deci am trei probleme.

  1. Systemd nu pornește corect la pornire.
  2. netplan nu pare să facă ceea ce ar trebui, deoarece DNS nu pare să funcționeze.
  3. /etc/resolv.conf nu ar trebui editat.

Ce fac pentru a rezolva această mizerie de rețea?

drapel us
Vă rugăm să afișați atât conținutul configurației dvs. netplan, cât și rezultatul stării resolvectl.
geardogg avatar
drapel in
@slangasek Am editat postarea pentru a include configurația (fără servere hardcoding în fișierul /etc/resolv.conf. Configurația postată nu funcționează, în timp ce codificarea fișierului face. confuz.
drapel us
ok, netplan yaml pare corect și rezultatul `resolvectl status` se potrivește și arată corect. Singura problemă reală pe care o văd aici este că soluția systemd nu a pornit corect la pornire. Vă sugerez să vă uitați la jurnalele pentru această unitate systemd cu `journalctl -b0 -u systemd-resolved`.
geardogg avatar
drapel in
Nu se afișează nicio intrare cu acea comandă, iar fereastra pe care o indică este lungă de multe luni. În plus, configurația afișată nu funcționează. Aparent, adresele serverului dns trebuie să apară în secțiunea Global a stării systemD și netplan nu pare să facă asta. Singurul mod în care l-am făcut să funcționeze este prin codificarea serverelor dns în rezolv.conf, dar fișierul în sine spune să nu-l editez.
drapel us
„adresele serverului dns trebuie să apară în secțiunea Globală a stării systemd” - nu este adevărat. DNS ar trebui să funcționeze bine atunci când serverele sunt asociate cu o anumită interfață de rețea, atâta timp cât acea interfață este activată. Bug-ul definitiv din ceea ce ați descris este rezolvat, nu pornind de la pornire. Dacă puteți reporni și apoi verificați `systemctl status systemd-resolved.service`, poate oferi mai multe indicii.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.