Nslookup 是一個監測網絡中DNS服務器是否能正確實現域名解析的命令行工具。它在 Windows NT/2000/XP(在之后的windows系統也都可以用的,比如win7,win8等) 中均可使用,但在Windows 98中卻沒有集成這一個工具。
Nslookup 必須要安裝了TCP/IP 協議的網絡環境之后才能使用。
現在網絡中已經架設好了一臺 DNS 服務器,主機名稱為 linlin ,它可以把域名 www.company.com 解析為 192.168.0.1 的IP地址,這是我們平時用得比較多的正向解析功能。
檢測步驟如下:
在 Windows 2000 中單擊“開始”->“程序”->“附件”->“命令提示符”,在 C:/> 的后面鍵入 Nslookup www.companysz.com ,“回車”之后即可看到如下結果:
Server: linlin
Address: 192.168.0.5
Name: www.companysz.com
Address: 192.168.0.1
以上結果顯示,正在工作的 DNS 服務器的主機名為 linlin ,它的 IP 地址是192.168.0.5 ,而域名www.company.com 所對應的 IP 地址為 192.168.0.1 。那么,在檢測到 DNS 服務器 linlin 已經能順利實現正向解析的情況下,它的反向解析是否正常呢? 也就是說,能否把IP地址192.168.0.1反向解析為域名www.companysz.com ?我們在命令提示符C:/>的后面鍵入 Nslookup 192.168.0.1 ,得到結果如下:
Server: linlin
Address: 192.168.0.5
Name: www.companysz.com
Address: 192.168.0.1
這說明,DNS 服務器 linlin 的反向解析功能也正常。
然而,有的時候,我們鍵入Nslookup www.companysz.com ,卻出現如下結果:
Server: linlin
Address: 192.168.0.5
*** linlin can't find www.companysz.com: Non-existent domain
這種情況說明網絡中DNS服務器 linlin 在工作,卻不能實現域名 www.companysz.com的正確解析。此時,要分析DNS服務器的配置情況,看是否 www.company.com 這一條域名對應的 IP 地址記錄已經添加到了DNS的數據庫中。
還有的時候,我們鍵入Nslookup www.companysz.com ,會出現如下結果:
*** Can't find server name for domain: No response from server
*** Can't find www.company.com : Non-existent domain
這時,說明測試主機在目前的網絡中,根本沒有找到可以使用的 DNS 服務器。此時,我們要對整個網絡的連通性作全面的檢測,并檢查DNS服務器是否處于正常工作狀態,采用逐步排錯的方法,找出 DNS 服務不能啟動的根源。
配置好DNS服務器,添加了相應的記錄之后,只要IP地址保持不變,一般情況下我們就不再需要去維護DNS的數據文件了。不過在確認域名解釋正常之前我們最好是測試一下所有的配置是否正常。許多人會簡單地使用ping命令檢查一下就算了。不過Ping指令只是一個檢查網絡聯通情況的命令,雖然在輸入的參數是域名的情況下會通過DNS進行查詢,但是它只能查詢A類型和CNAME類型的記錄,而且只會告訴你域名是否存在,其他的信息一概欠奉。所以如果你需要對DNS的故障進行排錯就必須熟練另一個更強大的工具nslookup。這個命令可以指定查詢的類型,可以查到DNS記錄的生存時間還可以指定使用那個DNS服務器進行解釋。
查詢IP地址
nslookup最簡單的用法就是查詢域名對應的IP地址,包括A記錄和CNAME記錄,如果查到的是CNAME記錄還會返回別名記錄的設置情況。其用法是:
nslookup 域名
以下是A記錄的返回情況。
nslookup命令會采用先反向解釋獲得使用的DNS服務器的名稱,由于我這里使用的是一個內部的DNS服務器所以沒有正確的反向記錄,導致結果的前面幾行出錯。大家可以不必理會。重點看的是最后的兩行這里看到的是www.oray.net的IP地址是61.145.112.212。注意即使www.oray.net的主機沒有在線同樣能夠返回結果。
如果目標域名是一個別名記錄(CNAME),nslookup就開始顯示出和ping命令不同的地方了,請看查詢CNAME記錄的結果。由于CNAME和A記錄最后都是活的IP地址,所以一般情況下兩者是等同看待的,命令的格式相同。
注意這次nslookup返回了三行信息,前兩行顯示這是一個CNAME記錄,對應的域名和IP地址。最后顯示的就是目標域名, 并注明Alias(別名)。如果域名不存在會怎樣呢?
看得懂最后以行的英文嗎,不懂沒關系記住形狀就可以了。如果一個指定類型的域名不存在對應的記錄同樣也是這種結果。
查詢其他類型的域名
前面兩個命令我們沒有加任何參數,所以默認情況下nslookup查詢的是A類型的記錄。如果我們配置了其他類型的記錄希望看到解釋是否正常。這時候ping就無能為力了。比如我們配置了MX記錄,但是郵件服務器只能發信不能收信,到底是域名解釋問題還是其他的問題Ping命令的檢查只能讓你誤入歧途。nslookup 這時候可以模擬你的其他遇見服務器進行域名解釋的情況。我們需要在nslookup上加上適當的參數。指定查詢記錄類型的指令格式如下:
nslookup
主站蜘蛛池模板:
国产精品视频1区
|
美女黄色毛片免费看
|
欧美在线a|
国产一级一级片
|
看免费一级毛片
|
久久网站免费
|
亚洲影视中文字幕
|
国产精品视频在线观看免费
|
亚洲成人福利在线
|
成人在线视频在线观看
|
亚洲综合精品
|
国产午夜亚洲精品
|
国产激爽大片在线播放
|
精品中文一区
|
久久精品视频一区
|
久久亚洲线观看视频
|
国产91亚洲精品一区二区三区
|
日本精品久久久一区二区三区
|
免费观看黄色片视频
|
久久亚洲线观看视频
|
91精品欧美一区二区三区
|
黄网站在线观
|
久久精品免费国产
|
久草在线综合
|
久草视频手机在线观看
|
国产精品免费小视频
|
91精品国产乱码久久桃
|
91午夜视频
|
av资源在线
|
天天夜碰日日摸日日澡性色av
|
日韩.www
|
国产美女视频免费
|
国产美女视频一区
|
久久影院国产精品
|
国产资源在线播放
|
亚洲最大久久
|
爱性久久久久久久
|
欧美aⅴ在线观看
|
久久爽久久爽久久av东京爽
|
视频一区二区三区在线观看
|
91精品国产九九九久久久亚洲
|