如果你們的局域網(wǎng)是通過(guò)DHCP 自動(dòng)獲取IP 地址，請(qǐng)?jiān)诜?wù)器上將DHCP 分配地址有效時(shí)間改為盡量少的數(shù)字，默認(rèn)8天．DNS 服務(wù)器也設(shè)為服務(wù)器地址．這樣的話網(wǎng)絡(luò)地址就由本地解析．開(kāi)始討論如何排除D

如果你們的局域網(wǎng)是通過(guò)DHCP 自動(dòng)獲取IP 地址，請(qǐng)?jiān)诜?wù)器上將DHCP 分配地址有效時(shí)間改為盡量少的數(shù)字，默認(rèn)8天．

DNS 服務(wù)器也設(shè)為服務(wù)器地址．

這樣的話網(wǎng)絡(luò)地址就由本地解析．

開(kāi)始討論如何排除DNS 問(wèn)題之前，我們想知道你是否清楚怎樣判斷某個(gè)問(wèn)題是由DNS 而不是由別的命名服務(wù)造成的。在Windows 主機(jī)上，判斷問(wèn)題的原因是否真的出在DNS 上可是件困難的事。Windows 支持的命名服務(wù)真是名目繁多：如DNS 、Wins 、HOSTS 、LM HOSTS 等數(shù)不勝數(shù)。然而常用的Windows 2000 nslookup 卻全然不理會(huì)其他這些命名服務(wù)。你可能會(huì)只顧在Windows 2000計(jì)算機(jī)上運(yùn)行nslookup 和查詢名稱服務(wù)器，而有問(wèn)題的服務(wù)卻可能在使用另一種不同的命名服務(wù)。首先，你需要考慮是哪一類程序出了問(wèn)題，如果是TCP/IP客戶端，如telnet 或ftp ，那么問(wèn)題可能出在DNS 和HOSTS 文件上。如果是一個(gè)支持NetBIOS 命名的實(shí)用程序，如net （與在net use 中一樣）中，那么值得懷疑的還要包括Wins 和LMHOSTS 文件。其他也使用DNS 名稱或NetBIOS 名稱作為參數(shù)的客戶端（如ping ）也會(huì)使用這些命名服務(wù)中的任意一種。接下來(lái)，再考慮Windows 使用這些命名服務(wù)的順序。在查找問(wèn)題時(shí)，應(yīng)按照此順序檢查各種服務(wù)。這些提示對(duì)你查出問(wèn)題的癥結(jié)會(huì)有幫助，至少可幫你排除一個(gè)懷疑對(duì)象。

如果要檢查一個(gè)服務(wù)器的緩存區(qū)，請(qǐng)單擊DNS 控制臺(tái)左窗格中該服務(wù)器名稱左邊的加號(hào)。你將看到一個(gè)名為Cached Lookups 的文件夾。單擊其左邊的加號(hào)或雙擊文件夾圖標(biāo)或標(biāo)簽以展開(kāi)下一級(jí)。這樣可顯示出你的名稱服務(wù)器已為其緩存了數(shù)據(jù)的那些頂級(jí)域。繼續(xù)展開(kāi)，直至看到你要查看的緩存數(shù)據(jù)所在的那一域名。如我們的名稱服務(wù)器已為microsoft.com 緩存了三條NS 記錄和一條A 記錄。如果依次雙擊net 和hp, 我們還會(huì)看到這些名稱服務(wù)器的緩存地址。如果想看緩存數(shù)據(jù)上的 TTL ，請(qǐng)雙擊右窗格中的一條記錄。若 DNS 控制臺(tái)處于高級(jí)查看模式（選擇查看 > 高級(jí)），則出現(xiàn)的窗口將顯示出該記錄的 TTL 。在檢查 TTL 之前，一定要用操作 > 刷新或用 F5 鍵刷新 DNS 控制臺(tái)，否則你看到的 TTL 可能會(huì)大于當(dāng)前 TTL 。如果右鍵單擊該記錄，你可能會(huì)注意到有一個(gè)刪除記錄選項(xiàng)。

