Si funksionon zgjidhja (resolution) e DNS?

Question

IT Interview Practice · Accepted Answer

**DNS** (Domain Name System) është libri i telefonit i internetit: përkthen një emër të lexueshëm nga njeriu si `example.com` në një adresë IP si `93.184.216.34`. Zgjidhja është një kërkim hierarkik, zakonisht bërë për ty nga një **recursive resolver** (i ISP-së tënde ose një publik si 8.8.8.8) që përshkon pemën e name server-ave **authoritative** në emrin tënd:

```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-i pyet server-at **root** (të cilët i njohin server-at TLD), pastaj server-at **TLD** për `.com` (të cilët e dinë kush është authoritative për `example.com`), pastaj server-in **authoritative** (që mban record-in e vërtetë). Për të mos e përsëritur këtë çdo herë, rezultatet **cache-ohen** në çdo nivel — browser, OS dhe resolver — secili duke respektuar **TTL**-në (time-to-live) të record-it. Një cache i ngrohtë zgjidhet në mikrosekonda; një kërkim i ftohtë mund të kushtojë disa round trip.

**Llojet e record-ave** të zakonshme: `A` (name → IPv4), `AAAA` (name → IPv6), `CNAME` (alias drejt një emri tjetër), `MX` (mail server), `TXT` (tekst arbitrar, i përdorur për SPF/verifikim), dhe `NS` (delegon një zone). Mund ta inspektosh zgjidhjen drejtpërdrejt:

```bash
dig example.com A       # tregon A record-in dhe cili server u përgjigj
```

## Pse ka rëndësi

DNS ndodhet në rrugën kritike të *çdo* kërkese që nis nga një emër, kështu që një resolver i ngadaltë ose i keqkonfiguruar i shton latency çdo gjëje. Intervistuesve u pëlqen kjo pyetje sepse zbulon nëse e kupton **hierarkinë dhe caching-un** — dy idetë që i lejojnë një sistemi global, të shpërndarë t'u përgjigjet miliarda query-ve shpejt. Është gjithashtu një burim i shpeshtë incidentesh reale në production ("gjithmonë është DNS"): record-e të skaduar, TTL të gabuar, ose vonesa përhapjeje pas një ndryshimi — kështu që të dish si funksionojnë caching-u dhe TTL-ja është drejtpërdrejt praktike.

Pse ka rëndësi

Pyetje të ngjashme