Saya mencoba memahami DNS sedikit lebih baik, tetapi saya masih belum mendapatkan A dan NS sepenuhnya.
Sejauh yang saya mengerti, catatan A memberitahu alamat IP mana yang milik (sub) domain, sejauh ini masih jelas bagi saya. Tapi seperti yang saya pahami, catatan NS memberi tahu titik nameserver mana yang milik domain (sub), dan server nama harus memberi tahu alamat IP mana yang milik domain (sub). Tapi itu sudah ditentukan dalam catatan A di file DNS yang sama. Jadi, bisakah seseorang menjelaskan kepada saya apa yang sebenarnya dicatat oleh NS dan nameserver, karena mungkin saya memahami sesuatu yang salah.
sunting: Seperti yang saya pahami dengan benar, catatan NS memberi tahu Anda untuk menemukan server DNS dengan catatan A untuk domain tertentu, dan catatan A memberi tahu Anda alamat ip mana yang dimiliki domain. Tapi apa gunanya menempatkan A dan catatan NS di file DNS yang sama? Jika sudah ada catatan A untuk domain tertentu, lalu mengapa Anda perlu mengarahkan ke server DNS lain, yang mungkin akan memberi Anda informasi yang sama?
Jawaban:
Beberapa contoh keluar dari
foo.com
file zona fiktifA Record = "Tuan rumah memanggil
foo.com
live di alamat 192.168.100.1"NS Record = "Jika Anda ingin tahu tentang host di
foo.com
zona tersebut, tanyakan nama server ns1.bar.com"sumber
ns1.foo.com
alamat server otoritatif untuk dalam proses mencari sesuatu yang lain dan catatan tidak ada di sana Anda akan mendapatkanNXDOMAIN
dan Hal Buruk akan terjadi (tetapi itu akan bekerja untuk orang yang menanyakancom
server induk, karena mungkin akan ada catatan lem A di sana)Ini adalah pertanyaan lama, tapi saya pikir jawaban yang lain tidak benar-benar menyentuh sumber kebingungan.
NS
catatan di puncak mengikuti serangkaian aturan yang berbeda dariNS
catatan di bawah puncak.NS
catatan di puncak tidak menentukan rujukan. Sebaliknya, mereka memberikan definisi otoritatif untukNS
catatan - catatan itu.NS
catatan di bawah apex akan mendefinisikan referral. IniNS
rekor tidak dianggap berwibawa, dan tidak merupakanA
rekor berbagi nama yang sama.Dari aturan itu, kita dapat memperoleh dua perilaku berbeda untuk apa yang terjadi ketika
A
ada catatan di server DNS dengan nama yang sama:NS
catatan tidak mendefinisikan rujukan, data lain dapat ada di sampingnya di zona yang sama. Karena server menganggap dirinya otoritatif untukNS
catatan danA
catatan, tidak ada konflik. Inilah sebabnya mengapa data lain biasanya hidup berdampingan denganNS
catatan di puncak zona.NS
catatan memang mendefinisikan rujukan, makaA
catatan secara efektif "ditutup-tutupi" oleh pemotongan zona . IniA
rekor tidak berwibawa, dan tidak harus muncul pada bagian jawaban dari respon otoritatif. Ini berpotensi digunakan sebagai data lem yang muncul di bagian tambahan rujukan, tetapi hanya itu.Membingungkan? Ya itu dia. Letakkan catatan di komentar jika Anda kesulitan mengikuti ini dan saya akan melihat apa yang bisa saya lakukan.
sumber
NS
Catatan di bagian atas file zona.Catatan NS menentukan server yang menyediakan layanan DNS untuk nama domain itu.
Catatan A menunjuk nama host (seperti www, ftp, mail) ke satu atau lebih alamat IP.
sumber
catatan A memetakan nama ke alamat IP. misalnya
menyatakan bahwa binary.example.com. memutuskan ke 192.168.1.42
catatan NS memetakan nama ke server nama lain, yaitu server DNS lain yang melayani domain itu. yaitu "Saya tidak tahu alamat IP dari nama ini, tetapi jika Anda pergi bertanya server nama di sana, mungkin tahu"
Jika Anda meminta server DNS yang memiliki 2 catatan di atas untuk binary.example.com. (atau www.binary.example.com. atau foo.bar.binary.example.com). itu akan memberi tahu Anda bahwa Anda harus bertanya 192.168.1.2 untuk menerjemahkan nama-nama itu (baik, atau server dns dapat melakukan itu untuk Anda, atau itu bisa membuat nama yang di-cache di-cache dan mengembalikannya kepada Anda.)
sumber
Penting untuk memiliki NS dan A record di zona jika Anda perlu mendelegasikan sub-zona ke server DNS yang berbeda.
Misalnya kita memiliki server dns ns1.bar.com berwibawa untuk zone bar.com. Dan kita perlu mendelegasikan foo.bar.com ke ns1.foo.bar.com. Jadi kita perlu membuat zone foo.bar.com dan meletakkan catatan ini di sana:
Jika kita tidak memiliki delegasi rekaman tidak akan berfungsi. Pasangan rekaman semacam itu disebut catatan lem.
Catatan lem adalah satu-satunya cara bagi sistem DNS untuk menemukan IP yang tepat dari server DNS otoritatif untuk zona non-root. Jika Anda memeriksa domain untuk catatan NS menggunakan
dig
atau melihat dump lalu lintas dengan wireshark Anda akan melihat bahwa ada bagian 'tambahan' sebagai jawaban.ketika melakukan permintaan rekursif, mis. www.foo.bar.com, klien dns Anda akan meminta DNS otoritatif untuk zona foo.bar.com dan mendapatkan jawaban ns1.foo.bar.com.
Untuk melangkah lebih jauh perlu mengirim permintaan untuk ns1.foo.bar.com, yang dilayani oleh ... ns1.foo.bar.com. Untuk keluar dari loop, mendelegasikan server DNS harus menambahkan bagian tambahan ini, dengan catatan.
Server ns1.foo.bar.com harus memiliki catatan yang sama di zonanya, sehingga dapat menjadi otoritatif untuk zona foo.bar.com.
sumber
Catatan NS ada SATU-SATUNYA untuk tujuan mendefinisikan YANG NAMESERVERS yang bertanggung jawab atas domain tertentu.
Catatan A ada untuk "ADDRESS" mesin, atau layanan tertentu.
Contoh untuk Anda:
Di Panel Kontrol DNS Anda, Anda akan melihat beberapa catatan NS, ini adalah NAMESERVERS Anda, atau mesin utama yang bertanggung jawab untuk memberi tahu internet di mana barang-barang di domain Anda berada.
NS1.CP.COM NS2.CP.COM
Juga di dalam Panel DNS Anda, Anda akan memiliki domain yang Anda miliki (mis. -Mikesfunhouse.com) yang Anda perlukan untuk memiliki beberapa layanan, seperti situs web di.
Jadi yang akan Anda lakukan adalah memiliki catatan Primary A, yang menunjuk "mikesfunhouse.com" ke "76.19.87.956" (jelas IP palsu).
Kemudian Anda akan membuat catatan lain, catatan www, yang akan mengarahkan ulang subdomain "www." porsi ke situs utama Anda.
Singkatnya, Anda menggunakan catatan A untuk mengkonversi namespace ke alamat IP.
sumber
Catatan server nama memberi tahu Internet tempat server DNS menyimpan catatan A, jadi untuk mencari catatan A untuk subdomain, prosesnya kira-kira sebagai berikut:
Cari server nama untuk domain -> Permintaan server nama untuk Catatan A subdomain
sumber