DNS 的一些常見(jiàn)的錯(cuò)誤

1. 忘記增加序列號(hào)

在你未使用 DNS 控制臺(tái)而是用手動(dòng)方式更改區(qū)域數(shù)據(jù)文件時(shí)，就會(huì)出現(xiàn)一些問(wèn)題。DNS 控制臺(tái)在它每次更改區(qū)域數(shù)據(jù)時(shí)都會(huì)記著在 SOA 記錄中增加序列號(hào)，所以你不必為此操心。不過(guò)，這也意味著你可能不會(huì)養(yǎng)成更新序列號(hào)的習(xí)慣，所以在進(jìn)行一次性手動(dòng)修改時(shí)，你可能會(huì)忘記增加序列號(hào)。此問(wèn)題的主要癥狀是，從屬名稱服務(wù)器不會(huì)獲得你在主服務(wù)器上對(duì)該區(qū)域做的任何更改。從屬服務(wù)器認(rèn)為區(qū)域數(shù)據(jù)并未更改，因?yàn)樗吹降男蛄刑?hào)仍是原來(lái)的序列號(hào)。該怎樣檢查當(dāng)時(shí)是否記著增加序列號(hào)呢？不幸的是，這就不是那么容易了。如果你不記得原序列號(hào)是什么，而現(xiàn)在的序列號(hào)不能表明它是什么時(shí)候更新的，則沒(méi)有直接的方

法判斷它是否已更改。在啟動(dòng)主服務(wù)器時(shí)，不管你是否更改了序列號(hào)，它都將加載更新后的區(qū)域數(shù)據(jù)文件。最好的辦法只能是使用 nslookup 來(lái)比較主服務(wù)器和從屬服務(wù)器返回的數(shù)據(jù)。如果它們返回不同的數(shù)據(jù)，則表明你可能忘了增加序列號(hào)。如果你能想起最近作的一次更改，則可以查看此數(shù)據(jù)。如果記不起最近一次作的更改，則可以從一個(gè)主服務(wù)器和一個(gè)從屬服務(wù)器復(fù)制該區(qū)域，將結(jié)果排序并使用文件比較工具將它們加以比較。還有一個(gè)好消息，即，盡管確定該區(qū)域此前是否已復(fù)制比較難，但現(xiàn)在要確保該區(qū)域被復(fù)制卻非常簡(jiǎn)單。只須在 DNS 控制臺(tái)中雙擊 SOA 記錄并手動(dòng)編輯序列號(hào)字段，增加主服務(wù)器上此區(qū)域的副本中的序列號(hào)即可。從屬服務(wù)器將在刷新時(shí)間間隔內(nèi)獲得此新的數(shù)據(jù)，如果它們用了 NOTIF Y ，則會(huì)更快。

2. 以手動(dòng)方式更改DNS 服務(wù)器

要記住 Microsoft DNS 服務(wù)器會(huì)定期更新其區(qū)域數(shù)據(jù)文件。每次用 DNS 控制臺(tái)對(duì)一個(gè)區(qū)域的數(shù)據(jù)進(jìn)行更改時(shí)，就有一個(gè)寫(xiě)操作掛起：在 DNS 服務(wù)器退出之前，它必須重寫(xiě)該區(qū)域的數(shù)據(jù)文件，否則它就會(huì)丟失你所作的更改?？梢詫⒋吮茸鲀?nèi)存中一個(gè)已更新的頁(yè)：操作系統(tǒng)在退出之前必須將它寫(xiě)到磁盤(pán)上。如果你在一個(gè)寫(xiě)操作掛起期間對(duì)一個(gè)區(qū)域數(shù)據(jù)文件作了手動(dòng)更改，則在名稱服務(wù)器退出后你會(huì)莫名其妙地丟失所作的更改。比如你在服務(wù)器正在運(yùn)行且有一個(gè)寫(xiě)操作掛起時(shí)向一個(gè)名為microsoft.com 的新子域添加了委派。作完更改后，你必須將服務(wù)器停下并再次啟動(dòng)，以讓它再次讀取該區(qū)域數(shù)據(jù)。但是在服務(wù)器退出時(shí)，它將重寫(xiě) microsoft.com 區(qū)域數(shù)據(jù)文件，你的委派于是就會(huì)丟掉。如果仔細(xì)觀察（平時(shí)就需要這樣）事件查看器，會(huì)在服務(wù)器停止事件之前看到這樣一條消息：The DNS server wrote version 37 of zone microsoft.com to file microsoft.com.dns. （DNS 服務(wù)器寫(xiě)入?yún)^(qū)域 microsoft.com 的版本 37 到文件 microsoft.com.dns 。）如果你用操作 | 更新服務(wù)器數(shù)據(jù)文件來(lái)強(qiáng)制服務(wù)器重寫(xiě)其區(qū)域數(shù)據(jù)文件，則服務(wù)器就會(huì)與區(qū)域數(shù)據(jù)文件同步，而不必在退出時(shí)重寫(xiě)。所以，如果要對(duì)區(qū)域數(shù)據(jù)文件作手動(dòng)更改，那么要么首先停止服務(wù)器（但這意味著在你作更改期間服務(wù)器將不響應(yīng)任何查詢），要么使用 DNS 控制臺(tái)將服務(wù)器與區(qū)域數(shù)據(jù)文件同步，然后再進(jìn)行更改。

