Setiap kali mengetik sebuah alamat website, komputer sebenarnya tidak "mengerti" nama domain itu sama sekali β ia hanya mengenal angka. DNS adalah lapisan penerjemah yang bekerja diam-diam di balik layar, mengubah nama yang mudah diingat manusia jadi alamat IP yang dipahami mesin. Memahami dasar-dasarnya bukan cuma soal teori β begitu domain, hosting, atau email website tidak berfungsi, DNS hampir selalu jadi tempat pertama yang perlu diperiksa.
Ringkasan cepat
DNS (Domain Name System) menerjemahkan nama domain yang mudah diingat manusia (seperti namamu.com) menjadi alamat IP yang dipahami server. Pengaturannya dilakukan lewat "DNS record" β kode-kode seperti A, CNAME, dan MX yang masing-masing punya fungsi berbeda: mengarahkan domain ke server, membuat alias subdomain, atau mengarahkan email. Perubahan DNS tidak instan β butuh waktu propagasi sebelum berlaku penuh di seluruh dunia.
Apa Itu DNS
Bayangkan DNS seperti buku telepon raksasa untuk internet. Manusia lebih mudah mengingat "tokobuku.com" dibanding rangkaian angka seperti "192.0.2.10" β tapi server dan router yang sebenarnya mengarahkan lalu lintas data hanya bekerja dengan angka itu (alamat IP). DNS menjembatani dua kebutuhan itu: setiap kali domain diketik di browser, sistem DNS mencari tahu alamat IP mana yang terhubung ke domain tersebut, lalu mengarahkan permintaan ke sana β semuanya terjadi dalam hitungan milidetik, jauh sebelum halaman mulai dimuat.
Cara Kerja DNS: Resolusi Nama Domain
Proses menerjemahkan nama domain jadi alamat IP disebut DNS resolution, dan melibatkan beberapa lapis server yang saling bertanya secara berurutan:
- Browser bertanya ke DNS resolver (biasanya disediakan penyedia internet atau layanan seperti Google DNS/Cloudflare) β "di mana alamat IP untuk domain ini?"
- Resolver bertanya ke root server β server tingkat tertinggi yang tahu ke mana harus mencari berdasarkan ekstensi domain (.com, .id, dst).
- Root server mengarahkan ke TLD server (Top-Level Domain server) yang khusus menangani ekstensi tersebut, misalnya seluruh domain .com.
- TLD server mengarahkan ke authoritative name server β server yang benar-benar menyimpan data DNS domain itu, biasanya dikelola penyedia hosting atau layanan DNS pihak ketiga.
- Authoritative server memberi jawaban final β alamat IP yang dicari β lalu resolver mengirimkannya kembali ke browser, yang langsung menghubungi server itu untuk memuat halaman.
Seluruh proses ini biasanya rampung dalam hitungan milidetik, dan hasilnya disimpan sementara (cache) supaya kunjungan berikutnya ke domain yang sama tidak perlu mengulang seluruh rantai pencarian dari awal.
Jenis-Jenis DNS Record
DNS record adalah instruksi yang disimpan di authoritative server, masing-masing punya fungsi spesifik. Berikut yang paling sering ditemui saat mengelola website:
| Record | Fungsi | Contoh Penggunaan |
|---|---|---|
| A | Mengarahkan domain ke alamat IPv4 | namamu.com β 192.0.2.10 |
| AAAA | Mengarahkan domain ke alamat IPv6 | Versi lebih baru dari A record |
| CNAME | Membuat alias β mengarahkan subdomain ke domain lain | www.namamu.com β namamu.com |
| MX | Mengarahkan email ke server penyedia layanan email | Menentukan server mana yang menangani email @namamu.com |
| TXT | Menyimpan teks bebas, umum untuk verifikasi | Verifikasi kepemilikan domain, catatan keamanan email (SPF/DKIM) |
| NS | Menentukan authoritative name server domain | Menunjuk ke mana seluruh pengaturan DNS domain dikelola |
Sebagian besar kebutuhan dasar website cukup memakai A record (atau CNAME) untuk domain utama, plus MX dan TXT kalau email dikelola lewat penyedia terpisah dari hosting.
TTL dan Propagasi
TTL (Time To Live) adalah durasi (dalam detik) yang menentukan berapa lama sebuah DNS record disimpan di cache sebelum resolver memeriksa ulang ke authoritative server. TTL rendah (misalnya 300 detik/5 menit) membuat perubahan lebih cepat terlihat, tapi menambah beban query ke server. TTL tinggi (misalnya 86400 detik/24 jam) lebih efisien, tapi membuat perubahan butuh waktu lebih lama sebelum terlihat di semua tempat.
Propagasi DNS adalah proses penyebaran perubahan record ke seluruh resolver di dunia β dan inilah yang membuat perubahan DNS terasa "tidak langsung berlaku". Karena setiap resolver punya cache dengan TTL berbeda-beda, satu perubahan bisa terlihat lebih dulu di satu lokasi/provider internet, dan baru terlihat di lokasi lain beberapa jam kemudian. Secara umum propagasi penuh memakan waktu antara beberapa menit hingga 24β48 jam, tergantung TTL record sebelumnya.
Cara Mengatur DNS
Pengaturan DNS umumnya dilakukan lewat panel registrar domain atau penyedia hosting, tergantung di mana DNS domain tersebut dikelola. Langkah umumnya:
- Tentukan di mana DNS dikelola β kalau domain dan hosting dibeli dari penyedia yang sama, biasanya DNS otomatis terhubung. Kalau beda penyedia, cek dulu apakah name server (NS record) domain sudah mengarah ke hosting yang benar.
- Masuk ke panel DNS management β biasanya ada menu "DNS Zone", "DNS Management", atau "Nameservers" di dashboard registrar/hosting.
- Tambahkan atau ubah record sesuai kebutuhan β misalnya menambahkan A record baru mengarah ke IP hosting, atau CNAME untuk subdomain seperti blog.namamu.com.
- Simpan dan tunggu propagasi β jangan panik kalau perubahan belum terlihat dalam beberapa menit pertama; cek status propagasi lewat tools pengecekan DNS publik sebelum menyimpulkan ada yang salah.
Kasus paling umum yang butuh pengaturan DNS manual: mengarahkan domain baru ke hosting WordPress, menambahkan subdomain untuk keperluan tertentu, atau mengatur ulang email bisnis ke penyedia seperti Google Workspace β yang masing-masing membutuhkan kombinasi record berbeda (A/CNAME untuk domain, MX dan TXT untuk email).
Kesalahan Umum
- Mengubah banyak record sekaligus tanpa mencatat versi sebelumnya β menyulitkan proses rollback kalau ada yang salah
- Lupa menurunkan TTL sebelum migrasi besar β membuat proses migrasi terasa lebih lama dari seharusnya karena cache lama masih dipakai banyak resolver
- Salah memasukkan record MX β email berhenti masuk sama sekali karena diarahkan ke server yang salah atau prioritas record tertukar
- Menghapus NS record default penyedia tanpa memahami dampaknya β bisa memutus seluruh domain dari internet sampai diperbaiki
Mitos vs Fakta seputar DNS
Checklist Dasar Sebelum Mengubah DNS
- Catat seluruh record yang ada saat ini sebelum melakukan perubahan apa pun
- Turunkan TTL beberapa jam sebelum migrasi besar supaya propagasi lebih cepat
- Uji perubahan lewat tools pengecekan DNS publik sebelum menganggapnya gagal
- Pastikan MX record tidak ikut berubah tanpa sengaja saat mengedit record lain
- Simpan dokumentasi konfigurasi DNS di tempat yang mudah diakses tim
Sumber Rujukan Artikel Ini
- Cloudflare Learning Center β dokumentasi resmi cara kerja DNS dan jenis record
- ICANN β dokumentasi struktur root server dan TLD server
- Google Domains/Cloud DNS β dokumentasi praktik terbaik TTL dan propagasi
- Dokumentasi resmi Google Workspace β konfigurasi MX record untuk email bisnis
- Data internal DELHI β pengalaman konfigurasi DNS klien Bimo Prasetya