☰

Bind9: 마스터->슬레이브는 IPv4로 대체하여 IPv6에 알림

tag-icon • tag-icon bind ipv6 failover
Bind9: 마스터->슬레이브는 IPv4로 대체하여 IPv6에 알림

저는 이중 IP 스택에서 Debian 8 + Bind9를 실행하는 두 컴퓨터 사이에 작은 마스터->슬레이브 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선언에 대해 동일한 작업을 수행하는 방법은 무엇입니까?

감사합니다.

답변1

나는 당신이 요청한 것을 수행할 구성 옵션이 있다고 믿지 않습니다. 그러나 나는 또한 이중 알림이 실제로 우려할 만한 원인이라고 생각하지 않습니다.

이 구성에서는 중복되지만 이로 인해 발생하는 오버헤드는 최소화되며 일반적으로 전혀 문제가 없습니다.

일반적으로 말하면 여러 알림 메시지를 받는 것은 원래 주로 마스터 + 다른 슬레이브에서 발생하지만 이제는 듀얼 스택 호스트에서도 발생하는 표준을 벗어나지 않습니다.원래 사양에서는 이것을 예상했습니다.:

4.2. 각 슬레이브는 동일한 NOTIFY 요청의 여러 복사본을 수신할 가능성이 높습니다. 하나는 기본 마스터로부터, 다른 슬레이브는 슬레이브가 새 영역을 전송하고 잠재적인 피어에게 알릴 때 서로 다른 슬레이브로부터 하나씩 수신됩니다. NOTIFY 프로토콜은 SOA RR을 업데이트했거나 업데이트가 필요하지 않다고 결정한 후에만 슬레이브/마스터가 NOTIFY를 보내도록 요구함으로써 이러한 다중성을 지원합니다. 이는 실제로 성공적인 영역 전송 이후를 의미합니다. 따라서 배달 재정렬을 제외하고 슬레이브가 수신하는 마지막 NOTIFY는 최신 변경 사항을 나타내는 알림이 됩니다. 슬레이브는 항상 알려진 마스터에서만 SOA 및 AXFR/IXFR을 요청하므로 각 마스터가 각 영역 업데이트를 완료한 후에 SOA에 대한 QUERY를 재시도할 수 있는 기회를 갖게 됩니다.

관련 정보