更新了 DNS 区域,但在 TTL 到期后仍然看到不正确的记录

更新了 DNS 区域,但在 TTL 到期后仍然看到不正确的记录

我完全在它的真实 IP 上重新安装了debian9-ispconfig3服务器(该服务器之前安装在一个我不再使用的 IP FAILOVER 上)。ks392200.kimsufi.com176.31.109.2687.98.160.188

以下是虚拟主机的 DNS 区域:

root@ns1:/etc/postfix# cat /etc/bind/pri.webologix.com
$TTL        600
@       IN      SOA     ks392200.kimsufi.com. [email protected]. (
                        2018042411       ; serial, todays date + todays serial #
                        7200              ; refresh, seconds
                        540              ; retry, seconds
                        604800              ; expire, seconds
                        3600 )            ; minimum, seconds
;
mail           3600 A        176.31.109.26
www            3600 A        176.31.109.26
webologix.com. 3600 A        176.31.109.26
webologix.com. 3600      MX    10   mail.webologix.com.
webologix.com. 3600      NS        ks392200.kimsufi.com.
default._domainkey.webologix.com. 3600      TXT        "v=DKIM1; t=s; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEArucYlp2rHXPGB3Xn0IjSIXSqixF9kkauZCqo30XIsGe5RShQnGDEUgfPZbHdw7O4wkfoobA6Lt3XBV6T9Zh8UGUNZcd//CgePZAWL4r6fkIvzlVHEhidDfQwaIAGMCZi/SI9TR+rlm2H7HJXlyeV1q5OfUnTO8NblFZ2QNuLhTxqusRQ3BVphkwBkXlyoUQgikj" "eNnStnwRNKsEqQ+Kmy4hYP3IrqV6odRAXcGGSqHNd82v/N+00gj2k1anr0MHUV0DVRHoQPcxVHB+x1/khoUsPRRdHCShNg5fsQMYbGryTTSRw3tJFKdCw7OaBS4W9mGRF+9FG2+wuaGKcdHscGQIDAQAB"
ownercheck 3600      TXT        "3374414b"
webologix.com. 3600      TXT        "v=spf1 mx a ~all"

$INCLUDE Kwebologix.com.+007+13847.key
$INCLUDE Kwebologix.com.+007+30810.key

有人能告诉我如何挖掘出服务器的旧 IP曾是安裝了嗎?

kmc@kmcs:~$ dig mail.webologix.com @ks392200.kimsufi.com

; <<>> DiG 9.10.3-P4-Debian <<>> mail.webologix.com @ks392200.kimsufi.com
...
;; ANSWER SECTION:
mail.webologix.com.     3553    IN      A       87.98.160.188
...
;; WHEN: Wed Oct 10 22:51:21 CEST 2018
;; MSG SIZE  rcvd: 63

请帮助一位非常亲近的穷人相信鬼魂的存在!

答案1

当您执行 时dig,您正在使用将遵循 TTL 缓存的递归 DNS 服务器。根据 DNS 记录的 TTL(生存时间),它可能会返回陈旧(过期)的记录。在 TTL 过期并且缓存获取新记录之前,您对此无能为力。这就是大多数人遇到的 DNS 记录错误的问题。

但是,这不是你唯一的问题。在你的注册商​​处,你为你的域名注册了两个 NS:

  • ns.kimsufi.com(213.186.33.199)
  • ks392200.kimsufi.com(176.31.109.26)

当我dig直接访问这些服务器时,我得到了不同的响应:

dig mail.webologix.com @176.31.109.26

; <<>> DiG 9.10.3-P4-Ubuntu <<>> mail.webologix.com @176.31.109.26
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 51233
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 1
;; WARNING: recursion requested but not available

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

;; ANSWER SECTION:
mail.webologix.com.     3600    IN      A       176.31.109.26

dig mail.webologix.com @213.186.33.199

; <<>> DiG 9.10.3-P4-Ubuntu <<>> mail.webologix.com @213.186.33.199
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 19290
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available

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

;; ANSWER SECTION:
mail.webologix.com.     3600    IN      A       87.98.160.188

首先:您有两个 NS 返回不同的数据。一个是最新的,一个不是。让它们都保持最新状态。

其次:说实话,现在几乎没有理由运行自己的 DNS,除非在非生产环境中进行学习实验。我看到你计划将 Web、邮件和 DNS 整合到一个盒子里。这意味着当这个盒子坏了,你就输了一切,你甚至无法将邮件路由到其他地方。我强烈建议使用第三方(CloudFlare、Route 53、Google DNS、Azure DNS)作为你的 DNS。第三方 DNS 非常便宜,而对于 CloudFlare 来说,则是免费的。

答案2

似乎我的注册商 (OVH) 域定义中的“防止转移”标志阻止了辅助 DNS 更新,还是只是传播延迟?现在不知道,但我删除了该标志,传播开始起作用。现在我的 DNS 似乎没问题。

相关内容