主页 / server / 问题 / 693403
Accepted
TCB13
Asked: 2015-05-21 11:09:27 +0800 CST

Bind9: Master->Slave Notify IPv6 with fallback to IPv4

  • 772

我在双 IP 堆栈中运行 Debian 8 + Bind9 的两台机器之间设置了一个小的 Master->Slave DNS 方案。

主从都拥有绑定使用的 IPv4 和 IPv6，由配置参数强制执行listen-on listen-on-v6 transfer-source transfer-source-v6 notify-source notify-source-v6 query-source address query-source-v6 address。

目前我的主人设置为通知奴隶：

notify yes;
also-notify { xxxx:xxxx:xxxx:xxxx::xxx5; x.x.x.5; };

正如我的奴隶在区域配置上的那样：

zone "example.dev" {
    type slave;
    masters { xxxx:xxxx:xxxx:xxxx::xxx2; x.x.x.2; };
    file "...";
};

此设置工作正常，但是通过检查日志文件（正如我所料），主控会在每次区域更改时通知从属两次：

May 20 20:57:53 salvedns named[8568]: zone example.dev/IN: notify from x.x.x.2#52041: zone is up to date
May 20 20:57:53 salvedns named[8568]: zone example.dev/IN: notify from xxxx:xxxx:xxxx:xxxx::xxx2#51347: zone is up to date

一次是通过 IPv4，另一次是通过 IPv6。

有没有一种方法可以告诉绑定服务器xxxx:xxxx:xxxx:xxxx::xxx5 x.x.x.5确实是同一 DNS 服务器的地址，并尝试首先通过 IPv6 通知它，如果失败则通过 IPv4 重试？另外，如何在药膏masters声明上做同样的事情？

谢谢你。

bind

1 个回答

  1. Best Answer

    我不相信有一个配置选项可以满足您的要求。但是，我也不认为双重通知真的值得关注。

    虽然它在此配置中是多余的，但它导致的开销很小，通常根本没有问题。

    一般来说，接收多个通知消息并不超出规范，最初主要来自主 + 其他从属，但现在也有双栈主机，甚至原始规范都期望这样：

    4.2. 每个从站可能会收到相同 NOTIFY 请求的多个副本：一个来自主主站，另一个来自其他从站，因为该从站传输新区域并通知其潜在的对等方。NOTIFY 协议通过要求从机/主机仅在更新 SOA RR 或确定不需要更新后才发送 NOTIFY 来支持这种多重性，这实际上意味着在成功的区域传输之后。因此，除非交付重新排序，否则任何从站收到的最后一个 NOTIFY 将是指示最新更改的那个。由于从属设备总是仅从其已知的主设备请求 SOA 和 AXFR/IXFR，因此在其每个主设备完成每个区域更新后，它将有机会重试其对 SOA 的查询。

    • 4

相关问题