3. 從屬服務(wù)器無(wú)法加載區(qū)域數(shù)據(jù)

如果一個(gè)從屬服務(wù)器無(wú)法從其主控服務(wù)器獲取某個(gè)區(qū)域的當(dāng)前序列號(hào)，那么最初它是不會(huì)給你發(fā)警告消息的。然而，如果該問(wèn)題一直存在而且從屬服務(wù)器在有效期時(shí)間內(nèi)無(wú)法確定其數(shù)據(jù)是否是最新的，那么該區(qū)域就會(huì)過(guò)期。在一個(gè) Microsoft DNS 服務(wù)器上，你將在事件查看器中看到與下文類似的一條消息：在獲得成功區(qū)域復(fù)制或從這個(gè)區(qū)域作為其源的主服務(wù)器獲得成功區(qū)域復(fù)制之前microsoft.com 區(qū)域就超時(shí)了，該區(qū)域已經(jīng)被關(guān)閉。區(qū)域過(guò)期后，當(dāng)你向名稱服務(wù)器查詢?cè)搮^(qū)域中的數(shù)據(jù)時(shí)，就會(huì)收到 SERVFAIL 錯(cuò)誤消息：

C:> nslookup robocop wormhole.microsoft.com .

Server: wormhole.microsoft.com

Addresses: 207.46.230.219, 192.253.253.1

wormhole.microsoft.com can?t find robocop.microsoft.com : Server failed

出現(xiàn)此問(wèn)題的原因主要有三個(gè)：由于網(wǎng)絡(luò)故障與主控服務(wù)器的連接斷開(kāi)，為主控服務(wù)器配置的 IP 地址不正確，主控服務(wù)器上的區(qū)域數(shù)據(jù)文件中有語(yǔ)法錯(cuò)誤。首先，應(yīng)使用 DNS 控制臺(tái)檢查該從屬服務(wù)器在嘗試從中加載數(shù)據(jù)的那一（些）主控服務(wù)器的地址。右鍵單擊左窗格中該區(qū)域的域名，選擇屬性，然后查看常規(guī)選項(xiàng)卡，確認(rèn)它是否真是主名稱服務(wù)器的 IP 地址。如果是，請(qǐng)檢查到此 IP 地址的連接：C:> ping 207.46.230.219

Pinging 207.46.230.219 with 32 bytes of data:

Request timed out.

Request timed out.

Request timed out.

Request timed out.

如果無(wú)法連接到主控服務(wù)器，請(qǐng)確定該服務(wù)器的主機(jī)是否真的在運(yùn)行（例如，已通電），或檢查網(wǎng)絡(luò)問(wèn)題。你可能還需要檢查主控服務(wù)器對(duì)該區(qū)域中數(shù)據(jù)的查詢是否返回權(quán)威性響應(yīng)。如果主控服務(wù)器的響應(yīng)對(duì)于該區(qū)域不是權(quán)威性的，則從屬服務(wù)器就不從該主控服務(wù)器中復(fù)制此區(qū)域。可使用 nslookup 檢查主控服務(wù)器的對(duì)于區(qū)域的 SOA 記錄的權(quán)威性響應(yīng)，命令格式如下：

