Alat populer

Tema

Cek DNS

Cek DNS (DNS lookup) gratis untuk domain, host, atau IP apa pun: cek A record, MX, TXT, dan setiap DNS record lainnya langsung dari nameserver domain itu sendiri, berdampingan dengan salinan di cache Google dan Cloudflare, sehingga Anda tahu kapan sebuah perubahan sudah sampai ke semua orang.

Sumber: nameserver otoritatif domain, dihubungi mulai dari server root · Google Public DNS · Cloudflare 1.1.1.1

3 sumber, ditanyakan langsung

Domain, host, URL, alamat email, atau IP. Setiap pencarian bertanya ulang ke server: tidak ada yang berasal dari cache kami.

Jenis record
Coba

Cara kami mencari 4 langkah · sekitar 1 dtk

  1. Root13 server root
  2. TLDserver registri
  3. Nameserverserver milik domain
  4. Jawabansemua jenis record
  5. Google8.8.8.8
  6. Cloudflare1.1.1.1

Setiap pencarian menelusuri jalurnya sendiri: dari server root ke registri TLD, lalu ke nameserver milik domain untuk record yang berlaku sekarang, dan menanyakan ke Google dan Cloudflare apa yang masih mereka simpan di cache.

Apa yang ditampilkan cek DNS?

DNS lookup adalah pertanyaan ke Domain Name System tentang apa yang disimpannya untuk sebuah nama: alamat IP sebuah situs web (A dan AAAA), server emailnya (MX), nameserver-nya (NS), record teksnya (TXT), dan lainnya. Cek DNS ini bertanya ke tiga tempat sekaligus: nameserver otoritatif milik domain itu sendiri, yang menyimpan data terkini, dan dua resolver publik tersibuk di dunia, Google Public DNS dan Cloudflare 1.1.1.1, yang menyajikan salinan cache ke jutaan orang.

Jika jawabannya berbeda, Anda sudah menemukan alasan paling umum sebuah perubahan DNS "tidak berhasil": sebuah resolver masih menyimpan jawaban lama dan mempertahankannya sampai TTL record itu habis. Hasilnya menunjukkan resolver mana, apa yang masih disajikannya, dan berapa lama lagi sampai diperbarui.

Hasil cek DNS: DNS record dari nameserver domain di samping cache Google dan Cloudflare, jalur dari root, dan DNSSECHasil cek DNS: DNS record dari nameserver domain di samping cache Google dan Cloudflare, jalur dari root, dan DNSSECJalurnyaDari server root ke TLD domain dan nameserver-nya sendiri, beserta jawaban masing-masing dan seberapa cepat.Baru vs cacheSetiap jenis record dari nameserver domain, berdampingan dengan salinan Google dan Cloudflare, beserta sisa waktunya.Penjelasan tiap recordArti sebuah nilai dalam kata-kata: prioritas email, timer SOA, aturan CAA, layanan di balik token TXT.DNSSEC dan emailApakah jawabannya ditandatangani dan tervalidasi, serta pengaturan MX, SPF, dan DMARC domain.
Cek DNS untuk github.com: jalur dari root, setiap jenis record, dan apa yang disajikan Google dan Cloudflare. Pilih sebuah nomor untuk melihat arti setiap bagian.

Jenis DNS record dan artinya

Zona sebuah domain menyimpan record dari berbagai jenis, masing-masing dengan nama, TTL, dan nilai. Inilah jenis yang ditampilkan saat Anda cek DNS record:

JenisIsinyaContoh nilai
AAlamat IPv4 untuk nama itu: tujuan koneksi browser.203.0.113.20
AAAAAlamat IPv6 untuk nama itu.2001:db8::20
CNAMEAlias: nama ini adalah nama lain, jadi cari nama itu saja. CNAME tidak bisa berdampingan dengan record lain, jadi tidak bisa dipasang di apex domain.www.example.com → example.com
MXServer email untuk domain, dengan nilai preferensi: angka terendah dicoba pertama. Satu MX bernilai 0 dengan "." berarti domain tidak menerima email.10 mail.example.com
NSNameserver yang menyimpan record domain.ns1.example.net
TXTTeks bebas: SPF, DMARC, dan DKIM untuk email, serta token yang membuktikan kepemilikan domain ke Google, Microsoft, dan lainnya.v=spf1 include:_spf.example.net -all
SOAStart of authority zona: server utamanya, kontak, nomor serial, serta timer refresh, retry, expire, dan negative caching.ns1.example.com hostmaster.example.com 2026102001 7200 3600 1209600 300
CAAOtoritas sertifikat (CA) mana yang boleh menerbitkan sertifikat untuk domain.0 issue "letsencrypt.org"
HTTPSCara terhubung sebelum permintaan pertama: dukungan HTTP/3, port, dan petunjuk alamat. Chrome, Firefox, dan sistem Apple memintanya.1 . alpn=h3,h2
SRVTempat sebuah layanan berjalan (prioritas, bobot, port, host), di bawah nama seperti _sip._tcp.10 5 5060 sip.example.com
PTRNama di balik sebuah alamat IP: reverse DNS.20.113.0.203.in-addr.arpa → host.example.com
DSDNSKEYDNSSEC: kunci publik zona (DNSKEY) dan sidik jarinya di zona induk (DS), yang merangkai tanda tangan sampai ke root.2371 13 2 3299…

