Cara Setting DNS Domain yang Benar: Panduan Lengkap 2026

Standar SPF hanya mengizinkan 10 lookup DNS untuk satu kali pemeriksaan, sementara seluruh internet bertumpu pada 13 identitas root server sebagai titik awal pencarian nama domain. Dua angka kecil itu menunjukkan satu hal: DNS adalah sistem yang sederhana secara konsep, tetapi tidak memaafkan kesalahan kecil. Satu record yang salah ketik bisa membuat website tidak terbuka, email masuk folder spam, atau sertifikat SSL gagal terbit.

Panduan ini membawa Anda dari dasar sampai lanjutan. Anda akan memahami cara kerja DNS, jenis record yang wajib dikenal, langkah setting dari nol, sampai praktik terbaik yang dipakai tim infrastruktur profesional pada 2026. Anda bisa membacanya berurutan atau langsung melompat ke bagian yang sedang Anda butuhkan.

Apa Itu DNS dan Mengapa Setting-nya Menentukan

DNS (Domain Name System) adalah buku telepon internet. Ia menerjemahkan nama seperti contoh.com menjadi alamat IP yang dipahami mesin. Domain yang baru Anda daftarkan, baik .com, .id, .co.id, maupun .my.id, belum berfungsi apa-apa sebelum DNS-nya diisi. Ia baru sebatas nama yang terdaftar atas nama Anda.

Itulah sebabnya setting DNS bukan urusan teknis yang bisa ditunda. Semua layanan yang menempel pada domain Anda, seperti website, email bisnis, verifikasi Google Workspace, CDN, dan sertifikat SSL, membaca instruksinya dari sini.

Cara Kerja DNS dalam Satu Menit

Dari browser sampai alamat IP

Ketika pengunjung mengetik domain Anda, perangkatnya bertanya ke resolver (biasanya milik penyedia internet atau layanan publik). Jika resolver belum menyimpan jawabannya, ia bertanya berurutan: root server, lalu server TLD (misalnya server untuk .id atau .com), lalu authoritative nameserver milik domain Anda. Server terakhir inilah yang memegang jawaban resmi.

Jawaban itu kemudian disimpan sementara (di-cache) oleh resolver selama durasi tertentu yang disebut TTL. Karena itu perubahan DNS tidak langsung terlihat di semua tempat, dan kita akan membahasnya lebih jauh di bagian propagasi.

Nameserver dan record adalah dua hal berbeda

Banyak pemula tertukar di sini. Nameserver menentukan di mana DNS Anda dikelola. Record menentukan apa isinya. Jika nameserver domain Anda mengarah ke Cloudflare, maka record yang Anda ubah di panel registrar tidak akan berpengaruh sama sekali. Yang berlaku hanya record di panel Cloudflare. Kesalahan ini adalah salah satu penyebab paling umum dari keluhan "sudah saya ubah tapi tidak berubah".

Jenis Record DNS yang Wajib Anda Pahami

Anda tidak perlu menghafal semuanya, tetapi tabel berikut mencakup sekitar 95 persen kebutuhan nyata pemilik website dan email.

Record A dan AAAA

Ini record paling mendasar. Host @ mewakili domain utama (contoh.com), sedangkan host www mewakili www.contoh.com. Keduanya perlu diatur, karena pengunjung bisa mengetik salah satunya.

Record CNAME

CNAME berguna ketika tujuan Anda berupa nama, bukan IP, misalnya platform toko online atau layanan landing page. Aturan emasnya: sebuah nama yang sudah memiliki CNAME tidak boleh memiliki record lain. Karena itu CNAME tidak bisa dipasang di domain utama (@), sebab di sana biasanya sudah ada NS, MX, dan TXT. Sebagian penyedia menawarkan fitur "CNAME flattening" atau ALIAS untuk mengatasinya.

Record MX

MX menentukan ke mana email untuk domain Anda dikirim. Pastikan nilainya berupa nama host (bukan alamat IP) dan jangan mengarah ke CNAME. Jika Anda memakai layanan email seperti Google Workspace atau Microsoft 365, salin persis nilai dan prioritas yang mereka berikan, lalu hapus MX bawaan hosting yang sudah tidak dipakai agar email tidak terbagi ke dua server.

