Kako deluje razreševanje DNS?

Question

IT Interview Practice · Accepted Answer

**DNS** (Domain Name System) je internetni telefonski imenik: ime, berljivo za človeka, kot je `example.com`, prevede v IP-naslov, kot je `93.184.216.34`. Razreševanje je hierarhično iskanje, ki ga namesto vas običajno opravi **recursive resolver** (od vašega ISP-ja ali javni, kot je 8.8.8.8) in v vašem imenu prehodi drevo **authoritative** imenskih strežnikov:

```text
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 vpraša strežnike **root** (ki poznajo strežnike TLD), nato strežnike **TLD** za `.com` (ki vedo, kdo je authoritative za `example.com`), nato strežnik **authoritative** (ki hrani dejanski zapis). Da se to ne ponavlja vsakič, se rezultati **predpomnijo (cached)** na vsaki ravni — brskalnik, OS in resolver — vsak spoštuje **TTL** (time-to-live) zapisa. Topel predpomnilnik razreši v mikrosekundah; hladno iskanje lahko stane več krožnih poti (round trips).

Pogosti **tipi zapisov**: `A` (ime → IPv4), `AAAA` (ime → IPv6), `CNAME` (vzdevek za drugo ime), `MX` (poštni strežniki), `TXT` (poljubno besedilo, uporabljeno za SPF/preverjanje) in `NS` (delegira cono). Razreševanje lahko pregledate neposredno:

```bash
dig example.com A       # pokaže A-zapis in kateri strežnik je odgovoril
```

## Zakaj je to pomembno

DNS je na kritični poti *vsakega* zahtevka, ki se začne z imenom, zato počasen ali napačno nastavljen resolver vsemu doda zakasnitev. Izpraševalci imajo to vprašanje radi, ker razkrije, ali razumete **hierarhijo in predpomnjenje** — dve ideji, ki globalnemu, porazdeljenemu sistemu omogočata hitro odgovarjanje na milijarde poizvedb. Je tudi pogost vir resničnih produkcijskih incidentov (»vedno je DNS«): potekli zapisi, napačni TTL-ji ali zakasnitve razširjanja (propagation) po spremembi, zato je poznavanje delovanja predpomnjenja in TTL neposredno praktično.

Zakaj je to pomembno

Povezana vprašanja