C:> nslookup -norec -type=SOA microsoft.com . 207.46.230.219

此命令向位于地址 152.104.1.6 的名稱服務(wù)器發(fā)送一個(gè)非遞歸查詢，以查詢 microsoft.co m 的 SOA 記錄。我們必須發(fā)送非遞歸查詢，這樣位于 152.104.1.6 的名稱服務(wù)器就不會(huì)將該查詢轉(zhuǎn)發(fā)給另一個(gè)服務(wù)器。如果將此主控服務(wù)器配置正確，則對(duì)此查詢的響應(yīng)就應(yīng)是權(quán)威性的。（記住，除非 nslookup 返回了“非權(quán)威性”響應(yīng)，否則響應(yīng)就是權(quán)威性的。）非權(quán)威性的響應(yīng)可能表明主控服務(wù)器在加載該區(qū)域時(shí)發(fā)生問(wèn)題，通常是由于區(qū)域數(shù)據(jù)文件中存在語(yǔ)法錯(cuò)誤。請(qǐng)與該主控服務(wù)器的管理員聯(lián)系，讓他檢查其事件查看器或系統(tǒng)日志的輸出中是否有表明出現(xiàn)語(yǔ)法錯(cuò)誤的消息。我們從來(lái)還沒(méi)有見(jiàn)到過(guò) Windows 2000 名稱服務(wù)器因?yàn)閰^(qū)域數(shù)據(jù)文件中有語(yǔ)法錯(cuò)誤而對(duì)于此區(qū)域失去非權(quán)威性的情況，但舊的 BIND 名稱服務(wù)器確實(shí)會(huì)表現(xiàn)出這種現(xiàn)象。所以，如果你的名稱服務(wù)器是某一區(qū)域的從屬服務(wù)器，而此區(qū)域的主要主名稱服務(wù)器是 BIND 名稱服務(wù)器，該服務(wù)器現(xiàn)在對(duì)該區(qū)域不具有權(quán)威性，那么問(wèn)題可能就是一個(gè)語(yǔ)法錯(cuò)誤。如果對(duì)查詢的響應(yīng)是權(quán)威性的但從屬服務(wù)器仍無(wú)法成功復(fù)制該區(qū)域，那么你可以使用nslookup 的ls 命令來(lái)手動(dòng)復(fù)制該區(qū)域。如果看到類似于下面的錯(cuò)誤消息，則很可能是主控服務(wù)器限制區(qū)域復(fù)制：

C:> nslookup - 152.104.1.6

Default Server: terminator.microsoft.com

Address: 152.104.1.6

> ls microsoft.com

[terminator.microsoft.com ]

*** Can?t list domain microsoft.com : Query refused

請(qǐng)與該主控服務(wù)器的管理員聯(lián)系，問(wèn)是否在對(duì)區(qū)域復(fù)制進(jìn)行限制。請(qǐng)他檢查你正在嘗試復(fù)制的區(qū)域的屬性窗口的區(qū)域復(fù)制選項(xiàng)卡上的選項(xiàng)（如果他在運(yùn)行 Microsoft DNS 服務(wù)器）。如果該遠(yuǎn)程服務(wù)器在運(yùn)行著 BIND ，則請(qǐng)問(wèn)他是否在使用 xfrnets 或 allow-transfer 功能來(lái)對(duì)區(qū)域復(fù)制進(jìn)行限制。在問(wèn)題已被排除而且你的服務(wù)器能成功復(fù)制該區(qū)域后，你會(huì)在事件查看器中看到下面的消息：A more recent version, version 212 of zone microsoft.com w as

found at DNS server at 207.46.230.219. Zone transfer is in progress.

The DNS server wrote version 212 of zone microsoft.com to

