Re: bind caching data from additional section in responses

On Oct 07, 2016, at 05.44, Tony Finch wrote: > > ben thielsen via bind-users wrote: >> >> zone "example.com" { >> type stub; >> masters { >> "example.com" ; >> }; >> }; >> >> maste

bind caching data from additional section in responses

i have a scenario in which bind appears to be caching data that i wouldn't have expected it to, which is breaking resolution after it occurs. i have a stub zone configured on server foo: zone "example.com" { type stub; masters { "example.com" ; }; }; mas

auto setting for dnssec-validation and dnssec-lookaside

given the following settings in the options stanza [collected from named-checkconf -p]: dnssec-validation auto; dnssec-lookaside auto; bindkeys-file "/etc/bind/keys/dnssec/bind.keys"; i'm trying to understand portions of the following log snippit, following rndc reload/reconfig: 17-Jan-2012 22

dnssec and chaos view

i'm seeing unexpected behavior that seems to be related to using dnssec and having a view defined for the chaos class. named complains: 01-Dec-2011 22:47:34.712 general: info: managed-keys-zone ./IN/default: loaded serial 11 01-Dec-2011 22:47:34.712 general: error: managed-keys-zone ./CH/chaos:

children whose zones do not reflect the delegation from the parent

hi- i'm curious for some feedback on something i've noticed here and there, and came across again the other day. my experience with dns, and the method which i've always practiced, is that when a zone is delegated, there should be agreement between the parent and the child - that is to say tha

dnssec validation, managed keys, and chaos view

zone "." { type hint; file "/dev/null"; }; zone "bind" { type master; file "/etc/bind/zones/system/db.bind"; }; allow-query { "localhost"; }; allow-transfer { "none"; }; }; regards -ben thielsen ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users