bind restart needed to reflect changes to dynamic zone in multiple views

[Lyle Giese]

On 06/24/11 09:21, Brian J. Murrell wrote:
> On 11-06-24 09:57 AM, Lyle Giese wrote:
>>
>> It's expected behavior in a way.
>
> Given your explanation, indeed.  :-)
>
>> You are probably making this change in
>> the internal view and the internal named process knows about the change
>> and reloads the zone.
>>
>> The external view's process is unaware of the change and does not reload.
>
> Ahhhh.  I guess I had not considered how BIND handles "views" and that
> it's done with a separate process per view.  But I only have one named
> process, so I suppose it's threading for each view.
>
>> 1) You could send a periodic rndc reload to the external view process.
>
> Except that I only have the one process.  Any thoughts on how to do this
> in such a case?
>
>> 2) Since this appears to be an rbl zone, use rbldnsd instead of named to
>> serve this zone.
>
> Yeah, I suppose I could.  It would solve this specific use case, but I
> don't know that this RBL zone is the extent of this problem.  I'd have
> to examine further where there are zones shared by multiple views.  I'm
> guessing though that rbldnsd doesn't support remote update, yes?  That
> would be limiting for my purposes here.
>
> Cheers,
> b.
>

rbldnsd does not support dynamic updates like bind.  But there is no 
reason you can not create a script in any language to update the zone 
file.  When rbldnsd detects that the zone file has been changed, it auto 
reloads it.

In my situation, when I place a new zone file in place, rbldnsd auto 
loads the new one.

Lyle