file microsoft.com.dns. （在 207.46.230.219 的 DNS 服務(wù)器上找到區(qū)域microsoft.com 的更新的版本212。正在進(jìn)行區(qū)域復(fù)制。DNS 服務(wù)器寫(xiě)入?yún)^(qū)域 microsoft.com 的版本 212 到文件 microsoft.com.dns 。）

DNS 故障還有幾種情況，我們將在下期繼續(xù)討論。

4. 網(wǎng)絡(luò)連接斷開(kāi)

雖然與原始的 ARPANET 時(shí)代相比，如今的 Internet 已可靠得多，但網(wǎng)絡(luò)中斷的現(xiàn)象仍很常見(jiàn)。這些故障往往看起來(lái)好像是性能問(wèn)題：

C:> nslookup nisc.sri.com .

Server: terminator.microsoft.com

Address: 152.104.1.6

DNS request timed out.

……

*** Request to terminator.microsoft.com timed-out

使用 nslookup ，你可以查找你的名稱服務(wù)器要與之對(duì)話的那些名稱服務(wù)器的名稱和地址，以便解析該名稱：

C:> nslookup

Default Server: terminator.microsoft.com

Address: 152.104.1.6

> set type=ns

> sri.com .

Server: terminator.microsoft.com

Address: 207.46.230.219

Non-authoritative answer:

……

NS.sri.com internet address = 128.18.30.66

NS.CSL.sri.com internet address = 130.107.4.94

NS.CSL.sri.com internet address = 192.12.33.94

TURTLE.MCC.COM internet address = 128.62.1.215

NS1.sri.com internet address = 128.18.30.65

> com.

Server: terminator.microsoft.com

Address: 207.46.230.219

Non-authoritative answer:

……

C.ROOT-SERVERS.NET internet address = 192.33.4.12

D.ROOT-SERVERS.NET internet address = 128.8.10.90

E.ROOT-SERVERS.NET internet address = 192.203.230.10

I.ROOT-SERVERS.NET internet address = 192.36.148.17

F.ROOT-SERVERS.NET internet address = 192.5.5.241

G.ROOT-SERVERS.NET internet address = 192.112.36.4

J.GTLD-SERVERS.INTERNIC.NET internet address = 198.41.0.21

A.ROOT-SERVERS.NET internet address = 198.41.0.4

H.ROOT-SERVERS.NET internet address = 128.63.2.53

B.ROOT-SERVERS.NET internet address = 128.9.0.107

然后你可以檢查你的主機(jī)與這些服務(wù)器的連接。但是，ping 也不會(huì)比你的名稱服務(wù)器幸運(yùn)多少。如果ping 成功了，你就應(yīng)該查一查這些遠(yuǎn)程服務(wù)器是否真的在運(yùn)行。

C:> ping 128.18.30.66 --ping 第一個(gè) sri.com 名稱服務(wù)器

Pinging 128.18.30.66 with 32 bytes of data:

Request timed out.

……

C:> ping 130.107.4.94 --ping 第二個(gè) sri.com 名稱服務(wù)器

Pinging 130.107.4.94 with 32 bytes of data:

Request timed out.

……

現(xiàn)在剩下要做的只是查找網(wǎng)絡(luò)中的故障。像tracert 這樣的實(shí)用工具可幫你確定問(wèn)題是出在你的網(wǎng)絡(luò)上、在目標(biāo)網(wǎng)絡(luò)上、還是在中間某個(gè)地方，在查找故障位置時(shí)也需要運(yùn)用一些常識(shí)了。

5. 缺少子域委派

盡管取得ICANN 認(rèn)證的注冊(cè)員盡了最大努力以盡可能快地處理你的請(qǐng)求，但讓你的子域的委派出現(xiàn)在根名稱服務(wù)器中也可能需要一兩周的時(shí)間。你的父級(jí)不同（是取得ICANN 認(rèn)證的注冊(cè)員還是其他區(qū)域管理員），你的等待時(shí)間也會(huì)不一樣。有的父級(jí)辦事速度快且有責(zé)任心；而有的父級(jí)則辦事拖拉。等到你的委派數(shù)據(jù)出現(xiàn)在父級(jí)區(qū)域的名稱服務(wù)器上后，你的名稱服務(wù)器就能夠在 Internet 域名稱空間查找數(shù)據(jù)了，但I(xiàn)nternet 上（在你的域之外）沒(méi)有任何人會(huì)知道怎樣在你的 名稱空間查找數(shù)據(jù)。

