https://www.cnblogs.com/daxian2012/archive/2013/01/10/2854126.html

?

譯者序：
可以這樣說，翻譯本篇文檔的過程就是我重新學習DNS的過程，dig命令可以幫助我們學習DNS的原理，配置，
以及其查詢過程。以前使用dig僅僅是查詢一下A記錄或者MX記錄，現在發現其功能真的不是一般的強大。希望
本文對英文不是太好的朋友在使用Linux和DNS時有些幫助。
本HOWTO的官方出處是http://www.madboa.com/geek/dig/。
由于此文檔出現較早，本文中涉及到的一些例子可能和現在實際查詢過程中查詢到的結果有些不一致，但是為
了保證譯文與作者的原文一致，我并沒有對這些內容做任何修改。
另外由于本人的英語和語文都不是那么好，有些內容可能翻譯得不是很流暢或者詞不達意，希望高手予以指點
或者通過Email告知。謝謝！
Victor Chen（kubryjsc@163.com）? ?
6/22/2008 譯畢

Dig簡介：
? ?Dig是一個在類Unix命令行模式下查詢DNS包括NS記錄，A記錄，MX記錄等相關信息的工具。由于一直缺失
Dig man page文檔，本文就權當一個dig使用向導吧。
? ?Dig的源碼是ISC BIND大包的一部分，但是大多編譯和安裝Bind的文檔都不把它包括在內，但是在linux系
統下，它通常是某個包的一部分，在Gentoo下是bind-tools，在Redhat/Fedora下是 bind-utils，或者在
Debian下是 dnsutils。? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??
如果你要查找Bind的配置相關的信息，你參考我的文章：Bind for the mall LAN
（http://www.madboa.com/geek/soho-bind/）。
看懂默認輸出：
最簡單最常見的查詢是查詢一臺主機，但是默認情況下，Dig的輸出信息很詳細。你可能不需要所有的輸出，
但是它確實值得知道。

=======================================================================

下面是一個帶有注釋的查詢：
$ dig?www.isc.org
上面是我調用dig 的命令行。
; <<>> DiG 9.2.3 <<>>?www.isc.org
;; global options:??printcmd
Dig的部分輸出告訴我們一些有關于它的版本信息(version 9.2.3)和全局的設置選項，如果+nocmd在命令行下
是第一個參數的話，那么這部分輸出可以通過加+nocmd的方式查詢出來。
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43071
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 3
在這里，Dig告訴我們一些從DNS返回的技術信息，這段信息可以用選項 +[no]comments來控制顯示，但是小心
，禁止掉comments也可能關閉一些其它的選項。
;; QUESTION SECTION:
;www.isc.org.? ?? ?? ?? ?? ?? ? IN? ?? ?A
在這個查詢段中，Dig顯示出我們查詢的輸出，默認的查詢是查詢A記錄，你可以顯示或者禁止掉這些用+[no]
question選項
;; ANSWER SECTION:
www.isc.org.? ?? ?? ?? ?600? ???IN? ?? ?A? ?? ? 204.152.184.88
最后，我們得到我們查詢的結果。www.isc.org?的地址是204.152.184.8，我不知道為什么你們更喜歡過濾掉
這些輸出，但是你可以用+[no]answer保留這些選項。
;; AUTHORITY SECTION:
isc.org.? ?? ?? ?? ?? ? 2351? ? IN? ?? ?NS? ?? ?ns-int.isc.org.
isc.org.? ?? ?? ?? ?? ? 2351? ? IN? ?? ?NS? ?? ?ns1.gnac.com.
isc.org.? ?? ?? ?? ?? ? 2351? ? IN? ?? ?NS? ?? ?ns-ext.isc.org.
這段權威說明告訴我們哪個DNS服務器給我們提供權威的答案。在這個例子中，isc.org有3個Name Server，你
可以用+[no]authority選項保留這段輸出。
;; ADDITIONAL SECTION:
ns1.gnac.com.? ?? ?? ???171551??IN? ?? ?A? ?? ? 209.182.216.75
ns-int.isc.org.? ?? ?? ?2351? ? IN? ?? ?A? ?? ? 204.152.184.65
ns-int.isc.org.? ?? ?? ?2351? ? IN? ?? ?AAAA? ? 2001:4f8:0:2::15
這些額外選項很有代表性地包含了列出的權威DNS的IP地址，這段輸出可以用+[no]additional選項保留。
;; Query time: 2046 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Fri Aug 27 08:22:26 2004
;; MSG SIZE??rcvd: 173
最后一段默認輸出包含了查詢的統計數據，可以用+[no]stats保留。

