Будь-яка 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" ...)
Тож теоретично ви можете надіслати електронний лист поп @ va. і він буде доставлений належним чином ...
Якщо ви використовуєте різні кореневі сервери, ви закінчитеся з іншим оглядом того, що існує в Інтернеті. Усі локальні резолюції, які я робив, були проти моєї локальної системи, яка використовує " dnscache ", який прямує до кореневих серверів. Багато інших серверів DNS, що розв’язують, запитують інший локальний DNS-сервер, а не кореневі сервери.