<div dir="ltr"><div><div>+1. <br><br>Both Windows and Mac cache DNS records, so if you had the old one cached prior to making the change, you'd either have to flush your local cache or wait for the record's TTL to expire.<br>
<br></div>On Linux, at least, nslookup is a deprecated tool: dig is better in many ways. In Windows, obviously, nslookup is all you've got by default :-(<br><br></div>John<br><br></div><div class="gmail_extra"><br><br>
<div class="gmail_quote">On Thu, Jul 24, 2014 at 4:44 PM, Leonard Mills <span dir="ltr"><<a href="mailto:lenm@yahoo.com" target="_blank">lenm@yahoo.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div style="color:#000;background-color:#fff;font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:10pt"><div><span>You may be seeing additional buffering from nslookup. <br></span></div>
<div style="color:rgb(0,0,0);font-size:13.3333px;font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;background-color:transparent;font-style:normal"><span>If you are using nslookup on a Windows platform, <br>
</span></div><div style="color:rgb(0,0,0);font-size:13.3333px;font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;background-color:transparent;font-style:normal"><span>I'm </span><span>99.44% confident that you are observing M$ client-side <br>
</span></div><div style="color:rgb(0,0,0);font-size:13.3333px;font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;background-color:transparent;font-style:normal"><span>buffering. DiG (or even host) are much better than nslookup <br>
</span></div><div style="color:rgb(0,0,0);font-size:13.3333px;font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;background-color:transparent;font-style:normal"><span>for diagnostic purposes.</span></div>
<div style="color:rgb(0,0,0);font-size:13.3333px;font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;background-color:transparent;font-style:normal"><br><span></span></div><div style="color:rgb(0,0,0);font-size:13.3333px;font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;background-color:transparent;font-style:normal">
<span>hth<br></span></div> <div><br><br></div><div style="display:block"> <div style="font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:10pt"> <div style="font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:12pt">
<div dir="ltr"> <font face="Arial"> On Thursday, July 24, 2014 8:00 AM, John Miller <<a href="mailto:johnmill@brandeis.edu" target="_blank">johnmill@brandeis.edu</a>> wrote:<br> </font> </div> <br><br> <div><div><div>
<div dir="ltr">To check your cache, just run rndc dump. It'll write a dump of the BIND cache to your data directory (wherever you've got it configured).<br clear="none"><br clear="none">John<br clear="none"></div>
<div><br clear="none"><br clear="none"><div><div>
On Thu, Jul 24, 2014 at 10:51 AM, Ricardo Esteves <span dir="ltr"><<a rel="nofollow" shape="rect" href="mailto:maverick.pt@gmail.com" target="_blank">maverick.pt@gmail.com</a>></span> wrote:<br clear="none"><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
Hi,<br clear="none">
<br clear="none">
It seems it's taking some time to sync after the transfer, because
now it resolves ok with the new data.<br clear="none">
<br clear="none">
nslookup 192.168.250.101 192.168.2.251<br clear="none">
Server: 192.168.2.251<br clear="none">
Address: 192.168.2.251#53<br clear="none">
<br clear="none">
101.250.168.192.in-addr.arpa name = <a rel="nofollow" shape="rect" href="http://openerp-bold.vi.pt/" target="_blank">openerp-bold.vi.pt</a>.<br clear="none">
<br clear="none">
<br clear="none">
nslookup 192.168.250.101 192.168.2.252<br clear="none">
Server: 192.168.2.252<br clear="none">
Address: 192.168.2.252#53<br clear="none">
<br clear="none">
101.250.168.192.in-addr.arpa name = <a rel="nofollow" shape="rect" href="http://openerp-bold.vi.pt/" target="_blank">openerp-bold.vi.pt</a>.<br clear="none">
<br clear="none">
<br clear="none">
After the transfer i checked the new zone file and it was exactly
the same as the master one.<br clear="none">
<br clear="none">
If i make a new change to the master how can i then check if
101.250.168.192.in-addr.arpa PTR is cached?<br clear="none">
<br clear="none">
<br clear="none">
<div>On <a rel="nofollow" shape="rect">24-07-2014 15</a>:35, John Miller wrote:<br clear="none">
</div>
<blockquote type="cite">
<div dir="ltr">
<div>On NS #2, if you run rndc freeze/rndc thaw, what does the
actual zone file look like? Also, what does your cache look
like? Is 101.250.168.192.in-addr.arpa PTR cached?<br clear="none">
<br clear="none">
</div>
John<br clear="none">
</div>
<div>
<br clear="none">
<br clear="none">
<div>On Thu, Jul 24, 2014 at 10:25 AM,
Ricardo Esteves <span dir="ltr"><<a rel="nofollow" shape="rect" href="mailto:maverick.pt@gmail.com" target="_blank">maverick.pt@gmail.com</a>></span>
wrote:<br clear="none">
<blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div> Hi,<br clear="none">
<br clear="none">
I've got two bind9 servers, one master (192.168.2.251) and
one slave (192.168.2.252).<br clear="none">
<br clear="none">
I've configured zone transfers, and after a change of a
zone on the master, the slave gets the notification,
downloads successfully the new zone file, but still has
the old information in memory:<br clear="none">
<br clear="none">
nslookup 192.168.250.101 <b>192.168.2.251</b><br clear="none">
Server: 192.168.2.251<br clear="none">
Address: 192.168.2.251#53<br clear="none">
<br clear="none">
<b>101.250.168.192.in-addr.arpa name = <a rel="nofollow" shape="rect" href="http://openerp-bold.xpto.com/" target="_blank">openerp-bold.xpto.com</a>.</b><br clear="none">
<br clear="none">
nslookup 192.168.250.101 <b>192.168.2.252</b><br clear="none">
Server: 192.168.2.252<br clear="none">
Address: 192.168.2.252#53<br clear="none">
<br clear="none">
<b>101.250.168.192.in-addr.arpa name = <a rel="nofollow" shape="rect" href="http://demoopenerp1.xpto.com/" target="_blank">demoopenerp1.xpto.com</a>.</b><br clear="none">
<br clear="none">
----------------------<br clear="none">
<br clear="none">
Log on the slave:<br clear="none">
<br clear="none">
24-Jul-2014 14:48:42.481 notify: info: client
192.168.2.251#61865: view vi_local_resolver: received
notify for zone '250.168.192.in-addr.arpa'<br clear="none">
24-Jul-2014 14:48:42.481 general: info: master
192.168.2.251#53 (source 192.168.2.252#0) deleted from
unreachable cache<br clear="none">
24-Jul-2014 14:48:42.482 general: debug 1:
queue_soa_query: zone
250.168.192.in-addr.arpa/IN/vi_local_resolver: enter<br clear="none">
24-Jul-2014 14:48:42.482 general: debug 1: soa_query: zone
250.168.192.in-addr.arpa/IN/vi_local_resolver: enter<br clear="none">
24-Jul-2014 14:48:42.482 general: debug 3:
dns_request_createvia<br clear="none">
24-Jul-2014 14:48:42.482 general: debug 3: request_render<br clear="none">
24-Jul-2014 14:48:42.482 general: debug 3:
requestmgr_attach: 0x801f11170: eref 1 iref 1<br clear="none">
24-Jul-2014 14:48:42.482 general: debug 3: mgr_gethash<br clear="none">
24-Jul-2014 14:48:42.482 general: debug 3: req_send:
request 0x8037eaea8<br clear="none">
24-Jul-2014 14:48:42.482 general: debug 3:
dns_request_createvia: request 0x8037eaea8<br clear="none">
24-Jul-2014 14:48:42.482 general: debug 3: req_senddone:
request 0x8037eaea8<br clear="none">
24-Jul-2014 14:48:42.483 general: debug 3: req_response:
request 0x8037eaea8: success<br clear="none">
24-Jul-2014 14:48:42.483 general: debug 3: req_cancel:
request 0x8037eaea8<br clear="none">
24-Jul-2014 14:48:42.483 general: debug 3: req_sendevent:
request 0x8037eaea8<br clear="none">
24-Jul-2014 14:48:42.483 general: debug 1:
refresh_callback: zone
250.168.192.in-addr.arpa/IN/vi_local_resolver: enter<br clear="none">
24-Jul-2014 14:48:42.483 general: debug 3:
dns_request_getresponse: request 0x8037eaea8<br clear="none">
24-Jul-2014 14:48:42.483 general: debug 1:
refresh_callback: zone
250.168.192.in-addr.arpa/IN/vi_local_resolver: serial: new
2014072417, old 2014070617<br clear="none">
24-Jul-2014 14:48:42.483 general: debug 3:
dns_request_destroy: request 0x8037eaea8<br clear="none">
24-Jul-2014 14:48:42.483 general: debug 3: req_destroy:
request 0x8037eaea8<br clear="none">
24-Jul-2014 14:48:42.483 general: debug 3:
requestmgr_detach: 0x801f11170: eref 1 iref 0<br clear="none">
24-Jul-2014 14:48:42.483 general: debug 1: queue_xfrin:
zone 250.168.192.in-addr.arpa/IN/vi_local_resolver: enter<br clear="none">
24-Jul-2014 14:48:42.484 general: info: zone
250.168.192.in-addr.arpa/IN/vi_local_resolver: Transfer
started.<br clear="none">
24-Jul-2014 14:48:42.484 general: debug 1: zone
250.168.192.in-addr.arpa/IN/vi_local_resolver: requesting
IXFR from 192.168.2.251#53<br clear="none">
24-Jul-2014 14:48:42.484 xfer-in: info: transfer of
'250.168.192.in-addr.arpa/IN/vi_local_resolver' from
192.168.2.251#53: connected using 192.168.2.252#51302<br clear="none">
24-Jul-2014 14:48:42.484 xfer-in: debug 3: transfer of
'250.168.192.in-addr.arpa/IN/vi_local_resolver' from
192.168.2.251#53: requesting IXFR for serial 2014070617<br clear="none">
24-Jul-2014 14:48:42.484 xfer-in: debug 3: transfer of
'250.168.192.in-addr.arpa/IN/vi_local_resolver' from
192.168.2.251#53: sent request length prefix<br clear="none">
24-Jul-2014 14:48:42.484 xfer-in: debug 3: transfer of
'250.168.192.in-addr.arpa/IN/vi_local_resolver' from
192.168.2.251#53: sent request data<br clear="none">
24-Jul-2014 14:48:42.486 xfer-in: debug 3: transfer of
'250.168.192.in-addr.arpa/IN/vi_local_resolver' from
192.168.2.251#53: got nonincremental response<br clear="none">
24-Jul-2014 14:48:42.486 general: debug 1: zone_settimer:
zone 250.168.192.in-addr.arpa/IN/vi_local_resolver: enter<br clear="none">
24-Jul-2014 14:48:42.486 general: debug 3: removing
journal file<br clear="none">
24-Jul-2014 14:48:42.486 general: debug 3: replacing zone
database<br clear="none">
24-Jul-2014 14:48:42.486 general: debug 1: zone
250.168.192.in-addr.arpa/IN/vi_local_resolver: zone
transfer finished: success<br clear="none">
24-Jul-2014 14:48:42.486 general: info: zone
250.168.192.in-addr.arpa/IN/vi_local_resolver: transferred
serial 2014072417<br clear="none">
24-Jul-2014 14:48:42.486 general: debug 1: zone_settimer:
zone 250.168.192.in-addr.arpa/IN/vi_local_resolver: enter<br clear="none">
24-Jul-2014 14:48:42.486 xfer-in: info: transfer of
'250.168.192.in-addr.arpa/IN/vi_local_resolver' from
192.168.2.251#53: Transfer completed: 1 messages, 12
records, 416 bytes, 0.001 secs (416000 bytes/sec)<br clear="none">
24-Jul-2014 14:48:42.486 general: debug 1: zone_timer:
zone 250.168.192.in-addr.arpa/IN/vi_local_resolver: enter<br clear="none">
24-Jul-2014 14:48:42.486 general: debug 1:
zone_maintenance: zone
250.168.192.in-addr.arpa/IN/vi_local_resolver: enter<br clear="none">
24-Jul-2014 14:48:42.486 general: debug 1: zone_dump: zone
250.168.192.in-addr.arpa/IN/vi_local_resolver: enter<br clear="none">
24-Jul-2014 14:48:42.486 general: debug 1: zone_settimer:
zone 250.168.192.in-addr.arpa/IN/vi_local_resolver: enter<br clear="none">
24-Jul-2014 14:48:42.486 general: debug 1:
zone_gotwritehandle: zone
250.168.192.in-addr.arpa/IN/vi_local_resolver: enter<br clear="none">
24-Jul-2014 14:48:42.490 general: debug 1: dump_done: zone
250.168.192.in-addr.arpa/IN/vi_local_resolver: enter<br clear="none">
24-Jul-2014 14:48:42.490 general: debug 3: zone
250.168.192.in-addr.arpa/IN/vi_local_resolver:
dns_journal_compact: not found<br clear="none">
<br clear="none">
--------------------<br clear="none">
<br clear="none">
Anyone has any idea what could be wrong?<br clear="none">
<br clear="none">
Best regards,<br clear="none">
Ricardo Esteves.<br clear="none">
<br clear="none">
</div>
<br clear="none">
_______________________________________________<br clear="none">
Please visit <a rel="nofollow" shape="rect" href="https://lists.isc.org/mailman/listinfo/bind-users" target="_blank">https://lists.isc.org/mailman/listinfo/bind-users</a>
to unsubscribe from this list<br clear="none">
<br clear="none">
bind-users mailing list<br clear="none">
<a rel="nofollow" shape="rect" href="mailto:bind-users@lists.isc.org" target="_blank">bind-users@lists.isc.org</a><br clear="none">
<a rel="nofollow" shape="rect" href="https://lists.isc.org/mailman/listinfo/bind-users" target="_blank">https://lists.isc.org/mailman/listinfo/bind-users</a><br clear="none">
</blockquote>
</div>
<br clear="none">
<br clear="all"><span><font color="#888888">
<br clear="none">
-- <br clear="none">
John Miller<br clear="none">
Systems Engineer<br clear="none">
Brandeis University<br clear="none">
<a rel="nofollow" shape="rect" href="mailto:johnmill@brandeis.edu" target="_blank">johnmill@brandeis.edu</a><br clear="none">
<a rel="nofollow" shape="rect">(781) 736-4619</a>
</font></span></div>
</blockquote>
<br clear="none">
</div>
</blockquote></div></div><br clear="none"><br clear="all"><br clear="none">-- <br clear="none">John Miller<br clear="none">Systems Engineer<br clear="none">Brandeis University<br clear="none"><a rel="nofollow" shape="rect" href="mailto:johnmill@brandeis.edu" target="_blank">johnmill@brandeis.edu</a><br clear="none">
<a href="tel:%28781%29%20736-4619" value="+17817364619" target="_blank">(781) 736-4619</a>
</div></div></div><br><div>_______________________________________________<br clear="none">Please visit <a shape="rect" href="https://lists.isc.org/mailman/listinfo/bind-users" target="_blank">https://lists.isc.org/mailman/listinfo/bind-users </a>to unsubscribe from this list<br clear="none">
<br clear="none">bind-users mailing list<br clear="none"><a shape="rect" href="mailto:bind-users@lists.isc.org" target="_blank">bind-users@lists.isc.org</a><br clear="none"><a shape="rect" href="https://lists.isc.org/mailman/listinfo/bind-users" target="_blank">https://lists.isc.org/mailman/listinfo/bind-users</a></div>
<br><br></div> </div> </div> </div> </div></div></blockquote></div><br><br clear="all"><br>-- <br>John Miller<br>Systems Engineer<br>Brandeis University<br><a href="mailto:johnmill@brandeis.edu">johnmill@brandeis.edu</a><br>
(781) 736-4619
</div>