Valoarea TTL nu te va ajuta cu adevărat aici.
Ceea ce vezi pe unicul tău aparat este Comportament standard pentru DNS, ping
, etc. Dacă există mai multe adrese returnate pentru un nume de gazdă, serviciile o vor folosi implicit pe prima servită în răspunsul DNS.
Să explic într-un exemplu.
Să presupunem că am un nume de gazdă cu trei înregistrări A. Acele înregistrări A indică 192.168.10.1, 192.168.10.2 și, respectiv, 192.168.10.3 pentru același domeniu.
Răspunsul DNS va avea oricare dintre acele adrese în răspuns. I.E. „Răspunsul” DNS real le-ar putea oferi în următoarea ordine:
192.168.10.2
192.168.10.1
192.168.10.3
Aceleași trei înregistrări dintr-o interogare DNS separată ar putea reveni și în această ordine:
192.168.10.1
192.168.10.3
192.168.10.2
Prin urmare, atunci când faceți rezoluție DNS pe un singur nume de gazdă în scopul de ping
și astfel, are o funcționalitate cu prioritate zero, iar „ultimul răspuns” pe care l-a primit va fi „memorizat în cache”, iar acea „primă” adresă folosită în scopul ping
, solicitări web, inițializarea conexiunilor la un nume de gazdă etc.
Nu există niciun concept în ping
, etc.din „Testează toate IP-urile cu solicitări diferite” - pentru asta, trebuie să înlocuiți manual adresa de la /etc/hosts
nivelați sau faceți ping direct la IP-uri. În mod obișnuit, dacă aveți trei adrese pentru o singură înregistrare de domeniu, ar trebui să trimiteți ping la adresele IP în mod independent și să nu aveți încredere că rezoluția „nume de gazdă” este corectă.
Mai mult, cu excepția cazului în care ați eliminat systemd-rezolvat
din ecuație, acesta este un solutor de stocare în cache din partea dvs. și va „memora în cache” acel răspuns IP inițial pentru serverul de e-mail (în exemplul meu, .2 a fost prima adresă din răspuns, așa că o memorează în cache. dacă o repornesc procesează pe sistem și șterge memoria cache, iar serverul DNS pe care îl interogează returnează mai întâi .1, apoi .1 este stocat în cache ca „rezultat” pentru primul nume de gazdă DNS, precum și pentru celelalte trei intrări.)