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.

Resolusi NamaDNS RecordPropagasi

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:

  1. Browser bertanya ke DNS resolver (biasanya disediakan penyedia internet atau layanan seperti Google DNS/Cloudflare) β€” "di mana alamat IP untuk domain ini?"
  2. Resolver bertanya ke root server β€” server tingkat tertinggi yang tahu ke mana harus mencari berdasarkan ekstensi domain (.com, .id, dst).
  3. Root server mengarahkan ke TLD server (Top-Level Domain server) yang khusus menangani ekstensi tersebut, misalnya seluruh domain .com.
  4. 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.
  5. 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:

RecordFungsiContoh Penggunaan
AMengarahkan domain ke alamat IPv4namamu.com β†’ 192.0.2.10
AAAAMengarahkan domain ke alamat IPv6Versi lebih baru dari A record
CNAMEMembuat alias β€” mengarahkan subdomain ke domain lainwww.namamu.com β†’ namamu.com
MXMengarahkan email ke server penyedia layanan emailMenentukan server mana yang menangani email @namamu.com
TXTMenyimpan teks bebas, umum untuk verifikasiVerifikasi kepemilikan domain, catatan keamanan email (SPF/DKIM)
NSMenentukan authoritative name server domainMenunjuk 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.

0–48jam kisaran waktu propagasi DNS penuh ke seluruh dunia
300detik β€” TTL rendah umum dipakai saat migrasi untuk mempercepat perubahan terlihat
86400detik (24 jam) β€” TTL standar untuk record yang jarang berubah
Sumber: dokumentasi teknis DNS (Cloudflare Learning Center, ICANN). Waktu aktual bervariasi tergantung resolver dan lokasi geografis.

Cara Mengatur DNS

Pengaturan DNS umumnya dilakukan lewat panel registrar domain atau penyedia hosting, tergantung di mana DNS domain tersebut dikelola. Langkah umumnya:

  1. 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.
  2. Masuk ke panel DNS management β€” biasanya ada menu "DNS Zone", "DNS Management", atau "Nameservers" di dashboard registrar/hosting.
  3. Tambahkan atau ubah record sesuai kebutuhan β€” misalnya menambahkan A record baru mengarah ke IP hosting, atau CNAME untuk subdomain seperti blog.namamu.com.
  4. 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

MitosPerubahan DNS langsung berlaku begitu disimpan.
FaktaButuh waktu propagasi β€” bisa beberapa menit sampai 48 jam tergantung TTL sebelumnya.
MitosDNS cuma soal mengarahkan domain ke hosting, tidak lebih.
FaktaDNS juga mengatur routing email, verifikasi kepemilikan domain, dan berbagai layanan pihak ketiga lewat TXT/CNAME record.
MitosKalau website sudah aktif, DNS tidak perlu diperiksa lagi.
FaktaMasalah DNS bisa muncul kapan saja β€” perpindahan hosting, sertifikat SSL baru, atau perubahan layanan email semuanya menyentuh pengaturan 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
#DNS#DomainHosting#ARecord#CNAME#MXRecord
BP

Bimo Prasetya

Developer WordPress, 6 tahun

Membangun dan merawat puluhan situs WordPress skala kecil-menengah. Artikel ini ditinjau ulang terakhir 6 Mei 2026.

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