===========================================================================

我們可以查詢什么？
Dig可以讓你有效地查詢DNS，最常用的查詢是A記錄，TXT（文本注釋），MX記錄，NS記錄，或者任意綜合查詢。

查找yahoo.com的A記錄：（此處一定是域而不是主機，如我公司為xinpindao.com)
dig yahoo.com A +noall +answer

查找yahoo.com MX記錄的列表：
dig yahoo.com MX +noall +answer

查找yahoo.com的權威DNS：
dig yahoo.com NS +noall +answer

查詢上面所有的記錄：
dig yahoo.com ANY +noall +answer

在現在這種IPv4和IPV6混用的情況下，你也可以使用AAAA的選項查詢主機的IPv6 AAAA記錄：
dig?www.isc.org?AAAA +short
如果你要查詢的域允許轉發，你也可以查詢到相關的信息，比如DNS記錄在internet上的生存周期，但是，現
在只有很少的DNS允許無限制轉發。

我們怎樣查詢？獲得精簡答案？
當我們需要一個快速回答時，+short選項是你最好的朋友:
dig?www.isc.org?+short
204.152.184.88

獲得一個不是十分精簡的答案？
精簡答案和只有一個答案是不一樣的，

獲得沒有附加信息的詳細答案的方法是使用+noall選項，這樣就只保留你想要的輸出。
下面是只有一個答案的精簡查詢，最后包含所有的配置信息，包括TTL數據，格式化的BIND配置信息。
$ dig fsf.org mx +short
20 mx20.gnu.org.
30 mx30.gnu.org.
10 mx10.gnu.org.
$ dig +nocmd fsf.org mx +noall +answer
fsf.org.? ?? ?? ?? ?? ? 3583? ? IN? ?? ?MX? ?? ?30 mx30.gnu.org.
fsf.org.? ?? ?? ?? ?? ? 3583? ? IN? ?? ?MX? ?? ?10 mx10.gnu.org.
fsf.org.? ?? ?? ?? ?? ? 3583? ? IN? ?? ?MX? ?? ?20 mx20.gnu.org.

獲得一個詳細答案？
通過它的man page，你可以通過+multiline選項獲得冗長的多行模式人性化注釋的DSN的SOA記錄，一般來說，
用+multiline選項獲得的信息可以顯示很多，就像BIND配置文件一樣。
$ dig +nocmd ogi.edu any +multiline +noall +answer
ogi.edu.? ?14267 IN A 129.95.59.31
ogi.edu.? ?14267 IN MX 5 cse.ogi.edu.
ogi.edu.? ?14267 IN MX 15 hermes.admin.ogi.edu.
ogi.edu.? ?14267 IN SOA zeal.admin.ogi.edu. hostmaster.admin.ogi.edu. (
? ?? ?? ?? ?? ?? ? 200408230??; serial
? ?? ?? ?? ?? ?? ? 14400? ?? ?; refresh (4 hours)
? ?? ?? ?? ?? ?? ? 900? ?? ???; retry (15 minutes)
? ?? ?? ?? ?? ?? ? 3600000? ? ; expire (5 weeks 6 days 16 hours)
? ?? ?? ?? ?? ?? ? 14400? ?? ?; minimum (4 hours)
? ?? ?? ?? ?? ?? ? )
ogi.edu.? ?14267 IN NS zeal.admin.ogi.edu.
ogi.edu.? ?14267 IN NS cse.ogi.edu.
ogi.edu.? ?14267 IN NS fork.admin.ogi.edu.