Record TXT

TXT awalnya hanya catatan teks, tetapi sekarang menjadi tulang punggung keamanan email dan verifikasi kepemilikan domain. Satu domain boleh memiliki banyak TXT, kecuali SPF: hanya boleh ada satu record SPF per nama.

Persiapan Sebelum Menyentuh Pengaturan DNS

Praktik yang membedakan profesional dari pemula adalah persiapan. Lakukan lima hal ini sebelum mengubah apa pun:

1. Ekspor atau catat semua record yang ada. Screenshot panel DNS pun cukup. Ini penyelamat saat Anda perlu rollback.
2. Inventarisasi layanan yang memakai domain. Website, email, subdomain aplikasi, verifikasi pihak ketiga. Record yang "tampak tidak terpakai" sering ternyata melayani sesuatu.
3. Turunkan TTL 24 sampai 48 jam sebelum migrasi ke 300 detik agar perubahan menyebar cepat.
4. Siapkan nilai tujuan. Alamat IP server, nilai MX, dan nameserver dari penyedia baru harus sudah di tangan.
5. Pilih waktu yang tepat. Hindari jam trafik puncak dan akhir pekan jika tidak ada yang berjaga.

Langkah Setting DNS dari Nol

Langkah 1: Putuskan di mana DNS dikelola

Anda punya tiga pilihan umum, dan masing-masing cocok untuk kebutuhan berbeda.

Aturan praktis: bila domain Anda sekadar menunjuk ke satu hosting, DNS di registrar sudah memadai. Begitu Anda mulai memakai CDN, banyak layanan, atau butuh kontrol penuh, pindahkan ke penyedia DNS khusus.

Langkah 2: Arahkan nameserver (jika perlu)

Jika Anda memutuskan memakai DNS di hosting atau pihak ketiga, ubah nameserver domain di panel registrar Anda. Masukkan minimal dua nameserver, karena redundansi adalah syaratnya. Setelah disimpan, tunggu hingga nameserver baru aktif sebelum menyunting record. Jika Anda baru mendaftarkan domain lewat DomainMurah, pengaturan nameserver ini dapat Anda lakukan dari panel domain setelah pembayaran selesai, termasuk bila Anda membayar lewat QRIS.

Langkah 3: Hubungkan domain ke website

Buat record A untuk host @ yang mengarah ke IP server Anda. Contoh:

Untuk www, CNAME ke domain utama adalah pola yang paling mudah dirawat. Jika IP server berubah, Anda cukup mengubah satu record A.

Langkah 4: Tentukan versi kanonis

Pilih satu versi sebagai yang utama, apakah dengan www atau tanpa www, lalu arahkan versi lainnya lewat redirect 301 di server. DNS membuat keduanya bisa dijangkau, tetapi redirect memastikan mesin pencari dan pengunjung melihat satu alamat yang konsisten.

Langkah 5: Atur subdomain

Subdomain seperti blog.contoh.com atau app.contoh.com hanyalah record tambahan. Gunakan A bila tujuan berupa IP, CNAME bila berupa nama layanan. Beri nama yang menjelaskan fungsinya agar mudah dirawat setahun kemudian.

TTL dan Propagasi: Mengapa Perubahan Tidak Instan

TTL (Time To Live) adalah lama, dalam detik, resolver boleh menyimpan jawaban sebelum bertanya ulang. TTL 3600 berarti satu jam, 86400 berarti 24 jam. Propagasi sebenarnya bukan "penyebaran" aktif, melainkan menunggu cache lama di berbagai resolver kedaluwarsa.

Ini membuat strategi TTL menjadi alat yang sangat praktis:

• Kondisi normal: 3600 sampai 14400 detik. Cukup hemat kueri tanpa membuat perubahan terlalu lambat.
• Menjelang migrasi: turunkan ke 300 detik minimal sehari sebelumnya.
• Setelah migrasi stabil: naikkan kembali agar beban kueri dan latensi tetap rendah.

