主页 / server / 问题

问题[dig](server)

Martin Hope
peris
Asked: 2022-03-09 12:54:04 +0800 CST
  • 0

该命令dig +nocmd pop3.pauperis.org aaaa +noall +answer在我的笔记本电脑中返回以下内容：

pop3.pauperis.org.  3111    IN  CNAME   pauperis.org.
pauperis.org.       3111    IN  AAAA    2001:41d0:1:8ade::1

但是我的服务器上的相同命令，突然，在没有明显的配置更改后什么都不返回：

# dig +nocmd pop3.pauperis.org aaaa +noall +answer
#

这是我服务器上的响应，但有+trace选项：

dig +nocmd pop3.pauperis.org aaaa +noall +answer +trace
.           44679   IN  NS  e.root-servers.net.
.           44679   IN  NS  m.root-servers.net.
.           44679   IN  NS  l.root-servers.net.
.           44679   IN  NS  b.root-servers.net.
.           44679   IN  NS  g.root-servers.net.
.           44679   IN  NS  i.root-servers.net.
.           44679   IN  NS  a.root-servers.net.
.           44679   IN  NS  d.root-servers.net.
.           44679   IN  NS  h.root-servers.net.
.           44679   IN  NS  f.root-servers.net.
.           44679   IN  NS  j.root-servers.net.
.           44679   IN  NS  k.root-servers.net.
.           44679   IN  NS  c.root-servers.net.
.           44679   IN  RRSIG   NS 8 0 518400 20220316050000 20220303040000 9799 . WHZ//zKcRc0aFze+haFiC5a0GwaCwCsopDkMLzMZrOTTvejeb96R01h+ 2mlnsd4qivrbop0a7fBz+Vs/m+YVOPku+vCO/fnZ+NW/KgrtXpHoPopE WayXrfwtEC+Iu/G7gD1bePIhXqeEMSYlfLD84g7ezASeXc4q3Yrfw3+s SnKkG/vwlZ3IFcSw90bqyYoV597fRLZYdEoUzDjp9onU/NcwqmWJ6muV Ms2IO7kHTaUfMO7z6mgf5PGC2ylTywz+4WZLFd6t8QvZypEMGFwPSxJ2 W86Sdh2QJSDznW3V5CFW3tW+59ZzKsJHuGlHTwqem+egipZMXoMW9y+F 08ZVlg==
;; Received 1137 bytes from 127.0.0.1#53(127.0.0.1) in 0 ms

org.            172800  IN  NS  b2.org.afilias-nst.org.
org.            172800  IN  NS  a2.org.afilias-nst.info.
org.            172800  IN  NS  d0.org.afilias-nst.org.
org.            172800  IN  NS  a0.org.afilias-nst.info.
org.            172800  IN  NS  b0.org.afilias-nst.org.
org.            172800  IN  NS  c0.org.afilias-nst.info.
org.            86400   IN  DS  26974 8 2 4FEDE294C53F438A158C41D39489CD78A86BEB0D8A0AEAFF14745C0D 16E1DE32
org.            86400   IN  RRSIG   DS 8 1 86400 20220321170000 20220308160000 9799 . m3lulShGydigMRJiRixpAFeO9YBBkntgr2Gk42/sts9JLeGVavWmrAyd 5uFDMPf+DqWjgz65BCR1kipEpJAbETmqiwf17rrk9yDIXYGDfrdv04tg w5+4LjANeRzCqr9CH2FFokRt5cl2AdCSn2kNonndSM72Zfhots5ggn8G nTXyt3Aj3Hg4xagS1ZqPhodM15r95NVWw4ozPywSt76vI/oOgEBF6ckw Hz9AEg5i4MdSoLTwiT9fLE51KfiJQO6Xfp8ZANUFtwrydLb0pqJtXMbC BoJnhXjyjWzlOA5/ze5PR3nCh7tbtbTdxdowiB2Jrc3j5Cirfw7dAske TAjiiQ==
;; Received 817 bytes from 192.36.148.17#53(i.root-servers.net) in 3 ms