查找PTR記錄？
可以用 -x的選項查找IP地址的主機名。
$ dig -x 204.152.184.167 +short
mx-1.isc.org.
在這個循環中，腳本很靈活地在給出的子網中映射出名字。
#!/bin/bash
NET=18.7.22
for n in $(seq 1 254); do
??ADDR=${NET}.${n}
??echo -e "${ADDR}\t$(dig -x ${ADDR} +short)"
done

查詢一個不同的命名服務器？
查詢命令如下：
dig @ns1.google.com?www.google.com
使用/etc/resolv.conf里面的記錄查詢
主機將從/etc/resolv.conf文件里面自動查詢DNS記錄
$ host www
www.madboa.com?has address 65.102.49.170
但是，默認情況下，dig會產生出一些意想不到的輸出。如果你想查詢本地主機名而不是全域名時候，使用
+search 選項
dig www +search

處理大部分的查詢？
如果你想查詢大量的主機名，你可以把它們存放在一個文本文件中(一條記錄一行)，使用帶-f參數的dig來依
次查詢。
# 查詢大量的主機名
dig -f /path/to/host-list.txt
# 相同的，更明確的輸出
dig -f /path/to/host-list.txt +noall +answer
但是我要告訴你的是，dig 9.2.3以及以后的版本都不支持使用-f的選項反向查詢了。
驗證DNS映射
不正確的DNS配置會給你帶來很多苦惱，你可以通過如下兩種方式驗證你的DNS配置：
1.每個主機名應該被解析到一個IP地址，而且那個IP地址也應該反指向那個主機名。
2.如果你子網上一個地址被反指向一個主機名，那么那個主機名也必須指向這個IP。
對于這兩條規則來說，還有一些例外情況，比如CNAME應該首先解析到另外一個主機名，而且只能指向一個IP
，有時多個主機名指向了相同的IP地址，但是那個IP只能有一個PTR記錄。
綜上，這些有助于你檢查你的DNS映射是否像你想象的那樣工作。
你也可以編寫一個測試腳本寫入你已知的主機名，如下所示，內容很簡單；它執行時當捕捉到一個CNAME時它
就會中斷，如果多個主機名指向同一個IP地址它會報錯。我們假設這個文件包含你的主機名叫做named-hosts
。
#!/bin/bash
#
# test DNS forward- and reverse-mapping
#
# edit this variable to reflect local class C subnet(s)
NETS="192.168.1 192.168.2"
# Test name to address to name validity
echo
echo -e "\tname -> address -> name"
echo '----------------------------------'
while read H; do
??ADDR=$(dig $H +short)
??if test -n "$ADDR"; then
? ? HOST=$(dig -x $ADDR +short)
? ? if test "$H" = "$HOST"; then
? ?? ?echo -e "ok\t$H -> $ADDR -> $HOST"
? ? elif test -n "$HOST"; then
? ?? ?echo -e "fail\t$H -> $ADDR -> $HOST"
? ? else
? ?? ?echo -e "fail\t$H -> $ADDR -> [unassigned]"
? ? fi
??else
? ? echo -e "fail\t$H -> [unassigned]"
??fi
done < named-hosts
# Test address to name to address validity
echo
echo -e "\taddress -> name -> address"
echo '-------------------------------------'
for NET in $NETS; do
??for n in $(seq 1 254); do
? ? A=${NET}.${n}
? ? HOST=$(dig -x $A +short)
? ? if test -n "$HOST"; then
? ?? ?ADDR=$(dig $HOST +short)
? ?? ?if test "$A" = "$ADDR"; then
? ?? ???echo -e "ok\t$A -> $HOST -> $ADDR"
? ?? ?elif test -n "$ADDR"; then
? ?? ???echo -e "fail\t$A -> $HOST -> $ADDR"
? ?? ?else
? ?? ???echo -e "fail\t$A -> $HOST -> [unassigned]"
? ?? ?fi
? ? fi
??done
done