Bagaimana cara kerja DNS lookup?

Perangkat Anda tidak mencari ke seluruh internet. Perangkat bertanya ke satu resolver, biasanya milik ISP Anda atau resolver publik seperti Google atau Cloudflare, dan resolver itu mengikuti rujukan menuruni nama tersebut sampai server yang menyimpan jawabannya membalas:

  1. 1

    Bertanya ke server root

    Tanpa cache apa pun, resolver mulai dari salah satu dari 13 server root, a sampai m, yang dijalankan oleh 12 organisasi. Root tidak mengenal example.com, tetapi tahu siapa yang menjalankan .com. Resolver yang sibuk sudah mengetahuinya dan melewati langkah ini.

  2. 2

    Mengikuti rujukan ke TLD

    Server .com juga tidak menyimpan record example.com. Server itu merujuk resolver ke nameserver milik domain itu sendiri, yaitu yang tercantum di NS record-nya.

  3. 3

    Mendapat jawaban otoritatif

    Nameserver domain menjawab dengan flag AA (authoritative answer) terpasang: inilah record seperti yang dipublikasikan pemiliknya.

  4. 4

    Menyimpannya di cache selama TTL

    Resolver menyimpan jawaban selama yang ditentukan TTL-nya dan memberikan salinan yang sama, dengan TTL yang terus berkurang, kepada siapa pun yang bertanya sampai TTL itu habis.

Alat ini menelusuri jalur itu sendiri dari jaringan Cloudflare, jadi Anda melihat setiap langkahnya. Lalu alat ini bertanya ke Google dan Cloudflare untuk menunjukkan isi cache mereka.

Jalur dari root

  1. Roota.root-servers.net16 ms · rujukan: 13 server .com
  2. .COMa.gtld-servers.netVerisign · 150 ms · rujukan: ns1–ns2.example.com
  3. Nameserverns1.example.comexample.com · 203.0.113.53 · 20 msjawaban otoritatif (AA) · 11 jenis dalam satu koneksi TCP
  4. Jawaban8 record dari 7 jenisNOERROR dalam 31 ms · 4 kosong (CNAME, HTTPS, DNSKEY, DS)
  1. Google Public DNS8.8.8.8record sama · salinan tertua diperbarui dalam 2:58
  2. Cloudflare DNS1.1.1.1record sama · salinan tertua diperbarui dalam 4:04
Jalur yang sama seperti yang digambar di hasil: cek DNS untuk example.com

Mengapa saya masih melihat DNS record yang lama?

Karena sebuah resolver menyimpannya di cache. Setiap record membawa TTL (time to live) dalam detik, dan resolver yang sudah mengambil record itu terus menyajikan salinannya sampai waktu tersebut habis, lalu bertanya lagi. Mengubah record di penyedia DNS Anda langsung mengubah jawaban otoritatif; resolver yang sudah menyimpan record lama mempertahankannya sampai kedaluwarsa.

Jadi perubahan butuh waktu selama TTL record yang lama, bukan patokan 24 sampai 48 jam, dan sering kali lebih cepat: TTL adalah batas maksimum, dan Google Public DNS menyimpan record paling lama sekitar enam jam. Record yang tidak ada juga di-cache: "nama tidak ada" atau "tidak ada record jenis itu" disimpan selama nilai yang lebih kecil antara TTL SOA record dan kolom terakhirnya, MINIMUM. Bahkan kegagalan pun di-cache, hingga 5 menit.

