Bagaimana penyelesaian DNS berfungsi?

Question

IT Interview Practice · Accepted Answer

**DNS** (Domain Name System) ialah buku telefon internet: ia menterjemahkan nama yang boleh dibaca manusia seperti `example.com` kepada alamat IP seperti `93.184.216.34`. Penyelesaian ialah carian berhierarki, biasanya dilakukan untuk anda oleh sebuah **recursive resolver** (milik ISP anda atau yang awam seperti 8.8.8.8) yang mengembara pokok pelayan nama **authoritative** bagi pihak anda:

```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 bertanya pelayan **root** (yang tahu pelayan TLD), kemudian pelayan **TLD** untuk `.com` (yang tahu siapa authoritative untuk `example.com`), kemudian pelayan **authoritative** (yang menyimpan rekod sebenar). Untuk mengelak mengulang ini setiap kali, keputusan di-**cache** pada setiap peringkat — pelayar, OS, dan resolver — masing-masing menghormati **TTL** (time-to-live) rekod itu. Cache yang panas menyelesaikan dalam mikrosaat; carian yang sejuk mungkin berkos beberapa pergi-balik.

**Jenis rekod** yang biasa: `A` (name → IPv4), `AAAA` (name → IPv6), `CNAME` (alias kepada nama lain), `MX` (pelayan mel), `TXT` (teks sewenang-wenang, digunakan untuk SPF/pengesahan), dan `NS` (mewakilkan satu zon). Anda boleh memeriksa penyelesaian secara langsung:

```bash
dig example.com A       # shows the A record and which server answered
```

## Mengapa ia penting

DNS berada pada laluan kritikal *setiap* permintaan yang bermula daripada satu nama, jadi resolver yang perlahan atau tersalah konfigurasi menambah latensi kepada segalanya. Penemu duga suka soalan ini kerana ia mendedahkan sama ada anda memahami **hierarki dan caching** — dua idea yang membolehkan sistem teragih global menjawab berbilion pertanyaan dengan pantas. Ia juga punca kerap insiden production sebenar ("ia sentiasa DNS"): rekod tamat tempoh, TTL salah, atau kelewatan perambatan selepas sesuatu perubahan, jadi mengetahui cara caching dan TTL berfungsi adalah praktikal secara langsung.

Mengapa ia penting

Soalan berkaitan