有趣的dig
創建屬于你自己的named.root文件
任何連接到internet 的DNS服務器肯定會有InterNIC的named.root文件的拷貝，文件列出所有internet的根
DNS，如果你不怕麻煩的話，你可以經常從InterNIC的ftp服務器上把它下載下來，或者，你可以使用dig命令
創建屬于你自己的時髦的named.root
# compare with?ftp://ftp.internic.net/domain/named.root
dig +nocmd . NS +noall +answer +additional
你的TTL值在這邊可能會很小，但是它是你找到最新的named.root文件！

跟蹤dig的查詢路徑
你可能是個traceroute的狂熱愛好者，經常喜歡查看如何從點A連接點B。那你可以使用dig +trace選項做類似
的事。
dig gentoo.de +trace
你可以在dig輸出的頭部分看到根DNS，然后找到負責解析所有*.de的DNS，最后找到gentoo.de的域名IP。

獲取SOA記錄
作為一個DNS管理員，我有時會（對DNS配置）做一些改變，并且想知道我的DNS解析是否推送的還是舊數據，
這個+nssearch選項可以給你的公眾服務器提供清楚的統計信息。
# the unvarnished truth
dig cse.ogi.edu +nssearch
# the same, displaying only serial number and hostname
dig cse.ogi.edu +nssearch | cut -d' ' -f4,11

解釋TTL數值
我喜愛google有很多原因，其中一個原因就是它在我的WEB日志中提供了精確的鏈接，它會使我很容易地指出
哪種類型的查詢引導人們來訪問這個站點的頁面。
出乎意料的是，我已經看到很多請求要求查詢TTL數值，我從來沒想到TTL會成為最受歡迎的東東，但是你每天
都在學習新東西，所以，應大家的要求，這里稍微介紹一下TTL。
如果你從本地DNS查詢互聯網地址，服務器指出從哪里獲得權威的答案并獲得地址，一旦服務器獲知答案，它
將這個答案保存在本地緩存中以免你在稍后的時間內再次查詢同樣的地址，這樣它就會很快地從緩存中獲取你
要的答案，比你再次從internet查詢要快很多。
當域管理員配置DNS記錄時，他們可以決定這個記錄可以在緩存中保存多長時間，這就是TTL數值（通常用多少
秒來表示）。
通常地，遠端服務器一般對記錄的緩存只保存TTL數值長的時間。時間過期后，服務器會刷新它的本地緩存并
重新查詢一個權威答案。
當你用dig來查詢DNS服務器某條記錄時，服務器會告訴dig這條記錄可以在緩存中保持的時間長短。
舉個例子，像上面寫的那樣，gmail.com域的MX記錄的TTL值是300s，gmail.com域的管理員要求遠端服務器緩
存它的MX記錄不能高于5分鐘，所以當你第一次查詢那個記錄（gmail.com的MX記錄）時，dig會告訴你一個300
的TTL。
$ dig +nocmd gmail.com MX +noall +answer
gmail.com.? ?? ???300? ???IN? ?? ?MX? ?? ?20 gsmtp57.google.com.
gmail.com.? ?? ???300? ???IN? ?? ?MX? ?? ?10 gsmtp171.google.com.
如果你一段時間后再去查，你會發現TTL值減少為280（中間隔了20s）。
$ dig +nocmd gmail.com MX +noall +answer
gmail.com.? ?? ???280? ???IN? ?? ?MX? ?? ?10 gsmtp171.google.com.
gmail.com.? ?? ???280? ???IN? ?? ?MX? ?? ?20 gsmtp57.google.com.
如果你的時間計算得足夠好，你會獲取這條記錄的最后生存時間。
$ dig +nocmd gmail.com MX +noall +answer
gmail.com.? ?? ???1? ?? ? IN? ?? ?MX? ?? ?10 gsmtp171.google.com.
gmail.com.? ?? ???1? ?? ? IN? ?? ?MX? ?? ?20 gsmtp57.google.com.
在那之后，你查詢的DNS服務器會“忘記”這個問題的答案，在你下次查詢這條記錄時，整個循環又將開始（
本例子中是300s）。