Yang bisa Anda lakukan

  • Cek jawaban otoritatif di sini. Jika nameserver milik domain sudah menampilkan nilai baru, perubahannya selesai; hanya cache yang tertinggal.
  • Turunkan TTL sebelum perubahan yang direncanakan, setidaknya satu TTL lama sebelumnya, agar cache cepat membuang nilai lama. Naikkan lagi sesudahnya.
  • Minta Google dan Cloudflare membuang salinannya: keduanya punya halaman publik yang memperbarui sebuah nama di cache mereka (Google, Cloudflare).
  • Bersihkan cache komputer Anda: di Windows, jalankan ipconfig /flushdns.
  • Otoritatifns1.example.com · flag AA

    Nameserver milik domain itu sendiri. Apa pun jawabannya adalah record terkini: ubah di sini dan yang lain akan mengikuti.

  • Di-cache8.8.8.8 · TTL terus berkurang

    Salinan milik resolver, disajikan sampai TTL-nya habis. Inilah yang dilihat sebagian besar dunia, dan alasan sebuah perubahan seolah "tidak berhasil".

  • Cache Anda sendirikomputer Anda · router Anda

    Komputer dan router Anda juga menyimpan salinan. Flush DNS menghapus salinan di komputer; salinan di router kedaluwarsa dengan sendirinya.

nslookup dan dig: perintah untuk cek DNS

Pencarian yang sama dari terminal: nslookup tersedia di Windows, macOS, dan Linux, dig di macOS dan sebagian besar sistem Linux, dan Resolve-DnsName di PowerShell pada Windows. Hasil di atas memberikan perintah untuk pencarian persis yang Anda jalankan.

Untuk mencarinslookupdig
A recordnslookup example.comdig example.com
Server emailnslookup -type=MX example.comdig example.com MX
Record teksnslookup -type=TXT example.comdig example.com TXT
Bertanya ke satu resolvernslookup example.com 8.8.8.8dig @8.8.8.8 example.com
Reverse DNSnslookup 8.8.8.8dig -x 8.8.8.8
Hanya nilainya—dig +short example.com
Jalur dari root—dig +trace example.com

"Non-authoritative answer" di output nslookup berarti balasan datang dari resolver, bukan dari nameserver milik domain itu sendiri. Untuk mendapatkan jawaban otoritatif, sebutkan salah satu nameserver domain sebagai server: nslookup example.com ns1.example.net.

ANY tidak berarti semua record: server bisa menjawab dengan satu jenis saja, atau dengan placeholder yang hanya bertuliskan "RFC8482", dan 1.1.1.1 menolaknya. Alat ini menanyakan setiap jenis secara terpisah. dig bawaan macOS tidak mengenal HTTPS record: minta TYPE65 sebagai gantinya.

Error DNS: NXDOMAIN, SERVFAIL, dan REFUSED

Setiap jawaban DNS membawa kode respons. Hasil kosong tidak selalu berarti error, dan kodenya menunjukkan di mana harus mencari:

JawabanArtinyaYang perlu dicek
NOERRORNama itu ada dan record dengan jenis tersebut dikembalikan.Tidak ada; bandingkan nilainya.
NODATANama itu ada, tetapi tidak punya record jenis ini: NOERROR dengan jawaban kosong, bukan kode tersendiri.Tambahkan record di penyedia DNS Anda jika seharusnya ada.
NXDOMAINNama itu sama sekali tidak ada, begitu pula nama apa pun di bawahnya.Ejaannya, bahwa domain terdaftar dan belum kedaluwarsa, dan untuk subdomain, bahwa subdomain itu sudah dibuat.
SERVFAILResolver tidak bisa mendapatkan jawaban yang valid: nameserver-nya gagal, atau validasi DNSSEC yang gagal.Penilaian DNSSEC, dan apakah nameserver domain menjawab.
REFUSEDServer tidak mau menjawab pertanyaan ini: server itu tidak otoritatif untuk domain tersebut dan tidak melakukan rekursi untuk Anda.Bahwa NS record mengarah ke server yang meng-hosting zona.
TimeoutTidak ada jawaban sama sekali.Nameserver mati, diblokir, atau alamatnya salah.

DNSSEC: aman, tidak ditandatangani, atau rusak?