這意味著，盡管你可以將郵件發(fā)送到你的域之外，但收件人卻不能回復(fù)你的郵件。而且，也沒(méi)有人能夠按名稱 telnet 到、ftp 到，甚至不能 ping 到你的主機(jī)。

要知道，你運(yùn)行的任何 in-addr.arpa 子域都是這種情況。在父級(jí)將這些子域委派到你的服務(wù)器之前，Internet 上的名稱服務(wù)器不能夠逆映射你網(wǎng)絡(luò)上的地址。

如要確定你區(qū)域的委派是否已在你的父級(jí)區(qū)域的名稱服務(wù)器中，請(qǐng)向一個(gè)父級(jí)名稱服務(wù)器查詢你的區(qū)域的 NS 記錄。如果父級(jí)名稱服務(wù)器中有此數(shù)據(jù)，則 Internet 上的任何名稱服務(wù)器都能找到它：

C:> nslookup

Default Server: terminator.microsoft.com

Address: 152.104.1.6

> server a.root-servers.net.--Query a root name server

Default Server: a.root-servers.net

Address: 198.41.0.4

> set norecurse --Instruct the server to answer out of

> set type=ns --its own data and to look for NS records

> 249.249.192.in-addr.arpa. --for 249.249.192.in-addr.arpa

Server: a.root-servers.net

Address: 198.41.0.4

*** a.root-servers.net can't find 249.249.192.in-addr.arpa.

: Non-existent domain

從這里可以清楚地看出尚未添加委派。你可以耐心地等待，如果在向父級(jí)區(qū)域請(qǐng)求委派后等待的時(shí)間太長(zhǎng)，你可以與父級(jí)區(qū)域的管理員聯(lián)系，問(wèn)他們是怎么回事。

6．子域委派不正確

子域委派不正確是 Internet 上另一個(gè)常見(jiàn)的問(wèn)題。讓委派保持最新需要人的參與 - 將你對(duì)你的一組權(quán)威性名稱服務(wù)器作的更改通知父級(jí)區(qū)域的管理員。因此，委派信息往往會(huì)由于管理員作更改時(shí)不將此情況通知他們的父級(jí)管理員而變得不準(zhǔn)確。有相當(dāng)多的管理員都認(rèn)為，建立委派是一勞永逸的事：在建立他們的區(qū)域時(shí)，他們讓父級(jí)管理員知道哪些名稱服務(wù)器是權(quán)威性的，然后就再也不與父級(jí)管理員溝通此事了。他們甚至在母親節(jié)也不知道打個(gè)電話。一名管理員可能會(huì)添加一個(gè)新的名稱服務(wù)器，撤下另一個(gè)，又改變了某一個(gè)名稱服務(wù)器的 I P 地址，而這一切都可能不讓父級(jí)區(qū)域的管理員知道。久而久之，由父級(jí)區(qū)域正確委派的名稱服務(wù)器的數(shù)目就會(huì)變少。在這種情況下，最好的結(jié)局是名稱解析時(shí)間延長(zhǎng)，因?yàn)檫M(jìn)行查詢的名稱服務(wù)器要費(fèi)盡周折去查找該區(qū)域的權(quán)威性名稱服務(wù)器。如果委派信息嚴(yán)重過(guò)時(shí)而最后一個(gè)權(quán)威性名稱服務(wù)器主機(jī)被停機(jī)維修，那么就無(wú)法訪問(wèn)到該區(qū)域中的信息。如果你懷疑有委派錯(cuò)誤，不管是從你的父級(jí)到你的區(qū)域，從你的區(qū)域到你的一個(gè)子級(jí)，還是從一個(gè)遠(yuǎn)程區(qū)域到該區(qū)域的一個(gè)子級(jí)，你都可以用 nslookup 來(lái)檢查：

