โซน DNS ใด ๆ สามารถมีระเบียน DNS ใด ๆ สำหรับโซนนั้นเอง (ในไฟล์กำหนดค่าการเชื่อมโยงระเบียนนี้มีป้ายกำกับด้วย @) ที่จริง - ขอถามหน่อย - รูทโซนสามารถมี @ เพื่ออธิบายตัวเอง IE สามารถ @ มีระเบียนที่อยู่ได้หรือไม่ ฉันไม่เห็นสาเหตุที่ทำไม่ได้ นั่นจะเป็นที่อยู่ที่น่าสนใจ " http: //./ "
โซน "รูท" เป็นเพียงโซนชื่อ "." ในขณะนี้โซนดังกล่าวมีเซิร์ฟเวอร์ชื่อจำนวนมาก ที่อยู่ของเซิร์ฟเวอร์ชื่อเหล่านี้จะกระจายเป็นไฟล์ข้อความ ไฟล์ข้อความหรือสิ่งที่คล้ายกันนี้ถูกป้อนด้วยตนเองลงในเซิร์ฟเวอร์ชื่อแบบเรียกซ้ำหลายแห่ง
การวาง "." ในตอนท้ายของชื่อจะบอกผู้แก้ไขในพื้นที่ของคุณว่าชื่อที่คุณป้อนชื่อโดเมน " มีคุณสมบัติครบถ้วน " ซึ่งหมายความว่าเป็นชื่อที่คุณต้องการค้นหาเท่านั้น บ่อยครั้งที่เราใช้ชื่อที่ไม่มีเงื่อนไขหรือคลุมเครือเช่น "www" เพื่อหมายถึง "www.of.the.place.I.work" ซึ่งตัวแก้ไข DNS ในเครื่องของคุณมี "of.the.place.I.work" เป็น "dns" โดเมน "หรือ" ค้นหาโดเมน "
เซิร์ฟเวอร์โดเมนระดับรากเหล่านี้มีรายการของโดเมน " ระดับบนสุด " ซึ่งแมปกับนามธรรมที่คร่าวๆของวิธีการที่นักวิจัยในยุค 80 คิดว่าอินเทอร์เน็ตจะถูกนำมาใช้และประเทศและโดเมนระดับบนสุดสำหรับ " โครงสร้างพื้นฐาน " แต่ละโดเมนระดับบนสุดเหล่านี้มีเซิร์ฟเวอร์ชื่อจำนวนมากที่มีรายการของโซนจริงในโดเมนนั้นดังนั้นคำขอสำหรับ maps.google.com จะไปที่เซิร์ฟเวอร์ระดับรากก่อนซึ่งจะผ่านรายการของเซิร์ฟเวอร์ชื่อที่รู้เกี่ยวกับ com และเมื่อถูกถามหนึ่งในนั้นรู้ว่าเซิร์ฟเวอร์ชื่อใดมีระเบียนสำหรับ google.com และหนึ่งในนั้นรู้ว่าเป็นระเบียนเฉพาะสำหรับ www.google.com
ดังนั้นสิ่งที่คุณต้องทำคือโน้มน้าวให้ใครก็ตามที่ทำงาน TLD สำหรับประเทศหรือองค์กรเพื่อใส่ที่อยู่สำหรับ. zone แทนที่จะเป็น google.zone และคุณเป็นทอง
ในปัจจุบันโดเมนระดับบนสุดดังต่อไปนี้มีบันทึกที่อยู่ (ไม่ใช่ทุกเว็บเซิร์ฟเวอร์ที่ทำงาน)
ac has address 193.223.78.210
ai has address 209.59.119.34
bi has address 196.2.8.205
cm has address 195.24.205.60
dk has address 193.163.102.23
gg has address 87.117.196.80
hk has address 203.119.2.28
io has address 193.223.78.212
je has address 87.117.196.80
ph has address 203.119.4.7
pn has address 80.68.93.100
pw has address 203.199.114.33
sh has address 64.251.31.234
tk has address 217.119.57.22
tm has address 193.223.78.213
to has address 216.74.32.103
uz has address 91.212.89.8
ws has address 63.101.245.10
และต่อไปนี้มีเรคคอร์ด mx (ดังนั้นผู้ใช้ @ TLD เป็นที่อยู่ที่สามารถส่งมอบได้)
ai mail is handled by 10 mail.offshore.ai.
as mail is handled by 10 dca.relay.gdns.net.
cf mail is handled by 10 mail.intnet.cf.
dj mail is handled by 5 smtp.intnet.dj.
dj mail is handled by 5 relais2.intnet.dj.
dm mail is handled by 10 mail.nic.dm.
gp mail is handled by 20 manta.outremer.com.
gp mail is handled by 5 ns1.nic.gp.
gp mail is handled by 10 ns34259.ovh.net.
gt mail is handled by 10 mail.gt.
hr mail is handled by 10 alpha.carnet.hr.
io mail is handled by 10 mailer2.io.
kh mail is handled by 10 ns1.dns.net.kh.
km mail is handled by 110 bow.snpt.km.
km mail is handled by 100 mail1.comorestelecom.km.
mh mail is handled by 10 imap.pwke.twtelecom.net.
mh mail is handled by 20 mx1.mail.twtelecom.net.
mh mail is handled by 30 mx2.mail.twtelecom.net.
mq mail is handled by 10 mx1-mq.mediaserv.net.
ne mail is handled by 20 bow.rain.fr.
ne mail is handled by 10 bow.intnet.ne.
pa mail is handled by 5 ns.pa.
td mail is handled by 0 mail.intnet.td.
tt mail is handled by 0 66-27-54-138.san.rr.com.
tt mail is handled by 10 66-27-54-142.san.rr.com.
ua mail is handled by 10 mr.kolo.net.
va mail is handled by 20 paul.vatican.va.
va mail is handled by 50 proxy2.urbe.it.
va mail is handled by 90 john.vatican.va.
va mail is handled by 10 lists.vatican.va.
ws mail is handled by 10 mail.worldsite.ws.
(ฉันสงสัยจริงๆว่าเกิดอะไรขึ้นกับ "tt" ที่นี่ ... )
ตามทฤษฎีแล้วคุณสามารถส่งอีเมลไปที่ pope @ va และมันจะถูกส่งอย่างถูกต้อง ...
หากคุณใช้รูทเซิร์ฟเวอร์ที่แตกต่างกันคุณจะจบลงด้วยมุมมองที่แตกต่างกันของสิ่งที่มีอยู่บนอินเทอร์เน็ต ความละเอียดในพื้นที่ทั้งหมดที่ฉันทำผิดกับระบบในพื้นที่ซึ่งใช้ " dnscache " ซึ่งไปยังเซิร์ฟเวอร์รากโดยตรง เซิร์ฟเวอร์ DNS ที่แก้ไขปัญหาอื่น ๆ จำนวนมากจะถามเซิร์ฟเวอร์ DNS ในระบบอื่นแทนการถามเซิร์ฟเวอร์รูท