DNSSEC menandatangani record sebuah zona agar resolver bisa membuktikan record itu tidak dipalsukan. Zona induk memublikasikan DS record, sidik jari kunci domain, dan domain memublikasikan kuncinya di DNSKEY record, sehingga tanda tangannya terangkai sampai ke root. Google Public DNS dan Cloudflare 1.1.1.1 sama-sama memvalidasinya.

  • DNSSEC aman

    Aman

    Ditandatangani, dan resolver Google yang memvalidasi sudah mengecek tanda tangannya: jawabannya membawa bit AD (authenticated data), pernyataannya bahwa jawaban itu tervalidasi.

  • DNSSEC tidak ditandatangani

    Tidak ditandatangani

    Tidak ada DS record di zona induk: zona ini tidak ditandatangani. Domain di-resolve seperti biasa; hanya saja jawabannya tidak bisa dibuktikan asli.

  • DNSSEC rusak

    Rusak

    Validasi gagal, jadi resolver yang memvalidasi menjawab SERVFAIL dan domain tidak bisa dijangkau oleh pengguna mereka, padahal datanya ada jika pengecekan dimatikan. Penyebab yang umum adalah DS di zona induk yang tidak cocok dengan kunci mana pun di zona, setelah pindah ke penyedia DNS baru.

Record email dalam cek DNS

Email untuk sebuah domain dikirim ke server MX-nya, dan penerima mengecek TXT record sebelum memercayainya: SPF mencantumkan server yang boleh mengirim atas nama domain, dalam satu record yang boleh memicu paling banyak 10 DNS lookup; DMARC di _dmarc menentukan apa yang harus dilakukan pada email yang gagal, dan dicari dengan menelusuri nama ke atas jika subdomain tidak punya DMARC sendiri (RFC 9989, sejak Mei 2026); MTA-STS di _mta-sts meminta pengirim mengirim lewat TLS. Hasilnya membaca semuanya dan menyebutkan penyedia email di balik host MX.

Untuk cek yang lebih mendalam pada satu record, gunakan Pencarian MX, Pemeriksa SPF, dan Pemeriksa DMARC.

API DNS lookup

Dua endpoint gratis, dengan CORS untuk browser. /api/dns-query menanyakan satu jenis ke satu resolver dan mempertahankan field API lama kami; /api/dns-lookup mengalirkan pencarian lengkap halaman ini sebagai baris JSON.

Satu jenis dari satu resolver
$ curl -X POST https://dnsrobot.net/api/dns-query \
    -H "Content-Type: application/json" \
    -d '{"domain": "google.com", "recordType": "MX", "dnsServer": "8.8.8.8"}'
{
  "status": "success", "responseTime": 4,
  "resolvedIPs": ["10 smtp.google.com"],
  "dnsServer": "8.8.8.8", "recordType": "MX", "domain": "google.com", …
}
Pencarian lengkap, dialirkan (streaming)
$ curl "https://dnsrobot.net/api/dns-lookup?domain=google.com"
{"t":"start","name":"google.com","kind":"name","types":["A","AAAA","CNAME","MX",…]}
{"t":"hop","hop":{"zone":".","server":"a.root-servers.net","ms":16,"outcome":"referral",…}}
{"t":"answers","source":"google","server":"dns.google","sets":[{"type":"A",…}]}
{"t":"answers","source":"auth","server":"ns1.google.com","sets":[…]}
{"t":"dnssec","verdict":"unsigned",…}
{"t":"done","ms":57}

Pertanyaan seputar cek DNS

Apa itu DNS lookup?

DNS lookup adalah permintaan ke Domain Name System untuk record sebuah nama: alamat IP situs web, server emailnya, nameserver-nya, record teks, dan lainnya. Perangkat Anda melakukannya setiap kali Anda membuka situs. Alat cek DNS ini menampilkan semua jenis record sekaligus, dari nameserver milik domain itu sendiri dan dari resolver publik Google dan Cloudflare.

Bagaimana cara cek DNS record sebuah domain?

Ketik domain di atas dan pilih Semua: alat ini menanyakan setiap jenis record (A, AAAA, CNAME, MX, NS, TXT, SOA, CAA, HTTPS, DNSKEY, dan DS) ke nameserver otoritatif domain dan menampilkan salinan cache Google dan Cloudflare di samping masing-masing. Pilih satu jenis untuk melihat jenis itu saja, atau salin perintah dig dan nslookup untuk menjalankan pencarian yang sama sendiri.

Bagaimana cara cek A record sebuah domain?

Ketik domain di atas lalu pilih A sebagai jenis record. Anda melihat alamat IPv4 yang dipublikasikan nameserver domain itu sendiri, berdampingan dengan salinan di cache Google dan Cloudflare beserta sisa TTL-nya, jadi Anda tahu apakah IP baru sudah sampai. Jika nama itu sebuah CNAME, resolver mengikuti alias ke target-nya. Dari terminal: nslookup example.com atau dig example.com; untuk IPv6, cek AAAA record.

