DNS (Domain Name System) ni kitabu cha simu cha internet: hutafsiri jina linalosomeka na binadamu kama example.com kuwa anwani ya IP kama 93.184.216.34. Resolution ni utafutaji wa kiuongozi, kawaida hufanywa kwa niaba yako na recursive resolver (ya ISP wako au ya umma kama 8.8.8.8) inayotembea mti wa name servers za authoritative kwa niaba yako:
Browser ──▶ Recursive Resolver ──▶ Root (.) "ask .com's servers"
│ ◀──
├────────▶ TLD (.com) "ask example.com's servers"
│ ◀──
└────────▶ Authoritative "example.com = 93.184.216.34"
(example.com) ◀──
Browser ◀── 93.184.216.34
Resolver huuliza servers za root (zinazojua servers za TLD), kisha servers za TLD kwa .com (zinazojua nani ni authoritative kwa example.com), kisha server ya authoritative (inayoshikilia rekodi halisi). Ili kuepuka kurudia hili kila mara, matokeo hu-cache kwenye kila ngazi — browser, OS, na resolver — kila moja ikiheshimu TTL (time-to-live) ya rekodi. Cache moto huresolve kwa mikrosekunde; utafutaji wa baridi waweza kugharimu round trips kadhaa.
Aina za rekodi za kawaida: A (name → IPv4), AAAA (name → IPv6), CNAME (alias kwa jina lingine), MX (mail servers), TXT (maandishi yoyote, hutumika kwa SPF/uthibitisho), na NS (hukabidhi zone). Unaweza kukagua resolution moja kwa moja:
dig example.com A # shows the A record and which server answered
DNS iko kwenye njia muhimu ya kila request inayoanza kutoka jina, hivyo resolver ya polepole au iliyosanidiwa vibaya huongeza latency kwa kila kitu. Wahojiwa hupenda swali hili kwa sababu hufunua kama unaelewa uongozi na caching — mawazo mawili yanayoruhusu mfumo wa kimataifa, uliosambaa kujibu mabilioni ya maswali kwa kasi. Pia ni chanzo cha mara kwa mara cha matukio halisi ya production ("daima ni DNS"): rekodi zilizoisha muda, TTLs zisizo sahihi, au ucheleweshaji wa propagation baada ya mabadiliko, hivyo kujua jinsi caching na TTL vinavyofanya kazi ni la kivitendo moja kwa moja.
Maktaba ya maswali ya mahojiano ya IT yenye majibu ya kina — kutoka Junior hadi Senior.
Changia