Bisakah nama domain terdaftar tidak memiliki catatan DNS sama sekali?


20

Biasanya, setelah nama domain terdaftar, ia memiliki beberapa catatan DNS. Namun baru-baru ini, saya menemukan beberapa nama domain terdaftar yang tidak memiliki catatan DNS.

Sebagai contoh, saya berlari dig 00000onlinecasino.com anytetapi tidak mengembalikan catatan DNS, bahkan catatan NS, meskipun ini adalah domain terdaftar.

Apakah mungkin untuk tidak memiliki catatan DNS, atau ada beberapa kesalahan dalam sistem DNS?


3
Bagaimana Anda menemukan domain ini?
Twisty Impersonator

Misalnya, "gali 00000onlinecasino.com any" tidak dapat mengembalikan data DNS apa pun, bahkan data NS, meskipun itu adalah domain terdaftar. Secara teori, apakah registrasi domain dan DNS adalah dua sistem yang terpisah (walaupun biasanya mereka terhubung bersama)?
peter

Untuk melihat catatan NS (yang memang ada untuk domain itu) saya pikir Anda perlu menggunakandig +short NS 00000onlinecasino.com
Twisty Impersonator

Mungkin saya kurang beruntung, tetapi perintah itu tidak menampilkan apa pun di komputer saya :-)
peter

3
"any" mungkin tidak dapat diandalkan untuk tujuan itu seperti yang Anda pikirkan - itu tentu tidak dimaksudkan untuk memberi Anda salinan lengkap zona. Itulah gunanya "axfr", dan sebagian besar server DNS akan menolak permintaan itu untuk alasan yang baik.
rackandboneman

Jawaban:


30

TL; DR Sangat tidak mungkin (meskipun secara teknis tidak mungkin) bahwa domain yang terdaftar dengan benar akan memiliki nol * catatan DNS. Keberadaan domain harus diumumkan ke sistem DNS global dengan pembaruan yang disediakan oleh pendaftar domain. Kegagalan oleh Panitera untuk menyediakan pembaruan ini akan merupakan kegagalan untuk melakukan tugas yang didelegasikan kepada mereka oleh IANA.


Minimal, setiap domain memiliki satu atau lebih catatan lem DNS

Ketika domain terdaftar, Pencatat Domain mengirimkan pembaruan ke server Top-Level Domain (gTLD) generik yang bertanggung jawab untuk TLD yang dimaksud. Misalnya, mendaftarkan domain example.commemicu pembaruan ke .comserver gTLD, yang dioperasikan oleh VeriSign .

Pembaruan ini mencakup catatan server nama otoritatif (NS) dari data WHOIS domain. Server gTLD kemudian membuat catatan lem DNS untuk domain yang menunjuk ke server nama otoritatif. Catatan lem inilah yang memungkinkan server gTLD untuk merujuk kueri yang masuk ke server nama otoritatif untuk domain.

Oleh karena itu, kecuali pendaftar domain gagal melakukan tugas yang didelegasikan kepada mereka oleh IANA, pencarian terhadap domain terdaftar akan mengembalikan catatan server nama resmi untuk domain tersebut.

Lalu mengapa pencarian tidak untuk 00000onlinecasino.commengembalikan catatan?

Tampaknya semuanya telah terjadi seperti yang dijelaskan di atas; dengan kata lain, pendaftar domain ini (NameBright.com) telah membuat entri WHOIS yang diperlukan dan mengirimkan catatan NS ke server .COM gTLD. Saya mengkonfirmasi ini sebagai berikut dengan menjalankan nslookup yang diatur ke permintaan untuk catatan NS:

C:\> nslookup -q=ns 00000onlinecasino.com
Server:  my-dns-server.internal.local
Address:  192.168.168.1

Non-authoritative answer:
00000onlinecasino.com   nameserver = n2.juming.com
00000onlinecasino.com   nameserver = n1.juming.com

n2.juming.com   internet address = 112.253.3.26
n2.juming.com   internet address = 121.14.157.13
n1.juming.com   internet address = 121.14.157.13
n1.juming.com   internet address = 220.181.135.142

Saya juga menggunakan pemeriksa Lem Rekaman berguna ini dari MeBSD.com yang mengkonfirmasi hasil:

masukkan deskripsi gambar di sini

Namun, kueri yang sama ketika dilakukan terhadap salah satu server nama ini menghasilkan kesalahan:

C:\> nslookup -q=ns 00000onlinecasino.com n1.juming.com
DNS request timed out.
    timeout was 2 seconds.
Server:  UnKnown
Address:  220.181.135.142

DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
*** Request to UnKnown timed-out

Karena server ini berwibawa untuk domain ini, mereka setidaknya harus tahu tentang hal itu dan mengidentifikasi diri mereka sebagai catatan NS untuk domain ini! Mengingat hal ini, jelas bahwa server NS ini telah salah dikonfigurasi.


