<div dir="ltr"><div class="gmail_extra"><div><div class="gmail_signature"><br></div></div><div class="gmail_quote">On Wed, Feb 8, 2017 at 1:09 PM, Cuttler, Brian R (HEALTH) <span dir="ltr"><<a href="mailto:brian.cuttler@health.ny.gov" target="_blank">brian.cuttler@health.ny.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Kevin,<br>
<br>
I understand. Let me refocus the question.<br>
<br>
DHCP:<br>
I know DHCP will remove the info when the old lease expires, will it remove this information for me in the case of the device falling off line, and how can I accelerate that process so that I can reassign the printer tag to a new IP address.<br>
<br>
BIND:<br>
Knowing that I have a "A", "TXT" and "PTR" record, is # nsupdate the correct mechanism, and how do I specify the commands to remove the "TXT" record as it is missing column 1 in the tables. I have previously manually both created and removed forward and reverse records, but text records are different, I just don't know how different.<br>
<br>
The forward table looks like this<br>
<br>
hr16038                 A       10.57.48.209<br>
                        TXT     "<wbr>00f8e5793e94da14990f27763448c5<wbr>4a00"<br>
<br></blockquote><div> </div><div>If the first field is shown as blank, it means "same as previous", so "hr16038" in this case.</div><div>If the ttl is not shown, it is "same as last $TTL record"  (or taken from 'minimum' field in SOA if no $TTL)</div><div>If no class is shown, it is probably "IN", I forget now where it defaults that.</div><div>If the first field is not fully qualified, the domain is taken from the last $ORIGIN, or SOA?, or named.conf.</div><div>So the records if listed in full would be something like:</div><div><br></div><div>hr16038.somedomain.tld.    9999   IN       A       10.57.48.209<br class="gmail-Apple-interchange-newline">hr16038.somedomain.tld.    9999   IN    TXT     "<wbr>00f8e5793e94da14990f27763448c5<wbr>4a00"<br></div><div><br></div><div>nsupdate is probably the best tool for removing the old records.</div><div><br></div><div>-- </div><div>Bob Harold</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Thank you,<br>
Brian<br>
<span class="gmail-"><br>
> -----Original Message-----<br>
> From: bind-users [mailto:<a href="mailto:bind-users-bounces@lists.isc.org">bind-users-bounces@<wbr>lists.isc.org</a>] On Behalf Of<br>
</span>> Darcy Kevin (FCA)<br>
> Sent: Wednesday, February 08, 2017 12:58 PM<br>
> To: Users of ISC DHCP <<a href="mailto:dhcp-users@lists.isc.org">dhcp-users@lists.isc.org</a>>; <a href="mailto:bind-users@lists.isc.org">bind-users@lists.isc.org</a><br>
> Subject: RE: Clean up dynamic names<br>
><br>
> ATTENTION: This email came from an external source. Do not open<br>
> attachments or click on links from unknown senders or unexpected emails.<br>
<div class="gmail-HOEnZb"><div class="gmail-h5">><br>
><br>
> Honestly, this is like asking for a closet that automatically throws out<br>
> the items you pitch into it, once the items are deemed obsolete or junk.<br>
><br>
> The DNS database is a repository of information, like a closet, but it has<br>
> no inherent way of knowing the value or currency of the information that<br>
> is put into it. Therefore any "auto-cleaning" mechanism is going to be<br>
> unreliable, at best.<br>
><br>
> Now, if you want, you can add "metadata" alongside your regular data, or<br>
> in a parallel database, e.g. a timestamp or something like that. You could<br>
> then use that "metadata" to make decisions on what to delete. Various<br>
> layers on top of DNS itself can perform "aging" and "scavenging" in this<br>
> way (Microsoft's solution does this). But that's not perfect either --<br>
> we've had major infrastructure outages due to erroneous scavenging of<br>
> Microsoft-hosted DNS data.<br>
><br>
> The bottom line is that the processes which read and write data into/out<br>
> of the DNS database are responsible for keeping track of it, evaluating<br>
> it, and getting rid of data that is no longer needed or wanted. This is<br>
> not something the database itself can do.<br>
><br>
><br>
> - Kevin<br>
><br>
><br>
><br>
> -----Original Message-----<br>
> From: bind-users [mailto:<a href="mailto:bind-users-bounces@lists.isc.org">bind-users-bounces@<wbr>lists.isc.org</a>] On Behalf Of<br>
> Cuttler, Brian R (HEALTH)<br>
> Sent: Wednesday, February 08, 2017 11:59 AM<br>
> To: Users of ISC DHCP; <a href="mailto:bind-users@lists.isc.org">bind-users@lists.isc.org</a><br>
> Subject: Clean up dynamic names<br>
><br>
> Hello Bind and DHCP users,<br>
><br>
> Sorry for the post to both lists, but it is a dynamic DNS question and I'm<br>
> not sure where the answer will come from.<br>
><br>
> We replaced the network card in a printer, which had been working, we had<br>
> a DHCP lease, we had created from DHCP a dynamic DNS forward and reverse<br>
> record for the printer.<br>
><br>
> The new network card was configured to provide the same HOSTNAME<br>
> information as the old card, we do this because the printers now carry<br>
> network names that reflect their inventory tags.<br>
><br>
> I need the cleanest/best way to remove the old DNS records so that the<br>
> DHCP server will be able to register the IP information in DNS.<br>
><br>
> Needless to say the TXT fingerprint information for the two network cards<br>
> is different, so automatic cleanup, which would say, allow us to rename<br>
> the printer if needing the same network card, will not work.<br>
><br>
> I suspect that # nsupdate removing the A, TXT and PTR records is the way<br>
> to go, but hope for a quicker, less error prone method.<br>
><br>
> Thanks in advance,<br>
> Brian<br>
><br>
><br>
><br>
> ______________________________<wbr>_________________<br>
> Please visit <a href="https://lists.isc.org/mailman/listinfo/bind-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/<wbr>listinfo/bind-users</a> to<br>
> unsubscribe from this list<br>
><br>
> bind-users mailing list<br>
> <a href="mailto:bind-users@lists.isc.org">bind-users@lists.isc.org</a><br>
> <a href="https://lists.isc.org/mailman/listinfo/bind-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/<wbr>listinfo/bind-users</a><br>
> ______________________________<wbr>_________________<br>
> Please visit <a href="https://lists.isc.org/mailman/listinfo/bind-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/<wbr>listinfo/bind-users</a> to<br>
> unsubscribe from this list<br>
><br>
> bind-users mailing list<br>
> <a href="mailto:bind-users@lists.isc.org">bind-users@lists.isc.org</a><br>
> <a href="https://lists.isc.org/mailman/listinfo/bind-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/<wbr>listinfo/bind-users</a><br>
______________________________<wbr>_________________<br>
Please visit <a href="https://lists.isc.org/mailman/listinfo/bind-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/<wbr>listinfo/bind-users</a> to unsubscribe from this list<br>
<br>
bind-users mailing list<br>
<a href="mailto:bind-users@lists.isc.org">bind-users@lists.isc.org</a><br>
<a href="https://lists.isc.org/mailman/listinfo/bind-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/<wbr>listinfo/bind-users</a><br>
</div></div></blockquote></div><br></div></div>