Carian DNS

Carian DNS ialah alat percuma yang mencari rekod A, AAAA, CNAME, MX, NS, TXT, SOA dan CAA bagi sesuatu hos, kemudian memaparkan nilai DNS rekod tersebut.

Apakah yang diperiksa oleh carian DNS?

Carian DNS memeriksa rekod yang diterbitkan untuk nama domain atau hos. Sistem Nama Domain, yang biasanya disingkatkan sebagai DNS, menghubungkan nama yang mudah dibaca seperti www.example.com dengan alamat dan data konfigurasi yang digunakan oleh pelayar, pelayan mel dan perkhidmatan internet lain.

Setiap jenis rekod menjawab soalan yang berbeza. Rekod A mengandungi alamat IPv4, manakala rekod AAAA mengandungi alamat IPv6. CNAME menghalakan satu nama hos kepada nama hos yang lain. Rekod MX mengarahkan e-mel, rekod NS mengenal pasti pelayan nama berautoriti, rekod TXT menerbitkan dasar berasaskan teks atau nilai pengesahan, manakala rekod SOA mengandungi maklumat pentadbiran dan pemasaan untuk zon DNS.

Carian dijalankan pada pelayan menggunakan hos yang diberikan. Input Host anda dihantar ke pelayan melalui HTTPS dan tidak disimpan. Hasilnya hanya menerangkan rekod A, AAAA, CNAME, MX, NS, TXT, SOA dan CAA yang dikembalikan serta medan masing-masing. Carian ini tidak menguji sama ada laman web memberikan respons, pelayan e-mel menerima mesej atau sijil TLS masih sah.

Bagaimanakah cara menggunakan Carian DNS?

Masukkan nama hos yang ingin anda periksa dalam medan Host, kemudian jalankan carian.

1. Gunakan nama hos tepat yang mengalami masalah, seperti www.example.com atau mail.example.com. Rekod subdomain mungkin berbeza daripada rekod domain utama.
2. Sebaik-baiknya gunakan nama hos sahaja, bukan alamat penuh halaman yang mengandungi laluan, rentetan pertanyaan atau fragmen.
3. Bandingkan alamat, sasaran dan pelayan nama yang dikembalikan dengan nilai daripada penyedia pengehosan, e-mel atau DNS anda.
4. Semak TTL sebelum menganggap hasil lama sebagai ralat konfigurasi. Penyelesai DNS mungkin masih menyimpan nilai terdahulu dalam cache.

Nama DNS tidak membezakan huruf besar dengan huruf kecil, jadi WWW.EXAMPLE.COM dan www.example.com merujuk kepada nama yang sama. Ruang tidak sah dalam nama hos biasa. Nama domain antarabangsa yang mengandungi aksara beraksen atau bukan Latin menggunakan A-label ASCII dalam DNS. Bahagian berkod dalam A-label menggunakan Punycode, manakala bentuk Unicode ialah U-label. Oleh itu, gunakan bentuk A-label jika versi Unicode tidak dapat diselesaikan seperti yang dijangkakan.

Setiap label DNS dihadkan kepada 63 oktet, dan nama domain lengkap juga mempunyai had panjang protokol. Oleh itu, input yang terlalu panjang mungkin tidak sah walaupun setiap aksaranya kelihatan boleh diterima. Nombor dan tanda sempang dibenarkan pada banyak kedudukan dalam nama hos, tetapi mengikut peraturan nama hos biasa, label tidak boleh bermula atau berakhir dengan tanda sempang.

Bagaimanakah cara membaca hasil carian DNS?

Baca setiap medan mengikut konteks jenis rekodnya kerana sesetengah medan hanya digunakan untuk MX, SOA, TXT atau rekod tertentu yang lain.

• Host mengenal pasti nama yang memiliki rekod yang dikembalikan.
• TTL ialah tempoh hayat dalam saat. Nilai ini memberitahu penyelesai DNS berapa lama rekod tersebut boleh disimpan dalam cache.
• Sasaran mengandungi destinasi atau alamat yang dikaitkan dengan rekod yang mengembalikan sasaran.
• IPv6 mengandungi alamat yang dikembalikan oleh rekod AAAA.
• Keutamaan digunakan oleh rekod MX. Nombor yang lebih rendah diberi keutamaan berbanding nombor yang lebih tinggi.
• Entries mengandungi rentetan teks berasingan yang diberikan oleh sesuatu rekod, lazimnya apabila teks dibahagikan kepada beberapa bahagian.
• MNAME ialah pelayan nama utama yang dinyatakan dalam rekod SOA.
• RNAME ialah alamat hubungan SOA dalam notasi DNS. Noktah pertama yang tidak dilepaskan mewakili tanda @ yang biasanya digunakan.
• Siri ialah nombor versi zon. Pelayan berautoriti menggunakannya untuk mengenal pasti data zon yang telah dikemas kini.
• Muat semula memberitahu pelayan nama sekunder berapa kerap ia perlu menyemak versi zon yang lebih baharu.
• Cuba semula memberitahu pelayan sekunder bila perlu mencuba lagi selepas penyegaran gagal.
• Luput menetapkan tempoh pelayan sekunder boleh terus menggunakan data zon apabila pelayan tersebut tidak dapat menghubungi pelayan utama.
• TTL Min. ialah medan MINIMUM SOA. Ini bukan TTL minimum umum. Bersama-sama dengan TTL rekod SOA, medan ini membantu menentukan TTL bagi cache jawapan negatif, seperti nama yang tidak wujud.
• Flags, Tag dan Value ialah medan berstruktur yang digunakan oleh rekod dasar seperti CAA, jika ada.
• Pelayan nama mengenal pasti pelayan yang dinyatakan oleh rekod NS.

