Kepiyé resolusi DNS makarya?

Question

IT Interview Practice · Accepted Answer

**DNS** (Domain Name System) iku buku telpon internet: dhèwèké nerjemahaké jeneng sing bisa diwaca manungsa kaya `example.com` dadi alamat IP kaya `93.184.216.34`. Resolusi iku panlusuran hirarkis, biasané ditindakaké kanggo sampeyan déning **recursive resolver** (kagungané ISP utawa sing umum kaya 8.8.8.8) sing mlaku ngliwati wit name server **authoritative** kanggo sampeyan:

```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 takon menyang server **root** (sing ngerti server TLD), banjur server **TLD** kanggo `.com` (sing ngerti sapa authoritative kanggo `example.com`), banjur server **authoritative** (sing nyekel rékaman sing tenanan). Kanggo ora mbaléni iki saben-saben, asilé di-**cache** ing saben tingkat — browser, OS, lan resolver — saben ngajèni **TTL** (time-to-live) rékaman. Cache sing anget nyeleséni ing sawetara mikrodetik; panlusuran sing adhem bisa mbutuhaké sawetara round trip.

**Jinis rékaman** sing umum: `A` (name → IPv4), `AAAA` (name → IPv6), `CNAME` (alias menyang jeneng liya), `MX` (server mail), `TXT` (teks sakarepé, dienggo kanggo SPF/verifikasi), lan `NS` (ndhelegasi zone). Sampeyan bisa mriksa resolusi langsung:

```bash
dig example.com A       # nuduhaké rékaman A lan server endi sing njawab
```

## Kenapa iki penting

DNS lungguh ing dalan kritis saka *saben* request sing wiwit saka jeneng, mula resolver sing alon utawa salah konfigurasi nambah latensi marang kabèh. Pewawancara seneng pitakon iki amarga mbukak apa sampeyan ngerti **hirarki lan caching** — rong ide sing ngidini sistem terdistribusi global njawab milyaran query kanthi cepet. Iku uga sumber sing kerep saka insiden production nyata ("mesthi DNS"): rékaman kadaluwarsa, TTL salah, utawa telat propagasi sawisé owahan, mula ngerti carané caching lan TTL makarya iku langsung praktis.

Kenapa iki penting

Pitakon sing gegandhengan