DNSゾーンは、そのゾーン自体のDNSレコードを持つことができます（バインド構成ファイルでは、このレコードには@のラベルが付いています）。実際に、これを聞いてみましょう-ルートゾーンはそれ自身を説明する@を持つことができますか？IEは@アドレスレコードを持つことができますか？なぜできなかったのかわかりません。 それはクールなアドレスになるでしょう。「http：//./」
「ルート」ゾーンは、単に「。」という名前のゾーンです。現時点では、そのゾーンには多数のネームサーバーがあります。これらのネームサーバーのアドレスは、テキストファイルとして配布されます。このテキストファイルまたは同様のものは、多くの典型的な再帰ネームサーバーに手動で入力されます。
「。」を配置する 名前の最後で、ローカルリゾルバに、入力した名前が「完全修飾」ドメイン名であることを伝えます。これは、正確で検索したい名前のみであることを意味します。多くの場合、ローカルDNSリゾルバが「dn。ドメイン」または「検索ドメイン」。
これらのルートレベルドメインサーバーには、80年代の研究者がインターネットをどのように使用するか、国を考える方法の古い抽象概念に大まかに対応する「トップレベル」ドメインのリストと、「インフラストラクチャ」のトップレベルドメインがあります。これらのトップレベルドメインにはそれぞれ、そのドメイン内の実際のゾーンのリストを持つネームサーバーがたくさんあるため、maps.google.comへのリクエストはまず、ルートレベルサーバーに送られ、ルートサーバーがについて知っているネームサーバーのリストを渡します。 com、および尋ねられたとき、そのうちの1人はどのネームサーバーがgoogle.comのレコードを持っているかを知っており、そのうちの1人はwww.google.comの特定のレコードを知っています。
そのため、国または組織のTLDを運営している人に、google.zoneの代わりに.zoneのアドレスレコードを入力するように説得するだけで、あなたは最高です。
現在、次のトップレベルドメインにはアドレスレコードがあります（ただし、すべてのWebサーバーが実行されているわけではありません）
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レコードがあります（したがって、user @ 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サーバーに問い合わせます。