* Saya harus mengizinkan bahwa definisi "catatan DNS nol" terbuka untuk interpretasi. Seperti yang ditunjukkan oleh uji kasus pertanyaan ini, server nama otoritatif tidak merespons, memberikan alasan pada argumen bahwa domain tidak memiliki catatan. Namun, saya lebih suka pandangan bahwa catatan lem domain pada dasarnya adalah "setengah lainnya" dari catatan NS domain. Setelah semua tanpa catatan lem, setiap upaya untuk mencari server nama otoritatif untuk domain akan menghasilkan instruksi melingkar ke, "tanyakan [masukkan server nama di sini]."

Informasi Lebih Lanjut


Belum tentu konsisten dengan pengalaman saya beberapa tahun yang lalu ketika saya pertama kali mendaftarkan domain saya - akankah pendaftar menetapkan alamat NS 'dummy' ke domain baru yang belum memiliki host yang siap?
Jeff Zeitlin

Saya tidak yakin apa yang Anda maksud dengan "dummy NS address", meskipun rasanya Anda mungkin tidak jelas tentang apa yang dilakukan NS records. Singkatnya, mereka memberi tahu Internet server DNS mana yang berwenang untuk permintaan pencarian DNS untuk domain tersebut. Konsep catatan boneka tidak masuk akal di sini.
Twisty Impersonator

Contoh: Perusahaan hosting saya bukan pendaftar saya, dan server nama perusahaan hosting saya memberikan jawaban resmi untuk alamat web dan server email domain saya. Sebelum saya mengaktifkan hosting saya, tetapi setelah saya membayar uang saya ke registrar saya untuk nama domain, apa yang ditunjuk oleh catatan NS?
Jeff Zeitlin

3
Mereka akan menunjuk ke server nama pendaftar. Itu selalu di mana mereka menunjuk kecuali diubah.
Twisty Impersonator

2
Anda harus menyediakan catatan NS dalam pendaftaran whois Anda. Server NS itu bebas lalu mengatakan "sejauh yang kami tahu domain ini tidak ada" tetapi karena mereka otoritatif, inilah yang kemudian menjadi jawaban otoritatif.
tripleee

8

Iya nih. Ada beberapa cara ini bisa terjadi.

Untuk memulai, mari tinjau cara kerja pencarian DNS untuk catatan seperti www.example.com:

  • Penyelesai DNS menghubungi server nama root, yang merespons dengan delegasi ke comserver nama TLD.

  • Penyelesai menghubungi comserver nama TLD, yang merespons dengan delegasi ke server nama terdaftar untuk example.com.

  • Penyelesai menghubungi salah satu server nama terdaftar untuk example.com, yang merespons dengan catatan untuk www.example.com.


Pertama: server nama untuk example.combisa menghapus semua catatan untuk example.com. Sementara server domain seharusnya selalu memiliki catatan tertentu (termasuk catatan SOA dan NS) yang tersedia untuk domain, tidak ada dalam praktiknya yang memaksa mereka untuk melakukannya. Domain yang hilang catatan ini mungkin tidak berfungsi dengan baik dengan beberapa penyelesai, tetapi jika domain tidak memiliki catatan DNS, tidak ada perbedaan praktis.

Kedua: server nama untuk example.combisa menolak atau gagal menanggapi pertanyaan. Catatan DNS hanya ada dalam server nama ini, jadi jika server nama tidak merespons dengan catatan, catatan secara efektif tidak ada.

Ketiga: comregistri dapat menangguhkan pendaftaran example.com, misalnya jika pendaftaran domain berakhir. Ini akan menyebabkan comserver nama berhenti mengembalikan delegasi ke example.comserver nama, membuat catatan apa pun di sana tidak tersedia. Sama seperti sebelumnya, jika catatan tidak dapat diakses, mereka mungkin juga tidak ada.


4

Ada 2 bagian untuk mendaftarkan domain - membuatnya dialokasikan oleh registri dan mengatur DNS.

Untuk sebagian besar (semua?) Domain, entri DNS perlu disediakan agar domain dapat didaftarkan (tlds yang berbeda memiliki persyaratan yang berbeda tetapi kebanyakan memerlukan minimum 2 dns server yang ditentukan). Namun, sering kali, tidak ada persyaratan bahwa server nama ini valid, apakah Anda bisa lolos dengan meletakkan apa pun di bidang ini.

Bagian kedua adalah mengatur zona pada nameserver. Secara umum dimungkinkan untuk meninggalkan langkah ini ketika mendaftarkan nama domain, tetapi kebanyakan pendaftar akan menetapkan sesuatu di sini sebagai bagian dari pendaftaran Anda.

