OK, po zapytaniu mojego ostatnie pytanie , Zrobiłem trochę kopania i myślę, że zorientowałem się, jak wszystko działa, ale są pewne rzeczy na temat zapisów klejowych, których do końca nie zrozumiałem.
Jeśli resolver próbuje rozwiązać ourdomain.com
, w pewnym momencie zapyta serwer gTLD, który zwróci niektóre rekordy NS. W naszym przypadku wynik powinien wyglądać następująco:
% dig +norecurse ourdomain.com @a.gtld-servers.net
;; AUTHORITY SECTION:
ourdomain.com. 172800 IN NS ns1.the-isp.net.
ourdomain.com. 172800 IN NS our-server.ourdomain.com.
;; ADDITIONAL SECTION:
ns1.the-isp.net. 172800 IN A nnn.nnn.nnn.nnn
our-server.ourdomain.com. 172800 IN A mmm.mmm.mmm.mmm
Rozumiem, że na każdym serwerze gTLD znajdują się rekordy klejów, które łączą dwa serwery nazw z adresami IP.
- Czy zapisy kleju mają TTL? (Czy to właśnie
172800
jest wADDITIONAL SECTION
?) - Jeśli tak, co się stanie, gdy wygaśnie rekord klejowy? Załóżmy, że zapis kleju dla
our-server.ourdomain.com
wygasa. Czy serwer gTLD wyszuka następnie tę nazwę, aby znaleźć adres IP (który w tym przypadku musiałby przejśćns1.the-isp.net
, Myślę)? Jeśli to zapytanie daje inny adres IP, czy rekord kleju zostanie zmieniony? Jeśli to nie działa, to czy rekordy kleju muszą zostać zmienione ręcznie, czy też istnieje jakiś inny mechanizm, który spowodowałby jego zmianę?
źródło
ourdomain.com
ma statyczny adres IP, który musi się zmienić, ten rekord kleju musi zostać zmieniony ręcznie na serwerze gTLD, ponieważ zmiany nie można propagować z innego miejsca - czy to prawda?