This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
clueing in TLD registries for delegations to non-BIND servers
- Previous message (by thread): clueing in TLD registries for delegations to non-BIND servers
- Next message (by thread): clueing in TLD registries for delegations to non-BIND servers
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Jakob Schlyter
jakob at crt.se
Fri Feb 7 16:58:53 CET 2003
On Fri, 7 Feb 2003, Brad Knowles wrote: > At 6:42 PM +0100 2003/02/06, Stefan Paletta wrote: > > > I understand that nsd (as most non-BIND servers) returns SERVFAIL for > > questions for which it it does have neither authoritative nor non- > > authoritative data (i.e. it is lame) and that this behaviour is RFC- > > conformant and certainly best-practice for authoritative-only servers. > > Best practice? No, I would disagree most vehemently on that. If > nsd is doing this, then I believe it needs to be fixed. Handing out > a referral to the root zone is no more work than handing out SERVFAIL. nsd could be configured to either hand out a referral or send SERVFAIL. bind9 will reply with REFUSED if the hints file is missing and it is configured to be authoritative only. jakob
- Previous message (by thread): clueing in TLD registries for delegations to non-BIND servers
- Next message (by thread): clueing in TLD registries for delegations to non-BIND servers
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ dns-wg Archives ]