Jadi, tidak, itu tidak mungkin untuk tidak menentukan server nama dalam kebanyakan kasus, tetapi font server nama yang ditentukan perlu bekerja. Dalam kasus ini, whois (yang menanyakan database registrar) biasanya akan menampilkan nameserver tetapi dig / nslookup (yang bergantung pada DNS berfungsi) tidak akan.


1
Ya, tadi, saya mencoba mengubah server nama salah satu domain saya dari yang default menjadi kosong tetapi gagal. Itu berarti menyediakan server nama ke registri adalah langkah wajib dalam mendaftarkan domain. Terima kasih atas jawaban Anda, @ davidgo!
peter

"whois (yang menanyakan database pendaftar)" ini salah. Setiap registri memiliki server whois dan klien whois yang pertama meminta server whois registri dan dalam beberapa kasus, khususnya .COM / .NET karena masih tipis, masih ada kebutuhan untuk menghubungi server registrar whois untuk mendapatkan semua yang hilang. data, sebagian besar detail kontak.
Patrick Mevzek

@ Peter "Itu berarti menyediakan server nama ke registri adalah langkah wajib dalam mendaftarkan domain." Ini sepenuhnya salah. Tidak ada standar teknis atau kebijakan yang memberlakukan ini. Anda benar-benar bebas mendaftar nama domain tanpa nameserver.
Patrick Mevzek

@ PatrickMevzek Registrar mana yang akan memungkinkan Anda untuk mendaftarkan nama domain dengan entri untuk DNS, dan untuk TLD apa?
davidgo

@davidgo Maaf saya tidak menguraikan pertanyaan Anda. Setiap pendaftar yang kompeten akan membiarkan Anda mendaftarkan nama domain di TLD apa pun yang dikelola tanpa menempatkan server nama. Ini adalah fitur dasar.
Patrick Mevzek

2

Ini akan membantu jika Anda dapat bergabung dengan beberapa tangkapan layar dari apa yang Anda dapatkan.

Tetapi tanpa informasi ini, saya berteori bahwa Anda mencari di tempat yang salah.

Ketika server nama tertentu tidak ditentukan dalam permintaan perintah, menggali akan mencari di /etc/resolv.conffile Anda dan akan meminta server DNS yang terdaftar di sana.

Jika domain yang Anda cari tidak terdaftar dengan server DNS di salinan resolv.conf Anda , maka itu tidak akan ditemukan.

Anda harus menambahkan file ke server DNS untuk domain itu, atau menentukannya pada perintah menggali, dengan preferensi yang dapat memberikan jawaban otoritatif.


Ini digunakan 8.8.8.8 sebagai server nama. perintah menggali tidak mengembalikan catatan DNS apa pun. Saya bahkan menggunakan server nama otoritas seperti yang terlihat pada sceenshot yang disediakan oleh @Twisty Impersonator, tetapi server itu tampaknya mati ("koneksi habis; tidak ada server yang bisa dijangkau"). Itu mungkin menjelaskan mengapa 8.8.8.8 tidak dapat mengembalikan catatan DNS juga.
peter

1
Ya, itu anggapan yang paling mungkin: Catatan tidak tersedia di server DNS mana pun yang dapat dijangkau.
harrymc

-1

Sangat mungkin untuk mendaftarkan domain, tetapi tidak memiliki entri DNS - jika saya sudah mendaftarkan domain, tetapi belum benar-benar membeli hosting dan mengaktifkan situs yang akan dikaitkan dengan domain, tidak ada yang bisa diselesaikannya. untuk.


4
-1 karena itu tidak sepenuhnya benar.
LPChip

1
@ LPChip - Apakah Anda ingin menjelaskannya? Ini tentu cocok dengan pengalaman saya ketika saya pertama kali mendapatkan domain hobi saya ...
Jeff Zeitlin

Lihat jawaban saya. :)
LPChip

@ LPChip - Sekarang tolong jelaskan bagaimana catatan SRV bisa ada jika saya belum memiliki tempat untuk menjadi tuan rumah.
Jeff Zeitlin

1
@ JeffZeitlin: 1) Tidak semua pendaftar domain menjual domain + hosting web dalam semi-paket. Hosting DNS adalah layanan yang sepenuhnya independen dari hosting web (atau hosting email atau hosting lainnya). 2) Catatan DNS domain Anda tidak perlu diarahkan ke server web Anda. Mereka dapat menunjuk ke server yang tidak meng-host situs web; atau milik orang lain; atau ke server yang tidak ada. 3) DNS melakukan lebih dari sekedar "menunjuk ke server": ada banyak tipe catatan DNS dengan tujuan yang berbeda dari itu. Misalnya, semua domain yang dikonfigurasikan dengan benar memiliki catatan SOA dan NS yang menghubungkan domain dengan induknya.
grawity
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.