C:> nslookup

Default Server: terminator.microsoft.com

Address: 152.104.1.6

> server a.gtld-servers.net . --Set server to the parent name

--server you suspect has bad delegation

Default Server: a.gtld-servers.net

Address: 198.41.0.4

> set type=ns --Look for NS records

> microsoft.com . --for the zone in question

Server: a.gtld-servers.net

Address: 198.41.0.4

Non-authoritative answer:

……

RELAY.MICROSOFT.COM internet address = 15.255.152.2

HPLABS.HPL.MICROSOFT.COM internet address = 15.255.176.47

NNSC.NSF.NET internet address = 128.89.1.178

HPSDLO.SDD.MICROSOFT.COM internet address = 15.255.160.64

HPSDLO.SDD.MICROSOFT.COM internet address = 15.26.112.11

假如你懷疑到 hpsdlo.sdd.microsoft.com 的委派不正確，你可以在 hpsdlo 區(qū)域查詢 micr osoft.com 中的數(shù)據(jù)，并檢查返回的結(jié)果：

> server hpsdlo.sdd.microsoft.com .

Default Server: hpsdlo.sdd.microsoft.com

Addresses: 15.255.160.64, 15.26.112.11

> set norecurse

> set type=soa

> microsoft.com .

Server: hpsdlo.sdd.microsoft.com

Addresses: 15.255.160.64, 15.26.112.11

Non-authoritative answer:

……

expire = 604800 (7 days)

minimum ttl = 86400 (1 day)

Authoritative answers can be found from:

……

RELAY.MICROSOFT.COM internet address = 15.255.152.2

HPLABS.HPL.MICROSOFT.COM internet address = 15.255.176.47

NNSC.NSF.NET internet address = 128.89.1.178

如果hpsdlo 確實(shí)是權(quán)威性的，它就會(huì)返回一個(gè)權(quán)威性的響應(yīng)。microsoft.com 區(qū)域的管理員能告訴你 hpsdlo 是否應(yīng)是 microsoft.com 的一個(gè)權(quán)威性名稱服務(wù)器，所以你應(yīng)與該管理員聯(lián)系。

域名解析需要時(shí)間才生效，并且，在各地方都不是同步的，一般需要幾個(gè)小時(shí)就可以了。

參考文獻(xiàn)：http://www.jhonet.com 使用winmydns 解析好，因?yàn)樗哂须p重功能，電信和網(wǎng)通的都可以解析。主要有以下特性：

1,WinMyDNS 運(yùn)行在windows 平臺(tái)上, 綠色免安裝軟件, 由于window 自帶DNS 服務(wù)實(shí)在難用, 性能又不好, 超過(guò)

1000個(gè)域名就跑不動(dòng)了, 二次開(kāi)發(fā)更是難上加難. 有了WinMyDNS 就可以輕松管理了.

2, 該軟件最大的優(yōu)點(diǎn)是首創(chuàng)DNS 雙線智能解析功能, 是目前解決網(wǎng)通、電信、鐵通及其他網(wǎng)絡(luò)的互通問(wèn)題的

最有效方法, 同一個(gè)域名可以讓網(wǎng)通、電信及其他線路的客戶ping 出來(lái)的完全不同IP ，就近訪問(wèn)站點(diǎn)。

3, 最方便的地方是DNS 配置信息全部保存在ACCESS 或MSSQL 數(shù)據(jù)庫(kù)中, 只要對(duì)數(shù)據(jù)庫(kù)的記錄增減修改就可

以進(jìn)行DNS 自助解析

4, 最讓人放心的是超強(qiáng)性能. 不需要增加任何硬件設(shè)置, 即可在普通的機(jī)器上支持幾十萬(wàn)個(gè)域名的解析.

5, 官方網(wǎng)站是http://www.winiis.com, 在這里可以找到詳細(xì)的編程范例及最新版本. 免費(fèi)下載：http://www.winiis.com/download/WinMyDNS_V1.35.rar

qq ：529226441