'succesful' nsupdate of remote server not persistent across nameserver restart?

[Matthew Pounsett]

On Sunday, 24 April 2016, <jasonsu at mail-central.com> wrote:

> > This zone would not pass named-checkzone, which interestingly, is the
> same code which named itself uses when initially loading a zone.
>
> It appears to
>
>         named-checkzone -t /var/chroot/named example.com
> /namedb/master/example.com.zone
>                 zone example.com/IN: loaded serial 1461540029
>                 OK
>
>
> cat /tmp/nsupdate.txt
>         server ns01.example.com
>         debug yes
>         zone example.com.
>         update add test.example.com. 300 in TXT "TEST STRING"
>         show
>         send
>
> $NSUPDATE /tmp/nsupdate.txt
>
> @ server
>
>         Apr 24 16:24:02 ns01 named[14954]: 24-Apr-2016 16:24:02.350
> update-security: info: client 10.0.0.17#26427/key jason-key: view external:
> signer "jason-key" approved
>         Apr 24 16:24:02 ns01 named[14954]: 24-Apr-2016 16:24:02.350
> update: info: client 10.0.0.17#26427/key jason-key: view external: updating
> zone 'example.com/IN': adding an RR at 'test.example.com' TXT "TEST
> STRING"
>
> TBH I don't understand WHAT to 'expect' from dig to test/verify this^.
> What do I dig to get an answer with "TEST STRING" in it?


dig in txt test.example.com @ns01.example.com

>
> Jason
> _______________________________________________
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to
> unsubscribe from this list
>
> bind-users mailing list
> bind-users at lists.isc.org <javascript:;>
> https://lists.isc.org/mailman/listinfo/bind-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20160425/81ffa8a6/attachment.html>