Puncte:0

Răspuns DNS diferit de la 2 servere locale configurate în același mod

drapel cn

Am 2 servere configurate pentru a redirecționa cererea pentru prod.example.com și example.com către GCP. Când fac rezoluție DNS de la același client, dar folosesc cele 2 servere, ambele îmi dau același răspuns, dar unul are mai multe lucruri în răspuns decât celălalt: comanda utilizată: dig test.prod.example.com @server1 sau @server2 server 1 raspuns:

 <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el7_9.5 <<>> test.prod.example.com @server1
opțiuni globale: +cmd
Am răspuns:
->>HEADER<<- opcode: QUERY, stare: NOERROR, id: 50915
steaguri: qr rd ra; ÎNTREBARE: 1, RĂSPUNS: 1, AUTORITATE: 1, SUPLIMENTARE: 2

PSEUDOSECȚIE OPT:
EDNS: versiunea: 0, steaguri:; udp: 4096
SECȚIUNEA DE ÎNTREBĂRI:
test.prod.example.com. ÎN A

SECȚIUNEA RĂSPUNSURI:
test.prod.example.com. 300 IN A 10.100.40.112

SECȚIUNEA AUTORITATE:
exemplu.com. 4730 ÎN NS ns-gcp-private.googledomains.COM.

SECȚIUNE SUPLIMENTARĂ:
NS-GCP-PRIVATE.googledomains.com. 141044 IN A 169.254.169.254


Răspuns Server2:

<<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el7_9.5 <<>> test.prod.example.com @server2
opțiuni globale: +cmd
Am răspuns:
->>HEADER<<- opcode: QUERY, stare: NOERROR, id: 3502
steaguri: qr rd ra; ÎNTREBARE: 1, RĂSPUNS: 1, AUTORITATE: 13, SUPLIMENTARE: 13

PSEUDOSECȚIE OPT:
EDNS: versiunea: 0, steaguri:; udp: 4096
SECȚIUNEA DE ÎNTREBĂRI:
test.prod.example.com. ÎN A

SECȚIUNEA RĂSPUNSURI:
test.prod.example.com. 209 ÎN A 10.100.40.112

SECȚIUNEA AUTORITATE:
com. 140949 ÎN NS g.gtld-servers.net.
com. 140949 ÎN NS c.gtld-servers.net.
com. 140949 ÎN NS e.gtld-servers.net.
com. 140949 ÎN NS j.gtld-servers.net.
com. 140949 ÎN NS f.gtld-servers.net.
com. 140949 ÎN NS i.gtld-servers.net.
com. 140949 ÎN NS k.gtld-servers.net.
com. 140949 ÎN NS h.gtld-servers.net.
com. 140949 ÎN NS l.gtld-servers.net.
com. 140949 ÎN NS a.gtld-servers.net.
com. 140949 ÎN NS m.gtld-servers.net.
com.                   140949 ÎN NS b.gtld-servers.net.
com. 140949 ÎN NS d.gtld-servers.net.


Ceva idei de ce? Contează, deoarece se poate rezolva la IP-ul corect?

Patrick Mevzek avatar
drapel cn
Și acele 2 servere de nume sunt ce software și ce versiune? Cum diferă configurațiile lor? Dacă este bind, diferența poate fi explicată probabil prin faptul că parametrul de configurare `minimal-responses` nu este același în ambele cazuri.
drapel cn
2 servere de legătură care rulează aceeași versiune (am verificat de două ori), controlate de chef. Configurația este aceeași, cu excepția faptului că server1 este primar și server2 este un slave de la server1. Voi verifica setarea pentru răspunsuri minime.
Patrick Mevzek avatar
drapel cn
Configurația ta nu are sens. Vorbești despre primar/slave (ar trebui să spui secundar), ceea ce înseamnă un server de nume autorizat. Cu toate acestea, răspunsurile dumneavoastră nu sunt aceleași, deoarece TTL diferit, ceea ce pare să însemne că aveți servere de nume recursive. Deci acest lucru nu are sens, nu ar trebui să amestecați autoritarul și recursiv.
drapel cn
Din câte am observat, TTL-ul când este servit de BIND scade în timp, dacă fac aceeași cerere din nou și din nou, voi vedea TTL-ul pornind de la 300s și coborând. Asta pe ambele servere. În ceea ce privește configurația, serverele autorizate sunt în GCP. Când interog GCP, primesc același răspuns ca server1minus secțiunea de autoritate. În special pentru această zonă, prod.example.com, atât server1, cât și server2 au configurat ca zonă de redirecționare în configurația lor de legătură.
Patrick Mevzek avatar
drapel cn
„Din ce am observat, TTL atunci când este servit de BIND scade în timp”, NU. Asta nu are nimic de-a face cu bind. ORICE server de nume este fie recursiv, fie autorizat. Dacă este autoritară, aceeași interogare dă același răspuns, întotdeauna. Așadar, același TTL, nu „descrește”. Dacă este recursiv, aproape întotdeauna are un cache și, prin urmare, aceeași interogare va primi răspunsuri diferite, deoarece fiecare va avea un TTL diferit... Cred că acest lucru arată că trebuie să înțelegeți mai întâi diferența dintre serviciul autoritar și recursiv.
drapel cn
Bine, dar în această situație, server1 și server2 nu sunt autorizate și obțin răspunsuri diferite atunci când sunt configurate la fel pentru prod.example.com, de ce? asta este intrebarea mea initiala.
Patrick Mevzek avatar
drapel cn
Încă nu spui despre ce software (versiune) este și nici cum este configurat precis.Dacă nu sunt autoritari, înseamnă că sunt recursivi sau soluții stub care solicită un rezolutor recursiv, caz în care răspunsurile vor fi întotdeauna diferite. Dar apoi explicațiile dvs. de mai sus „Configurația este aceeași, cu excepția cazului în care server1 este primar și server2 este un sclav al serverului1.” contrazice cele de mai sus (primar/secundar se aplică numai pentru autoritar, nu recursiv). Dacă insisti să nu dai toate detaliile, întrebarea ta nu poate primi răspuns.
Puncte:1
drapel in

Răspunsul este (așa cum am menționat) identic, vezi secțiunea de răspuns real a răspunsurilor, celelalte părți sunt de puțin sau deloc interes, dar este legat de modul în care serverul a obținut informațiile și de ce informații are care ar putea fi interesante în următorul/ cereri viitoare.

SECȚIUNEA RĂSPUNSURI:
test.prod.example.com. 209 ÎN A 10.100.40.112
Patrick Mevzek avatar
drapel cn
Răspunsurile NU sunt aceleași. Unul are TTL 300, celălalt TTL 209.
drapel in
Răspunsurile @PatrickMevzek sunt aceleași, TTL este o valoare care numără invers de la orice server de cache.
drapel cn
Corect, TTL tocmai a scăzut când utilizați Bind.
drapel cn
este pur și simplu ciudat că server2 merge la serverele rădăcină pentru a obține înregistrarea atunci când înregistrarea nici măcar nu este disponibilă public.
Patrick Mevzek avatar
drapel cn
Răspunsurile NU SUNT aceleași. TTL face parte din înregistrare. TTL diferit înseamnă înregistrări diferite. DACĂ interogați servere de nume autorizate, valorile ar trebui să fie aceleași pentru toate.

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.