Domain Not Resolving

Reindl Harald h.reindl at thelounge.net
Wed Nov 22 14:47:53 UTC 2017



Am 22.11.2017 um 15:02 schrieb Ray Bellis:
> On 21/11/2017 17:30, Reindl Harald wrote:
> 
>> because of https://www.iana.org/help/nameserver-requirements and he
>> should not have allowed this setup at all because "Minimum number of
>> name servers - There must be at least two NS records listed in a
>> delegation, and the hosts must not resolve to the same IP address"
>>
>> and the next paragraph makes it clear that even a second machine in the
>> same subnet is not enough for obvious reasons
>>
>> Network diversity
>> The name servers must be in at least two topologically separate
>> networks. A network is defined as an origin autonomous system in the BGP
>> routing table. The requirement is assessed through inspection of views
>> of the BGP routing table
> 
> Those requirements are the ones that apply to delegations in the root zone.

every registry i know enforces that points too based on 
https://tools.ietf.org/html/rfc1034 and "A given zone will be available 
from several name servers to insure its availability in spite of host or 
communication link failure. By administrative fiat, we require every 
zone to be available on at least two servers, and many zones have more 
redundancy than that" and when one thinks that RFC's are just a "request 
for comment".. well..

i have even seen requirements of 3 nameservers while it's common sense 
that when you need to have two that it's pointless using the same 
machine as well as it's pointless have two MX records pointing to the 
same IP

additionally: by common sense both should use zone-transfers instead 
copy zone-files because errors in the zonefile would not bring down the 
slave (many errors like "CNAME and others" simply let not start named at 
reboot)

> As it is, the topology test is broken because it doesn't account for an
> Anycast configuration where multiple sites share the same origin ASN
> even though they're connected via completely different AS paths

different topic


More information about the bind-users mailing list