DNS (Domain Name System) adalah buku telepon internet: ia menerjemahkan nama yang terbaca manusia seperti example.com menjadi alamat IP seperti 93.184.216.34. Resolusi adalah pencarian hierarkis, biasanya dilakukan untuk Anda oleh sebuah recursive resolver (milik ISP Anda atau yang publik seperti 8.8.8.8) yang menelusuri pohon name server atas nama Anda:
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 menanyai server root (yang tahu server TLD), lalu server TLD untuk .com (yang tahu siapa yang authoritative untuk example.com), lalu server authoritative (yang memegang record sesungguhnya). Untuk menghindari pengulangan ini setiap kali, hasil di-cache di setiap tingkat — browser, OS, dan resolver — masing-masing menghormati TTL (time-to-live) record. Cache yang hangat menyelesaikan dalam mikrodetik; pencarian dingin bisa memakan beberapa round trip.
Tipe record yang umum: A (name → IPv4), AAAA (name → IPv6), CNAME (alias ke nama lain), MX (mail server), TXT (teks bebas, dipakai untuk SPF/verifikasi), dan NS (mendelegasikan sebuah zone). Anda bisa memeriksa resolusi secara langsung:
dig example.com A # tampilkan A record dan server mana yang menjawab
DNS berada di jalur kritis setiap request yang dimulai dari sebuah nama, sehingga resolver yang lambat atau salah konfigurasi menambah latency ke segalanya. Pewawancara menyukai pertanyaan ini karena ia menyingkap apakah Anda memahami hierarki dan caching — dua ide yang memungkinkan sistem terdistribusi global menjawab miliaran query dengan cepat. Ini juga sumber yang sering memicu insiden production nyata ("selalu saja DNS"): record kedaluwarsa, TTL salah, atau keterlambatan propagasi setelah sebuah perubahan, sehingga mengetahui cara kerja caching dan TTL sangat praktis.
Perpustakaan pertanyaan wawancara IT dengan jawaban mendetail — dari Junior hingga Senior.
Donasi