Jak funguje překlad DNS?

Question

IT Interview Practice · Accepted Answer

**DNS** (Domain Name System) je telefonní seznam internetu: překládá lidsky čitelné jméno jako `example.com` na IP adresu jako `93.184.216.34`. Překlad je hierarchické vyhledávání, které za vás obvykle provádí **recursive resolver** (vašeho ISP nebo veřejný jako 8.8.8.8), jenž za vás projde strom **authoritative** name serverů:

```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 se zeptá **root** serverů (které znají TLD servery), pak **TLD** serverů pro `.com` (které vědí, kdo je authoritative pro `example.com`), pak **authoritative** serveru (který drží skutečný záznam). Aby se to nemuselo opakovat pokaždé, výsledky se **cachují** na každé úrovni — prohlížeč, OS i resolver — přičemž každá respektuje **TTL** (time-to-live) záznamu. Teplá cache překládá v mikrosekundách; studené vyhledání může stát několik round tripů.

Běžné **typy záznamů**: `A` (jméno → IPv4), `AAAA` (jméno → IPv6), `CNAME` (alias na jiné jméno), `MX` (mail servery), `TXT` (libovolný text, používaný pro SPF/ověření) a `NS` (deleguje zónu). Překlad si můžete prohlédnout přímo:

```bash
dig example.com A       # ukáže A záznam a který server odpověděl
```

## Proč je to důležité

DNS leží na kritické cestě *každého* requestu, který začíná jménem, takže pomalý nebo špatně nakonfigurovaný resolver přidává latency ke všemu. Tazatelé mají tuto otázku rádi, protože odhaluje, zda rozumíte **hierarchii a cachování** — dvěma myšlenkám, které umožňují globálnímu distribuovanému systému rychle odpovídat na miliardy dotazů. Je to také častý zdroj skutečných produkčních incidentů ("vždycky je to DNS"): prošlé záznamy, špatné TTL nebo zpoždění propagace po změně — takže vědět, jak funguje cachování a TTL, je přímo praktické.

Proč je to důležité

Související otázky