pauperis.org.       86400   IN  NS  ns111.ovh.net.
pauperis.org.       86400   IN  NS  dns111.ovh.net.
pauperis.org.       86400   IN  DS  18975 7 2 9CE6DA2D7883298D589BDBD5DFD29BB76FB24329C12B453A055F06F6 4EEC0C0C
pauperis.org.       86400   IN  RRSIG   DS 8 2 86400 20220322152315 20220301142315 30573 org. mE8EiULvqr8ZBCDb6rQnXHlxVoZtaTzbLjMtRi9w2jyGYYcKbX0m8N7R +b4NmqrsiQa7nz3DBbDDwt8IbXZfEIqVmGLJrx7Gp+uMDECa54mz06kG Xz1LWb6j/B6CA+1+fa+MyDBJt7A6inBLZQix8Fr9xkWRYznsQqyeeHnW YYo=
;; Received 305 bytes from 199.19.57.1#53(d0.org.afilias-nst.org) in 83 ms

pop3.pauperis.org.  3600    IN  CNAME   pauperis.org.
pop3.pauperis.org.  3600    IN  RRSIG   CNAME 8 3 3600 20220403112323 20220304112323 37698 pauperis.org. OhXaHFQ1xfLU2T3zjUIBpKsW6k62NZVlnCf4aQKUhbtDcVTGbWDNbwo7 MkpsDh2zpwG3vIqzqdw9t0Uuq7A1U+TDH0SetnBDVvlR1dNNZRbEiWBd C1dJiNuItE37iDNexAebRBvSnM/9hfjDUwDaX7Q78iQS836gxkTSV/g7 Bys=
pauperis.org.       3600    IN  AAAA    2001:41d0:1:8ade::1
pauperis.org.       3600    IN  RRSIG   AAAA 8 2 3600 20220403112323 20220304112323 37698 pauperis.org. dZP/Vxls3u1x8lMQ4A4NULX/UMrf7M+YkBNim4pJ/O9qkHCHn3N19Fku JciU5LCsWd4dw856ejt6CLBDy1c5RSADfrP+q3O3x9kstsgrH+Wf0pP8 cU2y/mTJRSQWPp+6jBUITshXJvcuV+XFpHeA931570XelUGN7ZuEStzD COc=
;; Received 432 bytes from 2001:41d0:1:4a9b::1#53(dns111.ovh.net) in 3 ms

有人能告诉我可能出了什么问题吗？

非常感谢你在高级:)

domain-name-system internal-dns dns-zone dig
Martin Hope
jakeprog123
Asked: 2021-12-27 18:33:38 +0800 CST
  • 1

我最近开始学习 DNS，在 Linux 中使用 dig 命令时卡住了。更确切地说，我希望看到权威名称服务器（它们的名称或 IP 地址）保存我的 DNS 查询的答案，但我不知道如何。您可能已经知道，dig 的命令输出有 5 个部分：HEADER、QUERY、ANSWER、AUTHORITY 和 ADDITIONAL。最后 3 个包括在对 dig 发送的 DNS 请求的回复中找到的资源记录。我感兴趣的是 AUTHORITY 部分，它通常应该显示 NS（名称服务器）类型的资源记录，这些记录提供有关权威名称服务器的信息，从中检索初始查询的答案。权威服务器当然不同于可以提高效率的缓存服务器。

现在，我的问题是，每次我调用 dig 时，答案都不包含任何 AUTHORITY 记录。我可能不知道正确的选项或其他一些我不知道的问题。没有得到任何权威答案的原因可能是什么？为了得到答案应该做些什么？我会放一张终端的图像，但我还没有 10 声望，但问题仍然存在。

linux domain-name-system networking dig authoritative
Martin Hope
forvas
Asked: 2021-09-28 02:44:26 +0800 CST
  • 2

我正在尝试向www2.agenciatributaria.gob.es发送一些信息。我可以从几台主机上做到这一点，但只有一台。

从这个我得到错误Temporary failure in name resolution。但是，从同一主机我可以通过其默认 DNS 访问许多其他服务器（我可以 ping www.google.es等）。

所以我用 dig 来检查会发生什么。如果我执行dig www2.agenciatributaria.gob.es，则远程主机的IP被DNS在127.0.0.53上搜索，结果是错误的（尽管如此，如果我在www.google.es上挖掘结果是成功的）：

