区域传输是确保您拥有所有子域记录的唯一方法。如果DNS配置正确，则通常不能执行外部区域传输。 的扫描。io项目有一个DNS记录数据库，可以下载和搜索子域。这需要下载87GB的DNS数据，或者您可以尝试在https://hackertarget.com/find-dns-host-records/上在线搜索数据

区域传输是确保您拥有所有子域记录的唯一方法。如果DNS配置正确，则通常不能执行外部区域传输。 的扫描。io项目有一个DNS记录数据库，可以下载和搜索子域。这需要下载87GB的DNS数据，或者您可以尝试在https://hackertarget.com/find-dns-host-records/上在线搜索数据

简单地说，这通常是不可能的，除非你控制了这个领域。

选项1:ANY查询

当您查询ANY时，您将得到该级别的所有记录的列表，但不低于该级别。

# try this
dig google.com any

这可能会返回A记录，TXT记录，NS记录，MX记录等，如果域名是“google.com”。但是，它不会返回子记录(例如，www.google.com)。更准确地说，如果这些记录存在，您可能会得到它们。

如果名称服务器选择不返回这些记录(例如，为了减少响应的大小)，则不必返回这些记录。大多数DNS服务器拒绝任何查询。

选项2:AXFR查询

AXFR是一种区域传输，可能是您想要的。但是，这些通常是受限的，除非您控制了该区域，否则不可用。您通常会直接从权威服务器(下面的@ns1.google.com)和可能不会发布的名称服务器(隐形名称服务器)执行区域传输。

# This will return "Transfer failed"
dig @ns1.google.com google.com axfr

如果您可以控制该区域，则可以对其进行设置，以获得受TSIG密钥保护的传输。这是客户端可以发送给服务器以授权传输的共享秘密。

选项3:用脚本刮

另一种选择是使用脚本抓取所有DNS记录。您必须遍历所有DNS记录类型，还必须遍历公共子域，具体取决于您的需要。

选项4:使用专门的工具

有一些在线工具可以枚举子域，还有一些在线工具可以列出DNS名称的所有DNS记录。注意，子域枚举通常不是详尽的。

你想要的叫做区域转移。您可以使用dig -t axfr请求区域转移。

一个区域是一个域和它下面所有没有委托给另一个服务器的域。

注意，并不总是支持区域传输。它们不用于正常的查找，只用于在服务器之间复制DNS数据;但是有其他协议可以用于此目的(例如ssh上的rsync)，暴露名称可能存在安全风险，并且区域传输响应生成和发送的成本比通常的DNS查找要高。

主机-a工作良好，类似于挖任何。

EG:

$ host -a google.com
Trying "google.com"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 10403
;; flags: qr rd ra; QUERY: 1, ANSWER: 18, AUTHORITY: 0, ADDITIONAL: 0


;; QUESTION SECTION:
;google.com.            IN  ANY

;; ANSWER SECTION:
google.com.     1165    IN  TXT "v=spf1 include:_spf.google.com ip4:216.73.93.70/31 ip4:216.73.93.72/31 ~all"
google.com.     53965   IN  SOA ns1.google.com. dns-admin.google.com. 2014112500 7200 1800 1209600 300
google.com.     231 IN  A   173.194.115.73
google.com.     231 IN  A   173.194.115.78
google.com.     231 IN  A   173.194.115.64
google.com.     231 IN  A   173.194.115.65
google.com.     231 IN  A   173.194.115.66
google.com.     231 IN  A   173.194.115.67
google.com.     231 IN  A   173.194.115.68
google.com.     231 IN  A   173.194.115.69
google.com.     231 IN  A   173.194.115.70
google.com.     231 IN  A   173.194.115.71
google.com.     231 IN  A   173.194.115.72
google.com.     128 IN  AAAA    2607:f8b0:4000:809::1001
google.com.     40766   IN  NS  ns3.google.com.
google.com.     40766   IN  NS  ns4.google.com.
google.com.     40766   IN  NS  ns1.google.com.
google.com.     40766   IN  NS  ns2.google.com.

我改进了乔什的答案。我注意到，dig只显示查询的名称服务器缓存中已经存在的条目，因此最好从SOA中提取一个权威的名称服务器(而不是依赖默认的名称服务器)。我还禁用了通配符ip的过滤，因为我通常对设置的正确性更感兴趣。

新脚本使用-x参数扩展输出，使用-s NS参数选择特定的命名服务器:dig -x example.com

#!/bin/bash
set -e; set -u
COMMON_SUBDOMAINS="www mail mx a.mx smtp pop imap blog en ftp ssh login"
EXTENDED=""

while :; do case "$1" in
  --) shift; break ;;
  -x) EXTENDED=y; shift ;;
  -s) NS="$2"; shift 2 ;;
  *) break ;;
esac; done
DOM="$1"; shift
TYPE="${1:-any}"

test "${NS:-}" || NS=$(dig +short  SOA "$DOM" | awk '{print $1}')
test "$NS" && NS="@$NS"

if test "$EXTENDED"; then
  dig +nocmd $NS "$DOM" +noall +answer "$TYPE"
  wild_ips=$(dig +short "$NS" "*.$DOM" "$TYPE" | tr '\n' '|')
  wild_ips="${wild_ips%|}"
  for sub in $COMMON_SUBDOMAINS; do
    dig +nocmd $NS "$sub.$DOM" +noall +answer "$TYPE"
  done | cat  #grep -vE "${wild_ips}"
  dig +nocmd $NS "*.$DOM" +noall +answer "$TYPE"
else
  dig +nocmd $NS "$DOM" +noall +answer "$TYPE"
fi