Cualquier zona DNS puede tener cualquier registro DNS para que la zona en sí mismo (en un archivo de configuración de bind, este registro está marcado con un @). En realidad, déjenme preguntarles esto -- la zona de la root tiene un @ para describir a sí mismo? Es decir, se pueden @ tener un registro de dirección? No veo por qué no. que sería un fresco de la dirección. "http://./"
La "Raíz" de la zona es simplemente una zona llamada ".". Por el momento, que la zona tiene un montón de servidores de nombres. Las direcciones de estos servidores de nombre son distribuye como un archivo de texto. Este archivo de texto o algo similar que se introduce manualmente en muchos de los típicos servidores de nombres recursivos.
La colocación de un "." al final del nombre le dice a su local de resolución que el nombre que usted ha entrado en una "totalmente calificado de" nombre de dominio, lo que significa que es exactamente y sólo el nombre que desea buscar. A menudo, utilizamos cualificados o de lo contrario nombres ambiguos como "www" para decir "www.of.the.place.I.work" donde está tu local de resolución de DNS tiene".el.lugar.Yo.de trabajo" como el "dominio dns" o "dominio de búsqueda".
Estos root a nivel de servidores de dominio de tener una lista de "nivel superior" de los dominios que representan aproximadamente a la edad abstracciones de cómo los investigadores en los años 80 se pensaba que el internet iba a ser utilizado y países, y un dominio de nivel superior para la "infraestructura". Cada uno de estos dominios de nivel superior tiene un montón de servidores de nombres que tienen listas de real en las zonas en que dominio, por lo que una solicitud para maps.google.com la primera vez que va a un nivel de la root del servidor, el cual pasa a una lista de servidores de nombres que saber acerca de .com, y cuando se le preguntó, uno de los que sabe acerca de qué servidor de nombres tiene registros de google.com y uno de esos sabe el registro específico para www.google.com.
Así que, todo lo que necesita hacer es convencer a quien ejecuta el TLD para un país o de una organización para poner en un registro de dirección .zona en lugar de google.zona y eres oro.
En la actualidad, los siguientes dominios de nivel superior tienen registros de direcciones (no se ejecutan todos los servidores web, aunque)
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
y el siguiente tienen registros mx (de manera que el usuario@TLD. es posiblemente una dirección válida)
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.
(Realmente me pregunto acerca de lo que está pasando con "tt" aquí...)
Así que, en teoría, se podría enviar correo electrónico a papa@va. y será entregado correctamente...
Si utiliza diferentes servidores root, vas a terminar con un punto de vista diferente de lo que existe en internet. Todos los locales de las resoluciones que hice fueron en contra de mi sistema local, lo que es el uso de "dnscache", que va directamente a la root de los servidores. Muchos otros la resolución de DNS de los servidores de pedir a otro servidor DNS local en lugar de pedir a los servidores root.