Compania mea distribuie software clienților pe mașinile virtuale Ubuntu. Recent, am actualizat toate VM-urile client de la Ubuntu 16/18 la Ubuntu 20.04.
Am avut o problemă în care rezoluția numelor DNS nu funcționează în rețeaua internă. Funcționează în afara rețelei (putem să facem ping pe site-uri externe), dar nu ne putem conecta la mașinile din rețeaua internă după numele DNS - doar prin adresa IP. În multe cazuri, am reușit să rezolvăm numele DNS interne pe vechile VM (Ubuntu 16/18), dar nu funcționează când instalăm noua VM folosind aceleași setări de rețea.
De obicei, configuram VM-ul cu un IP static. IT-ul clientului ne oferă informațiile rețelei și serverele interne dns, iar noi ne-am configurat 00-installer-config.yaml dosar în consecință
/etc/netplan/00-installer-config.yaml exemplu de configurare:
reţea:
ethernet:
enp0s10f0:
adrese: [192.168.10.200/24]
gateway4: 192.168.10.1
servere de nume:
adrese: [192.168.10.1, xxx.xxx.xxx.xxx etc.]
versiunea: 2
Pe vechile VM, de multe ori nu puteam trimite ping mașinilor interne după numele DNS până când nu adăugam numele de domeniu local. De exemplu. ping fs01 nu ar merge dar ping fs01.clientdomain.local ar funcționa. Cu toate acestea, pe mașinile virtuale Ubuntu, acest lucru nu pare să ajute deloc. Întotdeauna trebuie să revenim la adresa IP a unui server de fișiere, în loc să folosim numele domeniului. În majoritatea cazurilor, acest lucru este în regulă, deoarece IP-ul este static și nu poate fi schimbat, dar nu este întotdeauna cazul și am prefera să ne putem conecta prin numele DNS.
Rețelele și domeniile chiar nu sunt punctul meu forte. Dacă cineva ar putea face sugestii despre lucruri de încercat sau domenii de cercetat, ar fi foarte apreciat!
ACTUALIZAȚI
Am încercat sugestia de a adăuga adresa IP a serverului de nume intern la nslookup comandă și a făcut câteva capturi de ecran. Se pare că VM-ul este capabil să găsească gazda cu nslookup, dar numai atunci când includ IP-ul serverului de nume în mod explicit.
192.168.1.4 este serverul de nume și, de asemenea, gazda la care încercăm să ne conectăm.
Notă: Acesta funcționa pe vechiul Ubuntu 18.04 VM, folosind același server de nume intern și numele de gazdă FQDN.
Ping obișnuit
utilizator@ubuntu:~$ ping <hostname.domain.local>
ping: <hostname.domain.local>: Eșec temporar în rezolvarea numelui
Căutare simplă
utilizator@ubuntu:~$ nslookup <hostname.domain.local>
Server: 127.0.0.53
Adresa: 127.0.0.53#53
** serverul nu poate găsi <hostname.domain.local>: SERVFAIL
nslookup cu IP-ul serverului de nume
utilizator@ubuntu:~$ nslookup <hostname.domain.local> 192.168.1.4
Server: 192.168.1.4## Titlu ##
Adresa: 192.168.1.4#53
Nume: <hostname.domain.local>
Adresa: 192.168.1.85
Nume: <hostname.domain.local>
Adresa: 192.168.1.4
În acest caz, serverul de nume 192.168.1.4 a fost singura intrare de server de nume din fișierul nostru yaml. Deci nu văd cum ar putea fi un fel de problemă cu ordinea serverelor de nume din fișier:
reţea:
ethernet:
enp0s10f0:
adrese: [192.168.1.21/24]
gateway4: <gateway>
servere de nume:
căutare: [[<domain.local>]
adrese: [192.168.1.4]
versiunea: 2