; <<>> DiG 9.16.1-Ubuntu <<>> www2.agenciatributaria.gob.es
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 58113
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;www2.agenciatributaria.gob.es. IN      A

;; Query time: 7 msec
;; SERVER: 127.0.0.53#53(127.0.0.53)
;; WHEN: Mon Sep 27 09:17:00 UTC 2021
;; MSG SIZE  rcvd: 58

另一方面，如果我执行dig +norecurse @8.8.8.8 www2.agenciatributaria.gob.es, 用 8.8.8.8 上的 DNS 搜索远程主机的 IP，结果是成功的：

; <<>> DiG 9.16.1-Ubuntu <<>> +norecurse @8.8.8.8 www2.agenciatributaria.gob.es
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31565
;; flags: qr ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;www2.agenciatributaria.gob.es. IN      A

;; ANSWER SECTION:
www2.agenciatributaria.gob.es. 201 IN   A       195.77.198.18

;; Query time: 0 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Mon Sep 27 09:16:28 UTC 2021
;; MSG SIZE  rcvd: 74

我不是这方面的专家。但我想只有那个域的 DNS 存在一些问题。有人能帮我一下吗？我该如何解决这个问题或者我现在应该检查什么？

解析状态

Global
       LLMNR setting: no                  
MulticastDNS setting: no                  
  DNSOverTLS setting: no                  
      DNSSEC setting: no                  
    DNSSEC supported: no                  
          DNSSEC NTA: 10.in-addr.arpa     
                      16.172.in-addr.arpa 
                      168.192.in-addr.arpa
                      17.172.in-addr.arpa 
                      18.172.in-addr.arpa 
                      19.172.in-addr.arpa 
                      20.172.in-addr.arpa 
                      21.172.in-addr.arpa 
                      22.172.in-addr.arpa 
                      23.172.in-addr.arpa 
                      24.172.in-addr.arpa 
                      25.172.in-addr.arpa 
                      26.172.in-addr.arpa 
                      27.172.in-addr.arpa 
                      28.172.in-addr.arpa 
                      29.172.in-addr.arpa 
                      30.172.in-addr.arpa 
                      31.172.in-addr.arpa 
                      corp                
                      d.f.ip6.arpa        
                      home                
                      internal            
                      intranet            
                      lan                 
                      local               
                      private             
                      test                

Link 2 (ens3)
      Current Scopes: DNS           
DefaultRoute setting: yes           
       LLMNR setting: yes           
MulticastDNS setting: no            
  DNSOverTLS setting: no            
      DNSSEC setting: no            
    DNSSEC supported: no            
  Current DNS Server: 213.186.33.99 
         DNS Servers: 213.186.33.99 
          DNS Domain: openstacklocal
domain-name-system networking dig
Martin Hope
devoured elysium
Asked: 2021-06-04 11:37:13 +0800 CST
  • 0

我想检查给定网站（例如 google.ch）的完整 IP 列表。运行 dig 始终返回相同的 IP：

dig google.ch

google.ch.              136     IN      A       172.217.168.67

但是在运行https://toolbox.googleapps.com/apps/dig/等在线服务时，我可以看到连续调用返回不同的 IP 地址。

另外，https://www.robtex.com/dns-lookup/google.ch告诉我这个域名似乎有 28 个 IP。

我是否也可以通过 dig 或类似工具获取此信息，或者这是我无法控制的？

谢谢

domain-name-system dig
Martin Hope
Warok
Asked: 2021-02-23 04:27:32 +0800 CST
  • 0

当我运行dig命令时，我只得到一个 txt 记录：

adriano@vm ~  dig swisspass.ch txt                                                                                   ✔  4501  14:25:36

; <<>> DiG 9.11.3-1ubuntu1.13-Ubuntu <<>> swisspass.ch txt
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 47817
;; flags: qr rd ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1280
;; QUESTION SECTION:
;swisspass.ch.                  IN      TXT

;; ANSWER SECTION:
swisspass.ch.           900     IN      TXT     "v=spf1  include:spf2.sbb.ch include:spf.mandrillapp.com include:inx.ch include:amazonses.com include:spf.protection.outlook.com -all"

;; Query time: 20 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Mon Feb 22 14:25:39 STD 2021
;; MSG SIZE  rcvd: 186

