Linux下解析域名除了使用nslookup之外，開可以使用dig命令來解析域名，dig命令可以得到更多的域名信息。

dig的全稱是 (domain information groper)。它是一個(gè)用來靈活探測(cè)DNS的工具。它會(huì)打印出DNS name server的回應(yīng)。

一、dig命令用法

?

?

dig（域信息搜索器）命令是一個(gè)用于詢問 DNS 域名服務(wù)器的靈活的工具。它執(zhí)行 DNS 搜索，顯示從受請(qǐng)求的域名服務(wù)器返回的答復(fù)。多數(shù) DNS 管理員利用 dig 作為 DNS 問題的故障診斷，因?yàn)樗`活性好、易用、輸出清晰。

雖然通常情況下 dig 使用命令行參數(shù)，但它也可以按批處理模式從文件讀取搜索請(qǐng)求。不同于早期版本，dig 的 BIND9 實(shí)現(xiàn)允許從命令行發(fā)出多個(gè)查詢。除非被告知請(qǐng)求特定域名服務(wù)器，dig 將嘗試 /etc/resolv.conf 中列舉的所有服務(wù)器。當(dāng)未指定任何命令行參數(shù)或選項(xiàng)時(shí)，dig 將對(duì)“.”（根）執(zhí)行 NS 查詢。

二、dig命令選項(xiàng)

-b address	設(shè)置所要詢問地址的源 IP 地址。這必須是主機(jī)網(wǎng)絡(luò)接口上的某一合法的地址。
-c class	缺省查詢類（IN for internet）由選項(xiàng) -c 重設(shè)。class 可以是任何合法類，比如查詢 Hesiod 記錄的 HS 類或查詢 CHAOSNET 記錄的 CH 類。
-f filename	使 dig 在批處理模式下運(yùn)行，通過從文件 filename 讀取一系列搜索請(qǐng)求加以處理。文件包含許多查詢；每行一個(gè)。文件中的每一項(xiàng)都應(yīng)該以和使用命令行接口對(duì) dig 的查詢相同的方法來組織。
-h	當(dāng)使用選項(xiàng) -h 時(shí)，顯示一個(gè)簡(jiǎn)短的命令行參數(shù)和選項(xiàng)摘要。
-k filename	要簽署由 dig 發(fā)送的 DNS 查詢以及對(duì)它們使用事務(wù)簽名（TSIG）的響應(yīng)，用 選項(xiàng) -k 指定 TSIG 密鑰文件。
-n	缺省情況下，使用 IP6.ARPA 域和 RFC2874 定義的二進(jìn)制標(biāo)號(hào)搜索 IPv6 地址。為了使用更早的、 使用 IP6.INT 域和 nibble 標(biāo)簽的 RFC1886 方法，指定 選項(xiàng) -n（nibble）。
-p port#	如果需要查詢一個(gè)非標(biāo)準(zhǔn)的端口號(hào)，則使用選項(xiàng) -p。port# 是 dig 將發(fā)送其查詢的端口號(hào)，而不是標(biāo)準(zhǔn)的 DNS 端口號(hào) 53。該選項(xiàng)可用于測(cè)試已在非標(biāo)準(zhǔn)端口號(hào)上配置成偵聽查詢的域名服務(wù)器。
-t type	設(shè)置查詢類型為 type。可以是 BIND9 支持的任意有效查詢類型。缺省查詢類型是 A，除非提供 -x 選項(xiàng)來指示一個(gè)逆向查詢。通過指定 AXFR 的 type 可以請(qǐng)求一個(gè)區(qū)域傳輸。當(dāng)需要增量區(qū)域傳輸（IXFR）時(shí)，type 設(shè)置為 ixfr=N。增量區(qū)域傳輸將包含自從區(qū)域的 SOA 記錄中的序列號(hào)改為 N 之后對(duì)區(qū)域所做的更改。
-x addr	逆向查詢（將地址映射到名稱）可以通過 -x 選項(xiàng)加以簡(jiǎn)化。addr 是一個(gè) 以小數(shù)點(diǎn)為界的 IPv4 地址或冒號(hào)為界的 IPv6 地址。當(dāng)使用這個(gè)選項(xiàng)時(shí)，無需提供 name、class 和 type 參數(shù)。dig 自動(dòng)運(yùn)行類似11.12.13.10.in-addr.arpa?的域名查詢，并分別設(shè)置查詢類型和類為 PTR 和 IN。
-y name:key	您可以通過命令行上的 -y 選項(xiàng)指定 TSIG 密鑰；name 是 TSIG 密碼的名稱，key 是實(shí)際的密碼。密碼是 64 位加密字符串，通常由 dnssec-keygen（8）生成。當(dāng)在多用戶系統(tǒng)上使用選項(xiàng) -y 時(shí)應(yīng)該謹(jǐn)慎，因?yàn)槊艽a在 ps（1）的輸出或 shell 的歷史文件中可能是可見的。當(dāng)同時(shí)使用 dig 和 TSCG 認(rèn)證時(shí)，被查詢的名稱服務(wù)器需要知道密碼和解碼規(guī)則。在 BIND 中，通過提供正確的密碼和 named.conf 中的服務(wù)器聲明實(shí)現(xiàn)。

三、查詢選項(xiàng)

dig 提供查詢選項(xiàng)號(hào)，它影響搜索方式和結(jié)果顯示。一些在查詢請(qǐng)求報(bào)頭設(shè)置或復(fù)位標(biāo)志位，一部分決定顯示哪些回復(fù)信息，其它的確定超時(shí)和重試戰(zhàn)略。每個(gè)查詢選項(xiàng) 被帶前綴（+）的關(guān)鍵字標(biāo)識(shí)。一些關(guān)鍵字設(shè)置或復(fù)位一個(gè)選項(xiàng)。通常前綴是求反關(guān)鍵字含義的字符串 no。其他關(guān)鍵字分配各選項(xiàng)的值，比如超時(shí)時(shí)間間隔。它們的格式形如 +keyword=value。查詢選項(xiàng)是：

+[no]tcp

查詢域名服務(wù)器時(shí)使用 [不使用] TCP。缺省行為是使用 UDP，除非是 AXFR 或 IXFR 請(qǐng)求，才使用 TCP 連接。

+[no]vc

查詢名稱服務(wù)器時(shí)使用 [不使用] TCP。+[no]tcp 的備用語法提供了向下兼容。 vc 代表虛電路。

+[no]ignore

忽略 UDP 響應(yīng)的中斷，而不是用 TCP 重試。缺省情況運(yùn)行 TCP 重試。

+domain=somename

設(shè)定包含單個(gè)域 somename 的搜索列表，好像被 /etc/resolv.conf 中的域偽指令指定，并且啟用搜索列表處理，好像給定了 +search 選項(xiàng)。

+[no]search

使用 [不使用] 搜索列表 或 resolv.conf 中的域偽指令（如果有的話）定義的搜索列表。缺省情況不使用搜索列表。

+[no]defname

不建議看作 +[no]search 的同義詞。

+[no]aaonly

該選項(xiàng)不做任何事。它用來提供對(duì)設(shè)置成未實(shí)現(xiàn)解析器標(biāo)志的 dig 的舊版本的兼容性。

+[no]adflag

在查詢中設(shè)置 [不設(shè)置] AD（真實(shí)數(shù)據(jù)）位。目前 AD 位只在響應(yīng)中有標(biāo)準(zhǔn)含義，而查詢中沒有，但是出于完整性考慮在查詢中這種性能可以設(shè)置。

+[no]cdflag

在查詢中設(shè)置 [不設(shè)置] CD（檢查禁用）位。它請(qǐng)求服務(wù)器不運(yùn)行響應(yīng)信息的 DNSSEC 合法性。

+[no]recursive

切換查詢中的 RD（要求遞歸）位設(shè)置。在缺省情況下設(shè)置該位，也就是說 dig 正常情形下發(fā)送遞歸查詢。當(dāng)使用 查詢選項(xiàng) +nssearch 或 +trace 時(shí)，遞歸自動(dòng)禁用。

+[no]nssearch

這個(gè)選項(xiàng)被設(shè)置時(shí)，dig 試圖尋找包含待搜名稱的網(wǎng)段的權(quán)威域名服務(wù)器，并顯示網(wǎng)段中每臺(tái)域名服務(wù)器的 SOA 記錄。

+[no]trace

切換為待查詢名稱從根名稱服務(wù)器開始的代理路徑跟蹤。缺省情況不使用跟蹤。一旦啟用跟蹤，dig 使用迭代查詢解析待查詢名稱。它將按照從根服務(wù)器的參照，顯示來自每臺(tái)使用解析查詢的服務(wù)器的應(yīng)答。

+[no]cmd

設(shè)定在輸出中顯示指出 dig 版本及其所用的查詢選項(xiàng)的初始注釋。缺省情況下顯示注釋。

+[no]short

提供簡(jiǎn)要答復(fù)。缺省值是以冗長格式顯示答復(fù)信息。

+[no]identify

當(dāng)啟用 +short 選項(xiàng)時(shí)，顯示 [或不顯示] 提供應(yīng)答的 IP 地址和端口號(hào)。如果請(qǐng)求簡(jiǎn)短格式應(yīng)答，缺省情況不顯示提供應(yīng)答的服務(wù)器的源地址和端口號(hào)。

+[no]comments

切換輸出中的注釋行顯示。缺省值是顯示注釋。

+[no]stats

該查詢選項(xiàng)設(shè)定顯示統(tǒng)計(jì)信息：查詢進(jìn)行時(shí)，應(yīng)答的大小等等。缺省顯示查詢統(tǒng)計(jì)信息。

+[no]qr

顯示 [不顯示] 發(fā)送的查詢請(qǐng)求。缺省不顯示。

+[no]question

當(dāng)返回應(yīng)答時(shí)，顯示 [不顯示] 查詢請(qǐng)求的問題部分。缺省作為注釋顯示問題部分。

+[no]answer

顯示 [不顯示] 應(yīng)答的回答部分。缺省顯示。

+[no]authority

顯示 [不顯示] 應(yīng)答的權(quán)限部分。缺省顯示。

+[no]additional

顯示 [不顯示] 應(yīng)答的附加部分。缺省顯示。

+[no]all

設(shè)置或清除所有顯示標(biāo)志。

+time=T

為查詢?cè)O(shè)置超時(shí)時(shí)間為 T 秒。缺省是5秒。如果將 T 設(shè)置為小于1的數(shù)，則以1秒作為查詢超時(shí)時(shí)間。

+tries=A

設(shè)置向服務(wù)器發(fā)送 UDP 查詢請(qǐng)求的重試次數(shù)為 A，代替缺省的 3 次。如果把 A 小于或等于 0，則采用 1 為重試次數(shù)。

+ndots=D

出于完全考慮，設(shè)置必須出現(xiàn)在名稱 D 的點(diǎn)數(shù)。缺省值是使用在 /etc/resolv.conf 中的 ndots 語句定義的，或者是 1，如果沒有 ndots 語句的話。帶更少點(diǎn)數(shù)的名稱 被解釋為相對(duì)名稱，并通過搜索列表中的域或文件 /etc/resolv.conf 中的域偽指令進(jìn)行搜索。

+bufsize=B

設(shè)置使用 EDNS0 的 UDP 消息緩沖區(qū)大小為 B 字節(jié)。緩沖區(qū)的最大值和最小值分別為 65535 和 0。超出這個(gè)范圍的值自動(dòng)舍入到最近的有效值。

+[no]multiline

以詳細(xì)的多行格式顯示類似 SOA 的記錄，并附帶可讀注釋。缺省值是每單個(gè)行上顯示一條記錄，以便于計(jì)算機(jī)解析 dig 的輸出。

四、多條查詢

dig 的 BIND9 支持在命令行上指定多個(gè)查詢（支持 -f 批處理文件選項(xiàng)的附加功能）。每條查詢可以使用自己的標(biāo)志位、選項(xiàng)和查詢選項(xiàng)。

在這種情況下，在上面描述的命令行語法中，每條查詢自變量代表一個(gè)個(gè)別查詢。每一條由任意標(biāo)準(zhǔn)選項(xiàng)和標(biāo)志、待查詢名稱、可選查詢類型和類以及任何適用于該查詢的查詢選項(xiàng)。

也可以使用對(duì)所有查詢均有效的查詢選項(xiàng)全局集合。全局查詢選項(xiàng)必須位于命令行上第一個(gè)名稱、類、類型、選項(xiàng)、標(biāo)志和查詢選項(xiàng)的元組之前。任何全局查詢選項(xiàng)（除了 +[no]cmd 選項(xiàng)）可以被下面的查詢特別選項(xiàng)重設(shè)。例如:

[root@RHEL6 ~]#dig +qr www.lampbo.org any -x 127.0.0.1 isc.org ns +noqr

顯示 dig 如何從命令行出發(fā)進(jìn)行三個(gè)查詢：一個(gè)針對(duì) www.lampbo.org的任意查詢、一個(gè) 127.0.0.1 的逆向查詢，以及一個(gè) lampbo.org 的 NS 記錄查詢。應(yīng)用了 +qr 的全局查詢選項(xiàng)，以便 dig 顯示進(jìn)行每條查詢的初始查詢。最后那個(gè)查詢有一個(gè)本地查詢選項(xiàng) +noqr，表示 dig 在搜索 lampbo.org 的 NS 記錄時(shí)不顯示初始查詢。

五、dig典型用法

dig 調(diào)用類似：

[root@RHEL6 ~]#dig @server name type

其中：

server?? 待查詢名稱服務(wù)器的名稱或 IP 地址。可以是用點(diǎn)分隔的 IPv4 地址或用冒號(hào)分隔的 IPv6 地址。當(dāng)由主機(jī)提供服務(wù)器參數(shù)時(shí)，dig 在查詢域名服務(wù)器前先解析那個(gè)名稱。如果沒有服務(wù)器參數(shù)可以提供，dig 參考 /etc/resolv.conf，然后查詢列舉在那里的域名服務(wù)器。顯示來自域名服務(wù)器的應(yīng)答。

name?? 將要查詢的資源記錄的名稱。

type??? 顯示所需的查詢類型 － ANY、A、MX、SIG，以及任何有效查詢類型等。如果不提供任何類型參數(shù)，dig 將對(duì)紀(jì)錄 A 執(zhí)行查詢。

6、示例

（1）、顯示13個(gè)根域服務(wù)器

internet上有13個(gè)根域服務(wù)器，使用不加參數(shù)的dig命令顯示這些服務(wù)器信息

[root@RHEL6 ~]#dig; <<>> DiG 9.7.3-P3-RedHat-9.7.3-8.P3.el6_2.2 <<>> ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 63379 ;; flags: qr rd ra; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 13;; QUESTION SECTION: ;.????????????????????????????? IN????? NS;; ANSWER SECTION: .?????????????????????? 126666? IN????? NS????? m.root-servers.net. .?????????????????????? 126666? IN????? NS????? f.root-servers.net. .?????????????????????? 126666? IN????? NS????? b.root-servers.net. .?????????????????????? 126666? IN????? NS????? j.root-servers.net. .?????????????????????? 126666? IN????? NS????? c.root-servers.net. .?????????????????????? 126666? IN????? NS????? k.root-servers.net. .?????????????????????? 126666? IN????? NS????? e.root-servers.net. .?????????????????????? 126666? IN????? NS????? g.root-servers.net. .?????????????????????? 126666? IN????? NS????? i.root-servers.net. .?????????????????????? 126666? IN????? NS????? h.root-servers.net. .?????????????????????? 126666? IN????? NS????? l.root-servers.net. .?????????????????????? 126666? IN????? NS????? d.root-servers.net. .?????????????????????? 126666? IN????? NS????? a.root-servers.net.;; ADDITIONAL SECTION: a.root-servers.net.???? 557725? IN????? A?????? 198.41.0.4 b.root-servers.net.???? 490757? IN????? A?????? 192.228.79.201 c.root-servers.net.???? 494796? IN????? A?????? 192.33.4.12 d.root-servers.net.???? 604214? IN????? A?????? 128.8.10.90 e.root-servers.net.???? 491068? IN????? A?????? 192.203.230.10 f.root-servers.net.???? 492932? IN????? A?????? 192.5.5.241 g.root-servers.net.???? 400973? IN????? A?????? 192.112.36.4 h.root-servers.net.???? 492311? IN????? A?????? 128.63.2.53 i.root-servers.net.???? 349084? IN????? A?????? 192.36.148.17 j.root-servers.net.???? 492099? IN????? A?????? 192.58.128.30 k.root-servers.net.???? 403770? IN????? A?????? 193.0.14.129 l.root-servers.net.???? 308080? IN????? A?????? 199.7.83.42 m.root-servers.net.???? 217613? IN????? A?????? 202.12.27.33;; Query time: 12 msec ;; SERVER: 202.96.69.38#53(202.96.69.38) ;; WHEN: Fri May 25 22:45:50 2012 ;; MSG SIZE? rcvd: 436

（2）、常用查詢

例如查詢www.baidu.com這個(gè)域名的信息

[root@RHEL6 ~]#dig www.baidu.com; <<>> DiG 9.7.3-P3-RedHat-9.7.3-8.P3.el6_2.2 <<>> www.baidu.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 9532 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 4, ADDITIONAL: 3;; QUESTION SECTION: ;www.baidu.com.???????????????? IN????? A;; ANSWER SECTION: www.baidu.com.????????? 805???? IN????? CNAME?? www.a.shifen.com. www.a.shifen.com.?????? 251???? IN????? A?????? 61.135.169.105 www.a.shifen.com.?????? 251???? IN????? A?????? 61.135.169.125;; AUTHORITY SECTION: a.shifen.com.?????????? 65426?? IN????? NS????? ns5.a.shifen.com. a.shifen.com.?????????? 65426?? IN????? NS????? ns4.a.shifen.com. a.shifen.com.?????????? 65426?? IN????? NS????? ns9.a.shifen.com. a.shifen.com.?????????? 65426?? IN????? NS????? ns7.a.shifen.com.;; ADDITIONAL SECTION: ns4.a.shifen.com.?????? 450???? IN????? A?????? 123.125.113.67 ns7.a.shifen.com.?????? 216???? IN????? A?????? 220.181.38.47 ns9.a.shifen.com.?????? 263???? IN????? A?????? 61.135.166.226;; Query time: 11 msec ;; SERVER: 202.96.69.38#53(202.96.69.38) ;; WHEN: Fri May 25 22:48:36 2012 ;; MSG SIZE? rcvd: 210

解析過程說明：

· DNS客戶端發(fā)包到DNS服務(wù)端請(qǐng)求www.baidu.com的IP地址，由于有一條CNAME記錄；

· DNS客戶端會(huì)訪問www.a.shifen.com的域名服務(wù)器（相當(dāng)于是訪問www.baidu.com的域名服務(wù)器）；

· 在這里www.a.shifen.com的域名服務(wù)器是一個(gè)負(fù)責(zé)DNS查詢流量均衡的調(diào)度器，負(fù)責(zé)把DNS請(qǐng)求調(diào)度到ns5.a.shifen.com、ns6.a.shifen.com等域名服務(wù)器上

· 最后這些標(biāo)記了NS的域名服務(wù)器會(huì)把百度的IP返回給DNS客戶端

· 然后我們就得到了www.baidu.com的IP地址

（3）使用? +[no]short 運(yùn)行簡(jiǎn)短輸出

[root@RHEL6 ~]#dig sohu.com @202.102.134.68 -p 53 -t MX +short 10 sohumx.h.a.sohu.com. 5 sohumx1.sohu.com.

（4）、使用 ?+[no]trace 跟蹤域名解析過程

[root@RHEL6 ~]#dig sohu.com @202.102.134.68 -p 53 -t MX +trace; <<>> DiG 9.7.3-P3-RedHat-9.7.3-8.P3.el6_2.2 <<>> sohu.com @202.102.134.68 -p 5????????????????????????????????????????????????????? 3 -t MX +trace ;; global options: +cmd .?????????????????????? 465774? IN????? NS????? m.root-servers.net. .?????????????????????? 465774? IN????? NS????? h.root-servers.net. .?????????????????????? 465774? IN????? NS????? a.root-servers.net. .?????????????????????? 465774? IN????? NS????? b.root-servers.net. .?????????????????????? 465774? IN????? NS????? e.root-servers.net. .?????????????????????? 465774? IN????? NS????? l.root-servers.net. .?????????????????????? 465774? IN????? NS????? j.root-servers.net. .?????????????????????? 465774? IN????? NS????? g.root-servers.net. .?????????????????????? 465774? IN????? NS????? c.root-servers.net. .?????????????????????? 465774? IN????? NS????? d.root-servers.net. .?????????????????????? 465774? IN????? NS????? i.root-servers.net. .?????????????????????? 465774? IN????? NS????? k.root-servers.net. .?????????????????????? 465774? IN????? NS????? f.root-servers.net. .?????????????????????? 465802? IN????? RRSIG?? NS 8 0 518400 20120531000000 201????????????????????????????????????????????????????? 20523230000 56158 . rnJgCZ4R9UnWLKKme23oJa9wh5q9dYNvHZvwsrFtAHe8OtE8qNdeVDvh jyc????????????????????????????????????????????????????? 3eJktGOMT77U336stCRE1b0KzPD7CZe04+plO9Ckm0wkFYFReg2Aa MTLxqI//hcUnIfixLXeq4bULt0????????????????????????????????????????????????????? rjfQTzjjh0d1vG9fPTbSIkgHle6WW5 +PM= ;; Received 397 bytes from 202.102.134.68#53(202.102.134.68) in 106 mscom.??????????????????? 172800? IN????? NS????? g.gtld-servers.net. com.??????????????????? 172800? IN????? NS????? j.gtld-servers.net. com.??????????????????? 172800? IN????? NS????? e.gtld-servers.net. com.??????????????????? 172800? IN????? NS????? i.gtld-servers.net. com.??????????????????? 172800? IN????? NS????? h.gtld-servers.net. com.??????????????????? 172800? IN????? NS????? l.gtld-servers.net. com.??????????????????? 172800? IN????? NS????? m.gtld-servers.net. com.??????????????????? 172800? IN????? NS????? b.gtld-servers.net. com.??????????????????? 172800? IN????? NS????? d.gtld-servers.net. com.??????????????????? 172800? IN????? NS????? f.gtld-servers.net. com.??????????????????? 172800? IN????? NS????? a.gtld-servers.net. com.??????????????????? 172800? IN????? NS????? k.gtld-servers.net. com.??????????????????? 172800? IN????? NS????? c.gtld-servers.net. ;; Received 486 bytes from 192.228.79.201#53(b.root-servers.net) in 270 mssohu.com.?????????????? 172800? IN????? NS????? dns.sohu.com. sohu.com.?????????????? 172800? IN????? NS????? ns1.sohu.com. sohu.com.?????????????? 172800? IN????? NS????? ns2.sohu.com. sohu.com.?????????????? 172800? IN????? NS????? ns4.sohu.com. ;; Received 162 bytes from 192.33.14.30#53(b.gtld-servers.net) in 438 mssohu.com.?????????????? 600???? IN????? MX????? 10 sohumx.h.a.sohu.com. sohu.com.?????????????? 600???? IN????? MX????? 5 sohumx1.sohu.com. sohu.com.?????????????? 21600?? IN????? NS????? ns2.sohu.com. sohu.com.?????????????? 21600?? IN????? NS????? dns.sohu.com. sohu.com.?????????????? 21600?? IN????? NS????? ns1.sohu.com. sohu.com.?????????????? 21600?? IN????? NS????? ns4.sohu.com. ;; Received 229 bytes from 121.14.0.41#53(ns4.sohu.com) in 70 ms

轉(zhuǎn)載于:https://www.cnblogs.com/MLing/p/9199336.html

總結(jié)

以上是生活随笔為你收集整理的使用dig命令解析域名的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。