Nu pot să-mi dau seama de ce acest comportament. Am două instanțe pihole care rulează în containere docker pe 10.0.2.205 și 10.0.2.206 (sincronizat). Alergare starea resolvectl pe computerul/serverul local rezultă în folosirea soluțiilor DNS corecte, inclusiv IP-ul terțiar 1.1.1.1; toate distribuite de serverul meu DHCP. Ambele DNS locale (pihole) se rezolvă așa cum era de așteptat.
Problema mea, învârt un nou server și întâmpin această problemă de fiecare dată și aș dori să termin o dată pentru totdeauna cu asta. Nu cred că acest lucru ar trebui să necesite suprascrierea /etc/resolv.conf fișier de fiecare dată când pornesc un server.
Serverul poate ping orice, doar nimic care este setat ca o intrare DNS locală în pihole. Totuși, pot dig @10.0.2.205 <local_hostname> și obțineți un rezultat/IP. Deci rezolutorul DNS returnează adresa IP pentru intrarea DNS locală pentru numele de gazdă local, așa cum era de așteptat. Dar nu pot ping numele de gazdă DNS. Dacă, totuși, suprascriu /etc/resolv.conf (așa cum am menționat mai sus) cu adresa IP a unuia sau a ambilor rezolutori, atunci totul funcționează conform așteptărilor. Deci, nu cred că aceasta este o problemă de rezoluție DNS, ci o problemă locală cu systemd-resolved.service sau altele. Am văzut numeroase discuții pe această temă și am ajuns la concluzia că există încă multă confuzie și nu există răspunsuri/remedieri clare și directe. Pe care l-am găsit oricum. Orice experiență și informații pentru a rezolva acest lucru ar fi cel mai apreciat. Vă rugăm consultaţi. Mulțumesc foarte mult
Informații server:
noc@TestingServer:~$ hostnamectl
Nume gazdă static: TestingServer
Numele pictogramei: computer-vm
Șasiu: vm
ID mașină: 5ab2c4f3f6d2413a9684ada5dc6e87af
ID boot: 1f73d83492724511821bdf91a6a8cdf1
Virtualizare: kvm
Sistem de operare: Ubuntu 20.04.3 LTS
Kernel: Linux 5.4.0-91-generic
Arhitectură: x86-64
**/etc/hosts (implicit de la instalarea inițială) **
noc@TestingServer:~$ cat /etc/hosts
# Sistemul dumneavoastră a configurat „manage_etc_hosts” ca True.
# Ca rezultat, dacă doriți ca modificările aduse acestui fișier să persistă
# atunci va trebui să fie
# a.) faceți modificări fișierului principal în /etc/cloud/templates/hosts.debian.tmpl
# b.) modificați sau eliminați valoarea „manage_etc_hosts” în
# /etc/cloud/cloud.cfg sau cloud-config din datele utilizatorului
#
127.0.1.1 TestingServer TestingServer
127.0.0.1 localhost
# Următoarele linii sunt de dorit pentru gazdele capabile IPv6
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
Linie de comanda
noc@TestingServer:~$ ping docker1
ping: docker1: Eșec temporar în rezolvarea numelui
noc@TestingServer:~$
noc@TestingServer:~$ ping docker2
ping: docker2: Eșec temporar în rezolvarea numelui
noc@TestingServer:~$
noc@TestingServer:~$ ping docker3
ping: docker3: Eșec temporar în rezolvarea numelui
noc@TestingServer:~$
noc@TestingServer:~$ cat /etc/resolv.conf
# Acest fișier este gestionat de man:systemd-resolved(8). Nu edita.
#
# Acesta este un fișier dinamic resolv.conf pentru conectarea clienților locali la
# Resoluție internă DNS stub de systemd-rezolvat. Acest fișier listează toate
# domenii de căutare configurate.
#
# Rulați „resolvectl status” pentru a vedea detalii despre serverele DNS uplink
# în uz în prezent.
#
# Programele terță parte nu trebuie să acceseze acest fișier direct, ci doar prin intermediul
# link simbolic la /etc/resolv.conf. Pentru a gestiona man:resolv.conf(5) într-un mod diferit,
# înlocuiți acest link simbolic cu un fișier static sau un alt link simbolic.
#
# Consultați man:systemd-resolved.service(8) pentru detalii despre modurile acceptate ale
# operație pentru /etc/resolv.conf.
serverul de nume 127.0.0.53
opțiuni edns0 trust-ad
noc@TestingServer:~$
noc@TestingServer:~$
noc@TestingServer:~$ stare resolvectl | grep -A2 -E „Server DNS”
Server DNS curent: 10.0.2.205
Servere DNS: 10.0.2.205
10.0.2.206
1.1.1.1
noc@TestingServer:~$
noc@TestingServer:~$
noc@TestingServer:~$ dig @10.0.2.205 docker1
; <<>> DiG 9.16.1-Ubuntu <<>> @10.0.2.205 docker1
; (1 server găsit)
;; opțiuni globale: +cmd
;; Am răspuns:
;; ->>HEADER<<- opcode: QUERY, stare: NOERROR, id: 37841
;; steaguri: qr aa rd ra; ÎNTREBARE: 1, RĂSPUNS: 1, AUTORITATE: 0, SUPLIMENTARE: 1
;; PSEUDOSECȚIE OPT:
; EDNS: versiunea: 0, steaguri:; udp: 4096
;; SECȚIUNEA DE ÎNTREBĂRI:
;docker1. ÎN A
;; SECȚIUNEA RĂSPUNSURI:
docker1. 0 ÎN A 10.0.2.10
;; Timp de interogare: 0 ms
;; SERVER: 10.0.2.205#53(10.0.2.205)
;; CÂND: duminică, 05 decembrie, 09:29:04 MST 2021
;; MSG SIZE rcvd: 52
noc@TestingServer:~$ ping google.com
PING google.com (172.217.11.174) 56(84) octeți de date.
64 de octeți de la lax28s15-in-f14.1e100.net (172.217.11.174): icmp_seq=1 ttl=116 time=46.1 ms
^C
--- statistici ping google.com ---
1 pachet transmis, 1 primit, 0% pierdere de pachete, timp 0 ms
rtt min/avg/max/mdev = 46,132/46,132/46,132/0,000 ms
noc@TestingServer:~$
noc@TestingServer:~$
noc@TestingServer:~$ sudo su
root@TestingServer:/home/noc# echo -e „server de nume 10.0.2.205\n” > /etc/resolv.conf
root@TestingServer:/home/noc# exit
Ieșire
noc@TestingServer:~$
noc@TestingServer:~$ ping docker1
PING docker1 (10.0.2.10) 56(84) octeți de date.
64 de octeți de la docker1.local (10.0.2.10): icmp_seq=1 ttl=64 time=0,617 ms
^C
--- statistici ping docker1 ---
1 pachet transmis, 1 primit, 0% pierdere de pachete, timp 0 ms
rtt min/avg/max/mdev = 0,617/0,617/0,617/0,000 ms