但是，如果我使用在线工具（例如dig from google）进行检查，我会得到更多结果： 更多结果

我应该在命令中添加什么参数来显示所有 txt 记录？

更新：我格式化了输出以显示更少的信息，对不起

domain-name-system dig
Martin Hope
Fèlix Boniquet Pelfort
Asked: 2020-12-25 20:13:29 +0800 CST
  • 1

我想将 1 个域从 AWS Route S3 迁移到 Linode；我已将 NS 记录更改为指向

ns1.linode.com
ns2.linode.com
ns3.linode.com
ns4.linode.com
ns5.linode.com

但在 DNS 检查表上，它显示为 NOT RESOLVED，当我挖掘时，结果如下：

; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el7_9.3 <<>> arteymiel.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 14170
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;arteymiel.com.         IN  A

;; AUTHORITY SECTION:
arteymiel.com.      820 IN  SOA ns-1690.awsdns-19.co.uk. awsdns-hostmaster.amazon.com. 1 7200 900 1209600 86400

;; Query time: 0 msec
;; SERVER: 139.162.139.5#53(139.162.139.5)
;; WHEN: vie dic 25 07:19:23 UTC 2020
;; MSG SIZE  rcvd: 126

在此处输入图像描述

domain-name-system dns-hosting amazon-web-services dig linode
Martin Hope
Jaap Joris Vens
Asked: 2020-11-25 01:18:32 +0800 CST
  • 7

似乎我的默认（路由器）DNS 服务器根据用于查询它的工具返回不同的结果。

  1. 使用dig：

    $ dig @192.168.1.2 test.example.com

; <<>> DiG 9.16.8-Debian <<>> @192.168.1.2 test.example.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 58608
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;test.example.com.    IN  A

;; ANSWER SECTION:
test.example.com.  41  IN  CNAME  123.123.12.123.

;; AUTHORITY SECTION:
.      3357  IN  SOA  a.root-servers.net. nstld.verisign-grs.com. 2020112400 1800 900 604800 86400

;; Query time: 0 msec
;; SERVER: 192.168.1.2#53(192.168.1.2)
;; WHEN: Tue Nov 24 10:12:40 CET 2020
;; MSG SIZE  rcvd: 148

如您所见，它成功找到了 的 IP 地址test.example.com，即123.123.12.123。但是，以下两个工具没有。

  1. 使用host：

    $ host test.example.com 192.168.1.2
Using domain server:
Name: 192.168.1.2
Address: 192.168.1.2#53
Aliases: 

Host test.example.com not found: 3(NXDOMAIN)

  2. 使用nslookup：

    $ nslookup test.example.com 192.168.1.2
Server:    192.168.1.2
Address:  192.168.1.2#53

** server can't find test.example.com: NXDOMAIN

这里发生了什么？dig为什么,host和的结果之间存在差异nslookup？他们不是都在后台执行相同的 DNS 查询吗？

编辑：正如接受的答案指出的那样，我错误地使用了 aCNAME而不是A记录。我已经更新了 DNS 条目，现在域名解析正确。

Edit2：域和 IP 是假的

domain-name-system host nslookup dig
Martin Hope
Kohányi Róbert
Asked: 2020-10-16 12:29:39 +0800 CST
  • 0

我正在查询google.com，dig我很难理解为什么 TTL 值有时会跳跃而不是每秒均匀递减（这是我的期望）。我在这里想念什么？

这是我在dig安装了 Windows 机器（DiG 9.16.7，来自 BIND 9 发行版）上所做的事情。

c:\>for /l %i in (1,1,10) do @(sleep 1 & dig @1.1.1.1 +noall +answer google.com)
google.com.             163     IN      A       172.217.19.110
google.com.             168     IN      A       172.217.19.110
google.com.             166     IN      A       172.217.19.110
google.com.             166     IN      A       172.217.19.110
google.com.             157     IN      A       172.217.19.110
google.com.             160     IN      A       172.217.19.110
google.com.             163     IN      A       172.217.19.110
google.com.             160     IN      A       172.217.19.110
google.com.             163     IN      A       172.217.19.110
google.com.             156     IN      A       172.217.19.110