Bisakah saya menjalankan nslookup online?

Bisa: halaman ini adalah nslookup online dengan detail yang lebih lengkap. nslookup menanyakan satu jenis record ke satu server; di sini Anda mendapatkan semua jenis sekaligus, jawaban otoritatif dan cache dua resolver, TTL, serta jalur dari root. Hasilnya juga menampilkan perintah nslookup, dig, dan Resolve-DnsName yang persis untuk pencarian Anda, untuk dijalankan di terminal.

Berapa lama perubahan DNS baru terlihat?

Selama TTL record yang lama. Nameserver domain langsung menyajikan nilai baru, tetapi resolver yang sudah meng-cache nilai lama mempertahankannya sampai TTL-nya habis: 300 detik berarti lima menit, 86400 berarti satu hari. Hasilnya menunjukkan sisa waktu pada salinan Google dan Cloudflare. Turunkan TTL sehari sebelum perubahan yang direncanakan.

Apa arti NXDOMAIN?

NXDOMAIN berarti nama itu tidak ada di DNS. Untuk domain, periksa ejaannya dan pastikan domain terdaftar serta belum kedaluwarsa; Pencarian WHOIS menampilkan statusnya. Untuk subdomain, record-nya tidak pernah dibuat atau sudah dihapus. Nama yang ada tetapi tidak punya record dengan jenis yang Anda tanyakan justru mendapat NOERROR dengan jawaban kosong, yang sering disebut NODATA.

Apa arti SERVFAIL?

SERVFAIL berarti resolver tidak bisa mendapatkan jawaban yang valid. Bisa karena nameserver domain mati atau salah konfigurasi, atau karena validasi DNSSEC gagal, sehingga resolver yang memvalidasi seperti Google dan Cloudflare menolak jawabannya. Alat ini membedakan keduanya: jika datanya kembali saat pengecekan dimatikan, penilaian DNSSEC menunjukkan Rusak.

Apa itu TTL di DNS?

TTL, time to live, adalah berapa detik resolver boleh menyimpan sebuah record di cache sebelum bertanya lagi. Setiap record punya TTL sendiri. TTL pendek seperti 300 detik membuat perubahan cepat menyebar tetapi menambah jumlah kueri; TTL panjang seperti 86400 detik, satu hari, lebih hemat tetapi lambat berubah. Salinan cache terus menghitung mundur, itulah sebabnya TTL Google dan Cloudflare di sini lebih rendah.

Bagaimana cara melakukan reverse DNS lookup?

Ketik alamat IP di atas. Alat ini mengubahnya menjadi nama reverse (8.8.8.8 menjadi 8.8.8.8.in-addr.arpa), menanyakan PTR record-nya, lalu mengecek nama itu secara forward: jika nama tersebut di-resolve kembali ke IP yang sama, reverse DNS-nya terkonfirmasi, dan inilah yang dicari server email. Dari terminal: nslookup 8.8.8.8 atau dig -x 8.8.8.8.

Bagaimana cara cek nameserver sebuah domain?

Cari domainnya lalu baca NS record-nya, atau jalur di sebelah kanan: jalur itu menampilkan nameserver yang dirujuk oleh TLD domain dan menandainya jika NS record milik domain itu sendiri mencantumkan nameserver yang berbeda. Hasilnya juga menyebutkan perusahaan yang menjalankannya, seperti Cloudflare, AWS Route 53, atau registrar domain.

Apa bedanya DNS lookup dengan DNS checker (cek propagasi DNS)?

DNS lookup menampilkan semua record sebuah domain beserta detailnya, dari nameserver-nya sendiri dan dua resolver besar. Cek propagasi (DNS checker) menanyakan satu jenis record ke puluhan resolver di seluruh dunia untuk melihat di mana sebuah perubahan sudah sampai. Mulailah di sini untuk melihat data asli dan cache-nya, lalu gunakan cek propagasi DNS di halaman utama kami untuk tampilan global.

Apakah cek DNS ini gratis, dan apakah pencarian saya disimpan?

Gratis, tanpa akun dan tanpa CAPTCHA; untuk melindungi server yang kami tanyai, satu jaringan bisa menjalankan 20 pencarian per menit. Pencarian berjalan di server kami di jaringan Cloudflare, jadi nameserver domain melihat alamat kami, bukan alamat Anda. Tidak ada yang di-cache: setiap pencarian bertanya lagi. Kami tidak mencatat siapa mencari apa.

Ada yang kurang?Usulkan fitur atau alat baru

Alat DNS lainnya