我用 Stretch 构建了一个新的 rPi3;它的名称是 rpi3ohv2。
我将其设置为 192.168.1.4,后来(12 月 28 日)将其更改为 0.5 当我 ping、dig 和 nslookup 它时,它显示为 0.4
nslookup rpi3ohv2.argylecourt.org 服务器:192.168.1.7 地址:192.168.1.7#53 名称:rPi3OHv2.argylecourt.org 地址:192.168.1.4
我有一个在 .7 上运行的本地 DHCP 服务器;它的租约文件 (/var/lib/dhcp/dhcpd.leases) 和它的配置 (/etc/dhcp/dhcpd.conf) 都不包含 .4 的条目。然而,新机器 rpi3ohv2 有一个固定/保留的条目:
主机节点5 { # RaspberryPi 自动化 v2 -> rPi3OHv2 硬件以太网 B8:27:EB:71:48:B3; 固定地址192.168.1.5; }
在 .5 上通过 IP 进行本地 nslookup 说:
nslookup 192.168.1.5 服务器:192.168.1.7 地址:192.168.1.7#53 5.1.168.192.in-addr.arpa 名称 = rpiautomation.argylecourt.org。
...这是旧机器的名称(我用新机器替换了它,称为 rpi3ohv2)。
我越想越觉得这似乎是DNS问题,而不是DHCP问题。
TTL 定义如下:
;$起源。 $TTL 86400; 1天 ;rpiserver.argylecourt.org。在 SOA rpiserver.argylecourt.org 中。主机master.argylecourt.org。 ( @ 在 SOA rpiserver.argylecourt.org 中。主机master.argylecourt.org。 ( 2018020402;连续剧 8小时;刷新 4小时;重试 4W;到期 一维;最低限度 ) argylecourt.org。在 NS rpiserver.argylecourt.org 中。 argylecourt.org。在 MX 10 rpiserver.argylecourt.org 中。 ;$ORIGIN argylecourt.org。 rpiserver IN A 192.168.1.7 www IN CNAME argylecourt.org
[更新]我已将序列号更新为2019020201,并将过期值更新为2W,并在.5上运行以下命令:
# [2019-02-03 08:28] maxg@rpi3ohv2 ~ $ sudo systemd-resolve --flush-caches # [2019-02-03 08:29] maxg@rpi3ohv2 ~ $ nslookup rpi3ohv2 服务器:192.168.1.7 地址:192.168.1.7#53 名称:rPi3OHv2.argylecourt.org 地址:192.168.1.4 # [2019-02-03 08:29] maxg@rpi3ohv2 ~ $ 主机名 rpi3ohv2 # [2019-02-03 08:29] maxg@rpi3ohv2 ~ $ 主机名-i 192.168.1.5 # [2019-02-03 08:29] maxg@rpi3ohv2 ~ $ 主机名-I 192.168.1.5 # [2019-02-03 08:29] maxg@rpi3ohv2 ~ $ nslookup 192.168.1.5 服务器:192.168.1.7 地址:192.168.1.7#53 5.1.168.192.in-addr.arpa 名称 = rpiautomation.argylecourt.org。
...相同的结果;例如,.5 仍然解析为 rPiAutmation(旧机器),rPi3OHv2(新机器)解析为 .4
# [2019-02-03 08:42] maxg@rpi3ohv2 ~ $ 挖 rpiautomation.argylecourt.org ; > DiG 9.10.3-P4-Raspbian > rpiautomation.argylecourt.org ;rpiautomation.argylecourt.org。在一个 ;权力部分: argylecourt.org。 86400 在 SOA rpiserver.argylecourt.org 中。主机master.argylecourt.org。 2017061536 28800 14400 604800 86400 ;服务器:192.168.1.7#53(192.168.1.7) ;时间:2019 年澳大利亚东部时间 2 月 3 日星期日 08:43:11 # [2019-02-03 08:43] maxg@rpi3ohv2 ~ $ 挖 rpi3ohv2.argylecourt.org ; > DiG 9.10.3-P4-Raspbian > rpi3ohv2.argylecourt.org ;rpi3ohv2.argylecourt.org。在一个 ;答案部分: rPi3OHv2.argylecourt.org。 3600 在 192.168.1.4 ;权力部分: argylecourt.org。 86400 在 NS rpiserver.argylecourt.org。 ;附加部分: rpiserver.argylecourt.org。 86400 在 192.168.1.7
这是一个 DNS 问题...是否存在某种隐藏的缓存文件?
我现在重新启动了“网络服务”机器 .7(托管 DNS 和 BIND9),并注意到具有旧序列号的区域文件已被加载;但它们已经更新,并通过 cat 确认了这一点。
# [2019-02-03 08:58] maxg@rpiserver ~ $ sudo 服务bind9状态 ●bind9.service - BIND 域名服务器 已加载:已加载(/lib/systemd/system/bind9.service;已启用;供应商预设:已启用) Active:自 2019-02-03 08:55:17 AEST(澳大利亚东部标准时间)周日起处于活动状态(正在运行); 6 分钟前 文档: man:named(8) 主PID:494(已命名) CGroup:/system.slice/bind9.service └─494 /usr/sbin/named -f -u 绑定 2 月 3 日 08:55:20 rpiserver 命名为 [494]:托管密钥区域:日志文件已过期:删除日志文件 2 月 3 日 08:55:20 rpiserver 命名为 [494]:托管密钥区域:已加载序列号 641 2 月 3 日 08:55:20 rpiserver 命名为 [494]:区域 0.in-addr.arpa/IN:已加载序列号 1 2 月 3 日 08:55:20 rpiserver 命名为 [494]:区域 localhost/IN:已加载串行 2 2 月 3 日 08:55:20 rpiserver 命名为 [494]:区域 127.in-addr.arpa/IN:已加载序列号 1 2 月 3 日 08:55:20 rpiserver 命名为 [494]:区域 255.in-addr.arpa/IN:已加载序列号 1 2 月 3 日 08:55:20 rpiserver 命名为 [494]:区域 1.168.192.in-addr.arpa/IN:已加载序列号 2017061507 2 月 3 日 08:55:20 rpiserver 命名为 [494]:区域 argylecourt.org/IN:已加载序列号 2017061536 2 月 3 日 08:55:20 rpiserver 命名为 [494]:加载所有区域 2 月 3 日 08:55:20 rpiserver 命名为 [494]:正在运行 # [2019-02-03 09:01] maxg@rpiserver ~ $ cd /etc/bind/zones/ # [2019-02-03 09:02] maxg@rpiserver /etc/bind/zones $ 拉 共 16 drwxr-sr-x 2 根绑定 4096 2 月 3 日 08:54 。 drwxr-sr-x 3 根绑定 4096 二月 3 07:07 .. -rw-r--r-- 1 root 绑定 1202 二月 3 08:28 argylecourt.org.db -rw-r--r-- 1 根绑定 609 二月 3 08:38 rev.1.168.192.in-addr.arpa
我需要在哪里寻找解决这个问题的方法?
答案1
当我意识到旧的序列号时,我开始进一步挖掘。我查找了 cat /etc/bind/named.conf.local,它指向 [file "/var/lib/bind/argylecourt.org.db";] ...当我更新 /etc/bind/zones/ 时argylecourt.org.db