DNS çözümlemesi nasıl çalışır?

Question

IT Interview Practice · Accepted Answer

**DNS** (Domain Name System), internetin telefon rehberidir: `example.com` gibi okunabilir bir adı `93.184.216.34` gibi bir IP adresine çevirir. Çözümleme hiyerarşik bir aramadır ve genellikle sizin adınıza, **authoritative** name server ağacında dolaşan bir **recursive resolver** (ISP'nizin ya da 8.8.8.8 gibi bir public olanın) tarafından yapılır:

```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, **root** sunucularına sorar (TLD sunucularını bilirler), sonra `.com` için **TLD** sunucularına (kimin `example.com` için authoritative olduğunu bilirler), sonra **authoritative** sunucuya (gerçek kaydı tutar). Bunu her seferinde tekrarlamamak için sonuçlar her seviyede — tarayıcı, OS ve resolver — **cache**'lenir; her biri kaydın **TTL**'sine (time-to-live) uyar. Sıcak bir cache mikrosaniyelerde çözer; soğuk bir arama birkaç round trip'e mal olabilir.

Yaygın **kayıt tipleri**: `A` (name → IPv4), `AAAA` (name → IPv6), `CNAME` (başka bir ada takma ad), `MX` (mail sunucuları), `TXT` (rastgele metin, SPF/doğrulama için kullanılır) ve `NS` (bir zone'u devreder). Çözümlemeyi doğrudan inceleyebilirsiniz:

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

## Neden önemli

DNS, bir adla başlayan *her* isteğin kritik yolunda oturur; bu yüzden yavaş veya yanlış yapılandırılmış bir resolver her şeye gecikme ekler. Mülakat yapanlar bu soruyu sever çünkü **hiyerarşi ve caching**'i — küresel, dağıtık bir sistemin milyarlarca sorguyu hızlıca yanıtlamasını sağlayan iki fikri — anlayıp anlamadığınızı ortaya çıkarır. Ayrıca gerçek production olaylarının ("her zaman DNS'tir") sık bir kaynağıdır: süresi dolan kayıtlar, yanlış TTL'ler ya da bir değişiklikten sonra yayılma gecikmeleri — bu yüzden caching ve TTL'nin nasıl çalıştığını bilmek doğrudan pratiktir.

Neden önemli

İlgili sorular