第一个响应的 TTL 为 163，第二个响应为 168，依此类推……我的预期是 TTL 会递减，直到达到零。

然后我四处搜索，似乎dig没有使用主机（操作系统级别或其他）DNS缓存（就像浏览器一样），这解释了为什么这个数字没有递减，但是，它没有回答为什么这一切在那个地方。

如果我不指定 1.1.1.1 作为名称服务器，而是依赖我的 IPS，那就更奇怪了。

c:\>for /l %i in (1,1,10) do @(sleep 1 & dig +noall +answer google.com)
google.com.             56      IN      A       172.217.18.78
google.com.             55      IN      A       172.217.18.78
google.com.             54      IN      A       172.217.18.78
google.com.             52      IN      A       172.217.18.78
google.com.             50      IN      A       172.217.18.78
google.com.             47      IN      A       172.217.18.78
google.com.             48      IN      A       172.217.18.78
google.com.             45      IN      A       172.217.18.78
google.com.             6       IN      A       172.217.19.110
google.com.             64      IN      A       172.217.19.110

我也尝试过nslookup -debug google.com，但我在 TTL 值方面的体验与dig.

我在这里想念什么？感谢您的输入。

domain-name-system nslookup dig
Martin Hope
George Hawkins
Asked: 2020-07-05 04:11:40 +0800 CST
  • 0

我想avahi-resolve并且dig -p 5353 @224.0.0.251做了很多同样的事情。

但是，我有一个设备，我可以使用avahi-resolve但不使用来解析其名称dig：

$ avahi-resolve --name ding-5cd80b3.local
ding-5cd80b3.local  192.168.0.248

$ dig +short -p 5353 @224.0.0.251 ding-5cd80b3.local
;; Warning: ID mismatch: expected ID 60466, got 0

我也不能进行反向查找：

$ avahi-resolve --address 192.168.0.248
Failed to resolve address '192.168.0.248': Timeout reached

$ dig +short -p 5353 @224.0.0.251 -x 192.168.0.248
;; connection timed out; no servers could be reached

宣传其名称的设备是一个简单的物联网设备，因此我对它具有非常基本的 mDNS 支持（如果使用ESP-IDF 提供的mDNS 支持）并不感到惊讶。

我已经尝试对两者都使用详细标志，avahi-resolve并dig查看是否可以让我对正在发生的事情有所了解，但在这两种情况下，我都没有得到任何额外的见解。

我猜这ID mismatch意味着它dig实际上正在得到响应，但拒绝显示它，因为它将这解释为DNS 欺骗的情况，同时avahi-resolve更加宽容。

除了使用 Wireshark 之外，有什么方法可以让dig我变得更加宽容（我试过了）或者我可以看到这里发生了什么？+besteffort

我正在使用 Ubuntu，并且如前所述，有问题的设备正在使用ESP-IDF。

mdns dig avahi
Martin Hope
Login
Asked: 2020-04-16 00:15:10 +0800 CST
  • 1

我最近一直在研究 DNS，目前使用 DIG 命令收到以下错误消息：

BAD (HORIZONTAL) REFERRAL

据我了解，这是由于委托名称查找而不遍历“DNS 树”而引起的。与代表“DNS 树”的垂直引荐不同，水平引荐代表如下名称：

（来自“google.com”区域的名称服务器的虚构示例答案）

;; QUESTION SECTION:
;123.google.com. IN A

;; AUTHORITY SECTION:
a.123.google.com. 7200 IN NS ns1.321.google.com.
a.123.google.com. 7200 IN NS ns2.321.google.com.
a.123.google.com. 7200 IN NS ns3.321.google.com.

当您询问上述指定的名称服务器之一时，将返回以下答案：

;; QUESTION SECTION:
;123.google.com. IN A

;; AUTHORITY SECTION:
a.123.google.com. 7200 IN NS ns4.321.google.com.
a.123.google.com. 7200 IN NS ns5.321.google.com.
a.123.google.com. 7200 IN NS ns6.321.google.com.

这种情况会一直持续下去，而不会靠近可以实际回答“a.123.google.com”请求的名称服务器。

回到我的问题：

通常不允许横向推荐，还是仅此特定情况是不好的横向推荐？

domain-name-system delegation dig