Kemungkinan akan ada penundaan tambahan karena membuat zona terpisah untuk world.example.comsubdomain biasanya juga menyiratkan pendelegasian ke server nama otoritatif yang berbeda.
Jika nameserver otoritatif yang sama digunakan untuk kedua example.comdan world.example.comzona tidak ada perbedaan kinerja.
Penyelesai DNS harus mengikuti delegasi dari TLD ke server nama resmi.
Ketika resolver mencapai server nama otoritatif untuk example.comdomain dan Anda memiliki catatan sumber daya untuk hello.world(.example.com.)di zona itu respons akan segera dikirim.
Jika server nama otoritatif untuk example.comdomain juga otoritatif untuk world.example.comsub-domain, respons untuk hello.world.example.com.catatan juga akan segera dikirim.
Jika world.example.comdikonfigurasi sebagai zona terpisah, server nama otoritatif untuk example.comakan mengirim respons dengan rincian delegasi lebih lanjut dan NScatatan server nama otoritatif untuk world.example.com.zona:
world.example.com. IN NS ns.world.example.com.
world.example.com. IN NS ns1.example.org.
; GLUE
ns.world.example.com. IN A 192.2.0.1
Penyelesai perlu mengikuti delegasi itu dan mengirim pertanyaan tambahan ke:
berpotensi menemukan server nama tersebut (misalnya dalam kasus catatan ns1.example.org. NS)
permintaan salah satu server nama resmi untuk world.example.com.zona untuk hello(.world.example.com.)catatan.
Terima kasih. Jadi ini lebih merupakan masalah kinerja dalam resolusi (atau kecepatan / kemudahan pengaturan) lebih dari perbedaan teknis dalam respon (untuk klien yang meminta resolusi, itu tidak akan membuat perbedaan, itu akan mendapatkan IP untuk hello.world.example.com), benar ?
WoJ
Ya, baik itu resolver harus mendapatkan respons dengan alamat ip untuk hello.world.example.com.
HBruijn
2
@ WoJ, biasanya lebih merupakan masalah administrasi - Anda akan mendelegasikan zona jika lebih mudah untuk mempertahankan cara ini. Perbedaan kinerja biasanya diabaikan.
Simon Richter
8
Secara teknis, seperti yang saya mengerti DNS, hanya hellobagian yang dianggap nama host, sisanya adalah nama domain. Dengan demikian, ini menyelesaikan dengan cara yang sama, dalam kasus Anda zona DNS mencakup example.comsubdomain dan world.example.com, itu hanya masalah preferensi bagaimana Anda membuat anotasi.
Namun, satu-satunya waktu saya pernah melihat catatan seperti itu adalah untuk DKIM dan catatan TXT lainnya, misalnya DKIM digunakan [selector]._domainkeysebagai catatan untuk subdomain atau domain root yang diberikan. Tentu saja berguna jika Anda hanya perlu beberapa catatan untuk subdomain, tidak perlu membuat zona terpisah untuk mereka.
Saya tahu bahwa mungkin untuk membedakan di antara mereka (dengan menanyakan SOAcontohnya) dan inilah mengapa saya menambahkan aspek "praktis" dari diferensiasi tersebut. Contoh Anda untuk DKIM adalah contoh yang baik dari kasus nyata dari entri tersebut.
hello.world.example.com
), benar ?Secara teknis, seperti yang saya mengerti DNS, hanya
hello
bagian yang dianggap nama host, sisanya adalah nama domain. Dengan demikian, ini menyelesaikan dengan cara yang sama, dalam kasus Anda zona DNS mencakupexample.com
subdomain danworld.example.com
, itu hanya masalah preferensi bagaimana Anda membuat anotasi.Namun, satu-satunya waktu saya pernah melihat catatan seperti itu adalah untuk DKIM dan catatan TXT lainnya, misalnya DKIM digunakan
[selector]._domainkey
sebagai catatan untuk subdomain atau domain root yang diberikan. Tentu saja berguna jika Anda hanya perlu beberapa catatan untuk subdomain, tidak perlu membuat zona terpisah untuk mereka.sumber
SOA
contohnya) dan inilah mengapa saya menambahkan aspek "praktis" dari diferensiasi tersebut. Contoh Anda untuk DKIM adalah contoh yang baik dari kasus nyata dari entri tersebut.