在 unix 和 linux 下，建議大家使用 dig 命令來代替 nslookup。 dig 命令的功能比 nslookup 強大很多，不像 nslookkup 還得 set 來 set 去的，怪麻煩的。

下面是 dig 的一些比較常用的命令:?
# dig 最基本的用法
dig @server qianlong.com
# 用 dig 查看 zone 數據傳輸
dig @server qianlong.com AXFR
# 用 dig 查看 zone 數據的增量傳輸
dig @server qianlong.com IXFR=N
# 用 dig 查看反向解析
dig -x 124.42.102.203 @server
# 查找一個域的授權 dns 服務器
dig??qianlong.com +nssearch
# 從根服務器開始追蹤一個域名的解析過程
dig??qianlong.com +trace
# 查看你使用的是哪個 F root dns server?
dig +norec @F.ROOT-SERVERS.NET HOSTNAME.BIND CHAOS TXT
# 查看 bind 的版本號
dig @bind_dns_server CHAOS TXT version.bind

********************************
你可以到 www.isc.org 去下載一個 bind for windows 的版本安裝，安裝后就可以在 windows 上使用 dig 命令了。^O^
ftp://ftp.isc.org/isc/bind/contrib/ntbind-9.3.0/BIND9.3.0.zip
*********************************
用途
DNS 查詢實用程序。
語法
dig [@server] [-b address] [-c class] [-f filename] [-k filename] [ -n ][-p port#] [-t type] [-x addr] [-y name:key] [name] [type] [class] [queryopt...]
dig [-h]
dig [global-queryopt...] [query...]
描述
dig（域信息搜索器）命令是一個用于詢問 DNS 域名服務器的靈活的工具。它執行 DNS 搜索，顯示從受請求的域名服務器返回的答復。多數 DNS 管理員利用 dig 作為 DNS 問題的故障診斷，因為它靈活性好、易用、輸出清晰。雖然通常情況下 dig 使用命令行參數，但它也可以按批處理模式從文件讀取搜索請求。不同于早期版本，dig 的 BIND9 實現允許從命令行發出多個查詢。除非被告知請求特定域名服務器，dig 將嘗試 /etc/resolv.conf 中列舉的所有服務器。當未指定任何命令行參數或選項時，dig 將對“.”（根）執行 NS 查詢。
標志
-b address 設置所要詢問地址的源 IP 地址。這必須是主機網絡接口上的某一合法的地址。
-c class 缺省查詢類（IN for internet）由選項 -c 重設。class 可以是任何合法類，比如查詢 Hesiod 記錄的 HS 類或查詢 CHAOSNET 記錄的 CH 類。
-f filename 使 dig 在批處理模式下運行，通過從文件 filename 讀取一系列搜索請求加以處理。文件包含許多查詢；每行一個。文件中的每一項都應該以和使用命令行接口對 dig 的查詢相同的方法來組織。
-h 當使用選項 -h 時，顯示一個簡短的命令行參數和選項摘要。
-k filename 要簽署由 dig 發送的 DNS 查詢以及對它們使用事務簽名（TSIG）的響應，用選項 -k 指定 TSIG 密鑰文件。
-n 缺省情況下，使用 IP6.ARPA 域和 RFC2874 定義的二進制標號搜索 IPv6 地址。為了使用更早的、使用 IP6.INT 域和 nibble 標簽的 RFC1886 方法，指定選項 -n（nibble）。
-p port# 如果需要查詢一個非標準的端口號，則使用選項 -p。port# 是 dig 將發送其查詢的端口號，而不是標準的 DNS 端口號 53。該選項可用于測試已在非標準端口號上配置成偵聽查詢的域名服務器。
-t type 設置查詢類型為 type。可以是 BIND9 支持的任意有效查詢類型。缺省查詢類型是 A，除非提供 -x 選項來指示一個逆向查詢。通過指定 AXFR 的 type 可以請求一個區域傳輸。當需要增量區域傳輸（IXFR）時，type 設置為 ixfr=N。增量區域傳輸將包含自從區域的 SOA 記錄中的序列號改為 N 之后對區域所做的更改。
-x addr 逆向查詢（將地址映射到名稱）可以通過 -x 選項加以簡化。addr 是一個以小數點為界的 IPv4 地址或冒號為界的 IPv6 地址。當使用這個選項時，無需提供 name、class 和 type 參數。dig 自動運行類似 11.12.13.10.in-addr.arpa 的域名查詢，并分別設置查詢類型和類為 PTR 和 IN。
-y name:key 您可以通過命令行上的 -y 選項指定 TSIG 密鑰；name 是 TSIG 密碼的名稱，key 是實際的密碼。密碼是 64 位加密字符串，通常由 dnssec-keygen（8）生成。當在多用戶系統上使用選項 -y 時應該謹慎，因為密碼在 ps（1）的輸出或 shell 的歷史文件中可能是可見的。當同時使用 dig 和 TSCG 認證時，被查詢的名稱服務器需要知道密碼和解碼規則。在 BIND 中，通過提供正確的密碼和 named.conf 中的服務器聲明實現。
參數
global-queryopt... 全局查詢選項（請參閱多個查詢）。
查詢 查詢選項（請參閱查詢選項）。
查詢選項
dig 提供查詢選項號，它影響搜索方式和結果顯示。一些在查詢請求報頭設置或復位標志位，一部分決定顯示哪些回復信息，其它的確定超時和重試戰略。每個查詢選項被帶前綴（+）的關鍵字標識。一些關鍵字設置或復位一個選項。通常前綴是求反關鍵字含義的字符串 no。其他關鍵字分配各選項的值，比如超時時間間隔。它們的格式形如 +keyword=value。查詢選項是：
+[no]tcp
查詢域名服務器時使用 [不使用] TCP。缺省行為是使用 UDP，除非是 AXFR 或 IXFR 請求，才使用 TCP 連接。
+[no]vc
查詢名稱服務器時使用 [不使用] TCP。+[no]tcp 的備用語法提供了向下兼容。 vc 代表虛電路。
+[no]ignore
忽略 UDP 響應的中斷，而不是用 TCP 重試。缺省情況運行 TCP 重試。
+domain=somename
設定包含單個域 somename 的搜索列表，好像被 /etc/resolv.conf 中的域偽指令指定，并且啟用搜索列表處理，好像給定了 +search 選項。
+[no]search
使用 [不使用] 搜索列表或 resolv.conf 中的域偽指令（如果有的話）定義的搜索列表。缺省情況不使用搜索列表。
+[no]defname
不建議看作 +[no]search 的同義詞。
+[no]aaonly
該選項不做任何事。它用來提供對設置成未實現解析器標志的 dig 的舊版本的兼容性。
+[no]adflag
在查詢中設置 [不設置] AD（真實數據）位。目前 AD 位只在響應中有標準含義，而查詢中沒有，但是出于完整性考慮在查詢中這種性能可以設置。
+[no]cdflag
在查詢中設置 [不設置] CD（檢查禁用）位。它請求服務器不運行響應信息的 DNSSEC 合法性。
+[no]recursive
切換查詢中的 RD（要求遞歸）位設置。在缺省情況下設置該位，也就是說 dig 正常情形下發送遞歸查詢。當使用查詢選項 +nssearch 或 +trace 時，遞歸自動禁用。
+[no]nssearch
這個選項被設置時，dig 試圖尋找包含待搜名稱的網段的權威域名服務器，并顯示網段中每臺域名服務器的 SOA 記錄。
+[no]trace
切換為待查詢名稱從根名稱服務器開始的代理路徑跟蹤。缺省情況不使用跟蹤。一旦啟用跟蹤，dig 使用迭代查詢解析待查詢名稱。它將按照從根服務器的參照，顯示來自每臺使用解析查詢的服務器的應答。
+[no]cmd
設定在輸出中顯示指出 dig 版本及其所用的查詢選項的初始注釋。缺省情況下顯示注釋。
+[no]short
提供簡要答復。缺省值是以冗長格式顯示答復信息。
+[no]identify
當啟用 +short 選項時，顯示 [或不顯示] 提供應答的 IP 地址和端口號。如果請求簡短格式應答，缺省情況不顯示提供應答的服務器的源地址和端口號。
+[no]comments
切換輸出中的注釋行顯示。缺省值是顯示注釋。
+[no]stats
該查詢選項設定顯示統計信息：查詢進行時，應答的大小等等。缺省顯示查詢統計信息。
+[no]qr
顯示 [不顯示] 發送的查詢請求。缺省不顯示。
+[no]question
當返回應答時，顯示 [不顯示] 查詢請求的問題部分。缺省作為注釋顯示問題部分。
+[no]answer
顯示 [不顯示] 應答的回答部分。缺省顯示。
+[no]authority
顯示 [不顯示] 應答的權限部分。缺省顯示。
+[no]additional
顯示 [不顯示] 應答的附加部分。缺省顯示。
+[no]all
設置或清除所有顯示標志。
+time=T
為查詢設置超時時間為 T 秒。缺省是5秒。如果將 T 設置為小于1的數，則以1秒作為查詢超時時間。
+tries=A
設置向服務器發送 UDP 查詢請求的重試次數為 A，代替缺省的 3 次。如果把 A 小于或等于 0，則采用 1 為重試次數。
+ndots=D
出于完全考慮，設置必須出現在名稱 D 的點數。缺省值是使用在 /etc/resolv.conf 中的 ndots 語句定義的，或者是 1，如果沒有 ndots 語句的話。帶更少點數的名稱被解釋為相對名稱，并通過搜索列表中的域或文件 /etc/resolv.conf 中的域偽指令進行搜索。
+bufsize=B
設置使用 EDNS0 的 UDP 消息緩沖區大小為 B 字節。緩沖區的最大值和最小值分別為 65535 和 0。超出這個范圍的值自動舍入到最近的有效值。
+[no]multiline
以詳細的多行格式顯示類似 SOA 的記錄，并附帶可讀注釋。缺省值是每單個行上顯示一條記錄，以便于計算機解析 dig 的輸出。
多條查詢
dig 的 BIND9 支持在命令行上指定多個查詢（支持 -f 批處理文件選項的附加功能）。每條查詢可以使用自己的標志位、選項和查詢選項。
在這種情況下，在上面描述的命令行語法中，每條查詢自變量代表一個個別查詢。每一條由任意標準選項和標志、待查詢名稱、可選查詢類型和類以及任何適用于該查詢的查詢選項。
也可以使用對所有查詢均有效的查詢選項全局集合。全局查詢選項必須位于命令行上第一個名稱、類、類型、選項、標志和查詢選項的元組之前。任何全局查詢選項（除了 +[no]cmd 選項）可以被下面的查詢特別選項重設。例如:
dig +qr www.isc.org any -x 127.0.0.1 isc.org ns +noqr顯示 dig 如何從命令行出發進行三個查詢：一個針對 www.isc.org的任意查詢、一個 127.0.0.1 的逆向查詢，以及一個 isc.org 的 NS 記錄查詢。應用了 +qr 的全局查詢選項，以便 dig 顯示進行每條查詢的初始查詢。最后那個查詢有一個本地查詢選項 +noqr，表示 dig 在搜索 isc.org 的 NS 記錄時不顯示初始查詢。
示例
一個典型的 dig 調用類似：
dig @server name type其中：
server
待查詢名稱服務器的名稱或 IP 地址。可以是用點分隔的 IPv4 地址或用冒號分隔的 IPv6 地址。當由主機提供服務器參數時，dig 在查詢域名服務器前先解析那個名稱。如果沒有服務器參數可以提供，dig 參考 /etc/resolv.conf，然后查詢列舉在那里的域名服務器。顯示來自域名服務器的應答。
name
將要查詢的資源記錄的名稱。
type
顯示所需的查詢類型 － ANY、A、MX、SIG，以及任何有效查詢類型等。如果不提供任何類型參數，dig 將對紀錄 A 執行查詢。
*********************************

轉載于:https://www.cnblogs.com/linkenpark/p/8157992.html

總結

以上是生活随笔為你收集整理的dig命令使用大全的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。