Carian DNS memaparkan medan mengikut jenis rekod, jadi sesetengah medan mungkin kosong atau tidak dipaparkan. Sebagai contoh, rekod A tidak mempunyai keutamaan MX, manakala rekod MX tidak memerlukan medan IPv6.

Senario praktikal untuk menyelesaikan masalah DNS

Carian DNS berguna apabila gejala masalah berkaitan dengan penamaan atau penghalaan. Nama hos dan nilai rekod dalam senario di bawah hanyalah contoh andaian, bukan data DNS sebenar.

Laman web tidak dapat diselesaikan. Cari www.example.com dan periksa data A, AAAA serta CNAME. Hasil yang munasabah mungkin menunjukkan sasaran CNAME hosting.example.net atau sasaran A dalam format perpuluhan bertitik IPv4. Jika sasaran yang dikembalikan milik perkhidmatan pengehosan lama, kemas kini rekod berkaitan melalui penyedia DNS berautoriti.

E-mel tidak sampai. Cari domain utama dan periksa rekod MX. Hasil andaian mungkin mengandungi keutamaan 10 dengan sasaran mail.example.com serta keutamaan 20 dengan hos mel sandaran. Pastikan sasaran tersebut sepadan dengan tetapan penyedia e-mel. Carian ini tidak dapat menunjukkan sama ada peti mel wujud, pelayan penerima menolak mesej atau mesej dimasukkan ke dalam folder spam.

Amaran sijil muncul selepas pertukaran pengehosan. Semak rekod A, AAAA dan CNAME untuk nama hos tepat yang dipaparkan dalam pelayar. Jika DNS masih mengarahkan sesetengah pelawat ke pelayan lama, mereka mungkin menerima sijil pelayan tersebut. Carian DNS tidak memeriksa sijil itu sendiri. Selepas memastikan hos menghala ke perkhidmatan yang dimaksudkan, gunakan pemeriksa sijil.

Mengapakah perubahan DNS saya masih belum kelihatan?

Perubahan DNS yang betul mungkin tidak muncul serta-merta kerana penyelesai rekursif boleh menyimpan jawapan terdahulu sehingga TTL tamat. Kelewatan ini sering dipanggil perambatan DNS, walaupun biasanya ia berlaku kerana cache tamat pada masa yang berbeza, bukannya kerana rekod bergerak secara fizikal merentasi internet.

TTL yang dipaparkan pada rekod baharu tidak semestinya menunjukkan berapa lama rekod lama akan kekal dalam cache. Penyelesai mungkin telah menyimpan nilai terdahulu menggunakan TTL sebelumnya. Carian yang gagal juga boleh dicache, jadi nama hos yang baru dicipta mungkin terus kelihatan seperti tidak wujud untuk seketika.

Semak rekod NS untuk memastikan domain menggunakan pelayan nama tempat anda membuat perubahan. Jika pelayan nama tidak betul, menunggu tidak akan menyelesaikan masalah. Untuk perbandingan yang lebih mendalam, alat baris perintah seperti dig atau nslookup boleh menanyakan pelayan rekursif atau berautoriti yang dipilih secara terus.

Soalan lazim

Bolehkah saya masukkan alamat IP dan bukannya nama hos?

Carian DNS ke hadapan digunakan untuk mencari rekod yang dikaitkan dengan nama hos. Untuk mencari nama hos yang diterbitkan bagi sesuatu alamat IP, gunakan Carian IP Songsang, yang memeriksa data DNS songsang. Harap maklum bahawa banyak alamat IP tidak mempunyai rekod songsang yang berguna, dan satu nama songsang tidak menyenaraikan setiap laman web yang dihoskan pada alamat tersebut.

Mengapakah CNAME boleh bercanggah dengan rekod lain?

CNAME menjadikan satu nama DNS sebagai alias kepada nama lain dan secara umumnya tidak boleh wujud bersama data rekod biasa lain pada nama yang sama. Oleh sebab itu, puncak zon seperti example.com biasanya menggunakan rekod A atau AAAA dan bukannya CNAME biasa. Sesetengah penyedia DNS melaksanakan perataan proprietari atau rekod alias, tetapi ciri tersebut khusus untuk penyedia dan bukan tingkah laku CNAME standard.

Adakah DNS awam memaparkan rekod daripada rangkaian dalaman syarikat?

Biasanya tidak. Organisasi boleh menggunakan DNS ufuk terpisah, yang memberikan jawapan berbeza kepada pengguna dalaman berbanding jawapan yang tersedia kepada umum. Oleh sebab carian ini dijalankan pada pelayan, hasilnya mencerminkan DNS yang boleh dilihat dari pelayan tersebut, bukannya rekod yang hanya tersedia melalui rangkaian pejabat atau VPN anda.

Adakah carian ini mengesahkan DNSSEC?

Tidak. Status pengesahan DNSSEC tidak disertakan dalam medan hasil yang disenaraikan. Domain masih boleh mengembalikan rekod DNS biasa walaupun rantaian DNSSEC mengalami masalah penandatanganan atau pewakilan. Gunakan pengesah DNSSEC khusus atau pertanyaan baris perintah yang meminta data DNSSEC apabila menyiasat kegagalan jenis ini.