Perubahan nameserver berbeda dari perubahan record. Ia bergantung pada TTL di level TLD, yang tidak bisa Anda kendalikan, sehingga bisa memakan waktu beberapa jam hingga sekitar 48 jam. Karena itu, jangan panik jika hasilnya belum seragam di jam pertama.

Setting Email yang Benar: MX, SPF, DKIM, dan DMARC

Pada 2026, penyedia email besar semakin ketat terhadap pengirim yang tidak terautentikasi. Domain tanpa SPF, DKIM, dan DMARC yang rapi sangat mungkin masuk spam, atau ditolak sama sekali. Berikut perannya:

SPF yang rapi

Contoh sederhana: v=spf1 include:_spf.penyedia-email.example ~all. Ingat dua aturan: hanya satu record SPF per domain, dan total lookup tidak boleh melebihi 10. Setiap include menambah hitungan. Jika Anda memakai banyak layanan pengirim (newsletter, CRM, helpdesk), hitung dulu agar tidak melewati batas, karena melampauinya membuat SPF dianggap gagal.

DKIM

Penyedia email Anda akan memberikan nama selector dan kunci publik. Salin keduanya persis ke record TXT. Kunci panjang kadang terpotong oleh panel DNS tertentu, jadi periksa ulang setelah menyimpan.

DMARC bertahap

Mulailah dengan kebijakan pemantauan: v=DMARC1; p=none; rua=mailto:[email protected]. Pelajari laporan beberapa minggu, pastikan semua sumber email sah sudah lolos, lalu naikkan ke p=quarantine dan akhirnya p=reject. Langsung menyetel reject di hari pertama adalah resep untuk menolak email Anda sendiri.

Praktik Terbaik Industri untuk DNS yang Tangguh

Bagian ini yang biasanya tidak muncul di tutorial dasar, padahal inilah pembeda antara DNS yang sekadar jalan dan DNS yang andal.

• Gunakan minimal dua nameserver di jaringan berbeda. Jika satu gagal, yang lain tetap menjawab.
• Hapus record yatim. Subdomain yang CNAME-nya menunjuk ke layanan yang sudah dihentikan bisa dibajak pihak lain (subdomain takeover). Audit berkala setiap kuartal.
• Dokumentasikan setiap perubahan. Catat siapa, kapan, dan mengapa. Tim kecil pun terbantu oleh spreadsheet sederhana.
• Batasi akses panel DNS. Aktifkan autentikasi dua faktor di akun registrar dan penyedia DNS, dan jangan berbagi login.
• Pisahkan lingkungan. Gunakan subdomain staging terpisah, jangan menguji di domain produksi.
• Pantau, jangan hanya mengatur. Pasang pemantauan uptime dan pemeriksaan record penting, karena domain yang kedaluwarsa atau record yang terhapus tidak memberi peringatan sendiri.
• Aktifkan perpanjangan otomatis. Domain kedaluwarsa membuat seluruh DNS yang Anda rapikan menjadi tidak berguna.

Keamanan DNS: DNSSEC, CAA, dan Registrar Lock

DNSSEC

DNSSEC menambahkan tanda tangan kriptografis pada jawaban DNS sehingga resolver bisa memastikan jawabannya tidak dipalsukan. Aktifkan jika penyedia DNS dan registrar Anda mendukung. Pastikan record DS terpasang di registrar dengan benar, sebab konfigurasi DNSSEC yang setengah jadi justru dapat membuat domain tidak dapat di-resolve.

CAA

