DNS (Domain Name System) je internetski telefonski imenik: prevodi ime čitljivo ljudima poput example.com u IP adresu poput 93.184.216.34. Razrješavanje je hijerarhijski lookup, obično obavljen umjesto vas od strane recursive resolvera (vašeg ISP-ovog ili javnog poput 8.8.8.8) koji umjesto vas prolazi stablo autoritativnih (authoritative) name servera:
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 pita root servere (koji znaju TLD servere), zatim TLD servere za .com (koji znaju tko je autoritativan za example.com), pa autoritativni server (koji drži stvarni zapis). Da se ovo ne bi ponavljalo svaki put, rezultati se cacheiraju na svakoj razini — preglednik, OS i resolver — pri čemu svaka poštuje TTL (time-to-live) zapisa. Topao cache razrješava u mikrosekundama; hladan lookup može koštati nekoliko obilazaka (round trip).
Uobičajeni tipovi zapisa (record types): A (name → IPv4), AAAA (name → IPv6), CNAME (alias na drugo ime), MX (mail serveri), TXT (proizvoljan tekst, koristi se za SPF/verifikaciju) i NS (delegira zonu). Razrješavanje možete pregledati izravno:
dig example.com A # prikazuje A zapis i koji je server odgovorio
DNS se nalazi na kritičnoj putanji svakog requesta koji počinje od imena, pa spor ili pogrešno konfiguriran resolver dodaje latenciju svemu. Ispitivači vole ovo pitanje jer otkriva razumijete li hijerarhiju i caching — dvije ideje koje globalnom, distribuiranom sustavu omogućuju da brzo odgovori na milijarde upita. To je i čest izvor stvarnih produkcijskih incidenata ("uvijek je DNS"): istekli zapisi, pogrešni TTL-ovi ili kašnjenja propagacije nakon promjene — pa je znati kako caching i TTL rade izravno praktično.
Knjižnica IT pitanja za razgovore za posao s detaljnim odgovorima — od Juniora do Seniora.
Doniraj