Record CAA menetapkan otoritas sertifikat mana yang boleh menerbitkan SSL untuk domain Anda. Ini murah dipasang dan mengurangi risiko penerbitan sertifikat yang tidak sah. Pastikan CA yang Anda pakai (misalnya Let's Encrypt) sudah tercantum, kalau tidak, penerbitan SSL Anda sendiri akan ditolak.

Registrar lock

Aktifkan kunci transfer domain agar domain tidak bisa dipindahkan tanpa persetujuan Anda. Ini perlindungan paling sederhana terhadap pembajakan domain, yang dampaknya jauh lebih parah daripada salah setting record.

Kesalahan Umum dan Cara Memperbaikinya

Cara Memverifikasi Hasil Setting

Jangan hanya mengandalkan "sepertinya sudah jalan". Verifikasi dengan alat bawaan. Di Windows, macOS, maupun Linux, perintah nslookup tersedia, sedangkan dig umum di macOS dan Linux. Anda cukup menanyakan record tertentu, misalnya A, MX, atau TXT, lalu membandingkan jawaban dengan yang Anda harapkan.

Lakukan juga pengecekan dari beberapa resolver publik, karena cache tiap resolver bisa berbeda. Situs pemeriksa propagasi dan pemeriksa SPF/DKIM/DMARC membantu memberi gambaran global. Terakhir, uji hasil nyata: buka website dari jaringan seluler, kirim email ke akun di beberapa penyedia berbeda, dan periksa header email untuk melihat status SPF, DKIM, dan DMARC.

Skenario Nyata: Pindah Hosting Tanpa Downtime

Bayangkan Anda memiliki toko online di contoh.id dan ingin pindah ke server baru. Urutan yang aman terlihat seperti ini:

1. Dua hari sebelumnya, turunkan TTL record A dan CNAME ke 300 detik.
2. Salin seluruh situs ke server baru dan uji lewat file hosts lokal atau URL sementara, tanpa mengubah DNS.
3. Pastikan sertifikat SSL di server baru sudah siap.
4. Ubah record A ke IP server baru. Dalam beberapa menit, sebagian besar pengunjung sudah ke server baru.
5. Biarkan server lama tetap hidup minimal 48 jam untuk menampung resolver yang masih memakai cache.
6. Setelah trafik server lama habis, matikan, lalu naikkan kembali TTL ke 3600 atau lebih.

Perhatikan bahwa email tidak ikut berubah selama Anda tidak menyentuh MX. Banyak orang tidak sengaja memutus email karena menghapus seluruh zona lalu membuatnya ulang tanpa mencatat MX dan TXT yang lama. Inilah alasan langkah pencatatan di awal tadi bukan formalitas.

Pertanyaan yang Sering Muncul

Berapa lama setting DNS aktif?

Perubahan record biasanya terlihat dalam hitungan menit sampai beberapa jam, tergantung TTL lama. Perubahan nameserver bisa sampai sekitar 48 jam.

Apakah saya harus memakai DNS dari registrar?

Tidak. Anda bebas memindahkan pengelolaan DNS ke penyedia lain kapan saja dengan mengganti nameserver. Domain tetap terdaftar di registrar semula.

Apakah perlu menyetel DNS berbeda untuk tiap ekstensi domain?

Konsepnya sama untuk .com, .id, .co.id, .my.id, maupun ekstensi lain. Perbedaannya hanya pada syarat registrasi dan kebijakan registri masing-masing. Jika Anda sedang mencari domain baru, Anda bisa cek ketersediaan dan harga domain di DomainMurah sebelum mulai menyetel DNS-nya.

Ringkasan Poin Penting

• Bedakan nameserver (di mana DNS dikelola) dari record (isi DNS). Edit selalu di tempat yang aktif.
• Kuasai record inti: A, AAAA, CNAME, MX, TXT, NS, dan CAA.
• Catat konfigurasi lama sebelum mengubah apa pun, dan turunkan TTL sebelum migrasi.
• Pakai minimal dua nameserver, pilih lokasi DNS sesuai kebutuhan, dan jaga satu versi kanonis (www atau non-www).
• Lengkapi email dengan MX, SPF (satu record, maksimal 10 lookup), DKIM, dan DMARC yang dinaikkan bertahap.
• Perkuat keamanan dengan 2FA, registrar lock, CAA, dan DNSSEC bila didukung.
• Audit record yatim secara berkala untuk mencegah subdomain takeover.
• Verifikasi dengan nslookup atau dig dan uji hasil nyata, jangan hanya mengandalkan asumsi.
• Aktifkan perpanjangan otomatis agar domain dan seluruh setting DNS Anda tidak hilang karena kedaluwarsa.

DNS yang diatur dengan teliti sekali di awal akan menghemat banyak jam pemecahan masalah di kemudian hari. Mulailah dari domain yang tepat, rapikan record satu per satu, dan biasakan mendokumentasikan setiap perubahan.