<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Menlo-Regular;
panose-1:0 0 0 0 0 0 0 0 0 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
span.EmailStyle19
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;
mso-ligatures:none;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-GB link=blue vlink=purple style='word-wrap:break-word'><div class=WordSection1><p class=MsoNormal><span style='mso-fareast-language:EN-US'>I think you have the format wrong:<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'>unbound-control.exe" local_data deb12dell.localdomain 60 A 192.168.60.175<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'>unbound-control.exe" local_data 192.168.60.175.in-addr.arpa. 60 PTR deb12dell.localdomain<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'>Works for me.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b>From:</b> Jon Murphy <jcmurphy26@gmail.com> <br><b>Sent:</b> Wednesday, January 10, 2024 4:07 AM<br><b>To:</b> Fred Morris <m3047-unbound-b3u@m3047.net><br><b>Cc:</b> unbound-users@lists.nlnetlabs.nl<br><b>Subject:</b> Re: A records, PTR records, and TTL setting<o:p></o:p></p></div></div><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal>Fred,<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>I am sorry for the late response. Otto informed me to look for your post. Your post made it to my email but then it just sat. Ugh!<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Thank you for your response!<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><div><p class=MsoNormal><span style='font-family:"Menlo-Regular",serif'>I added details I did not include in my initial post: <o:p></o:p></span></p></div><div><p class=MsoNormal><span style='font-family:"Menlo-Regular",serif'><a href="https://lists.nlnetlabs.nl/pipermail/unbound-users/2024-January/008207.html">https://lists.nlnetlabs.nl/pipermail/unbound-users/2024-January/008207.html</a><o:p></o:p></span></p></div><div><p class=MsoNormal><span style='font-family:"Menlo-Regular",serif'><o:p> </o:p></span></p></div><div><p class=MsoNormal><span style='font-family:"Menlo-Regular",serif'>And this January 1 update may help.<o:p></o:p></span></p></div></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><p class=MsoNormal>My comments below,<o:p></o:p></p><div><p class=MsoNormal>Jon<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal><br><br><o:p></o:p></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><p class=MsoNormal>On Dec 25, 2023, at 2:45 PM, Fred Morris via Unbound-users <<a href="mailto:unbound-users@lists.nlnetlabs.nl">unbound-users@lists.nlnetlabs.nl</a>> wrote:<o:p></o:p></p></div><p class=MsoNormal><o:p> </o:p></p><div><div><p class=MsoNormal>Happy holidays...<br><br>On Sun, 24 Dec 2023, Jon Murphy via Unbound-users wrote:<br><br><o:p></o:p></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><p class=MsoNormal>[...]<br>With a simple network (well defined, eh?) I am guessing it does not matter.<o:p></o:p></p></blockquote><p class=MsoNormal><br>It doesn't matter has long as you have one address per name. X-D<br><br><br><o:p></o:p></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><p class=MsoNormal>I can have one A and one PTR record per network interface.<o:p></o:p></p></blockquote><p class=MsoNormal><br>You forget about the name in that algebra.<br><br><br><o:p></o:p></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><p class=MsoNormal>So for my "deb12dell.localdomain" device, it is OK to have "two" or each, like this:<br><br>deb12dell.localdomain. 60 IN A 192.168.60.175<br>175.60.168.192.in-addr.arpa. 60 IN PTR deb12dell.localdomain.<br>deb12dell.localdomain. 60 IN A 192.168.65.180<br>180.65.168.192.in-addr.arpa. 60 IN PTR deb12dell.localdomain.<o:p></o:p></p></blockquote><p class=MsoNormal><br>The name in that construction doesn't distinguish between interfaces.<o:p></o:p></p></div></div></blockquote><div><p class=MsoNormal><o:p> </o:p></p></div><p class=MsoNormal>The info is coming from the ISC-DHCP system I get a hostname and an IP address. I can modify the hostname and make the second item something like `deb12dell-1` and then pass that change to unbound.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>But this does not feel right…<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Right now there are two interfaces. One ethernet and one wireless. In the future there could be more.<o:p></o:p></p></div><div><p class=MsoNormal><br><br><o:p></o:p></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><div><p class=MsoNormal><br>Are both interfaces accessible, everywhere? If not, then half of the attempts to reach deb12dell (using the A records) will initially fail. What happens after that depends on the software. There is no way to query for just one of the A records (unless you set up views or split horizon DNS), the software attempting to connect will have to decide which address to try, and whether or not to try them both.<br><br>You've confounded the PTR record case (by using an intentionally unresolvable-on-the-internet name) making it more difficult to discuss, although I'm less concerned about it. Going back to the case of a mail server (a reminder, this isn't in the mail protocol, it's something people do as a practical test for legitimacy), as long as there's only one A record for a name it doesn't matter how many PTR records resolve to it because they'll never be enumerated by any normal DNS query:<br><br>example.com. MX 10 server.example.com.<br>server.example.com. A 10.0.1.111<br>111.1.0.10.in-addr.arpa. PTR server.example.com.<br>112.1.0.10.in-addr.arpa. PTR server.example.com.<o:p></o:p></p></div></div></blockquote><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>For me, there is only a LAN or local network. And only A records and PTR records.<o:p></o:p></p></div><p class=MsoNormal><br><br><o:p></o:p></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><div><p class=MsoNormal style='margin-bottom:12.0pt'><br>In case you wanted to encode some reliable identity information in the name (there be dragons! a file share would be a bad application of this, at least without some other authentication / access controls) let's say a file share that is only accessible to the "downtown" office you could have a whole bunch of PTR records resolving to downtown.office.localdomain, the A records don't have to agree with the PTR records for that purpose:<br><br>joe.downtown.example.com. A 10.0.0.22<br>jean.downtown.example.com. A 10.0.0.28<br>22.0.0.10.in-addr.arpa. PTR downtown.example.com.<br>28.0.0.10.in-addr.arpa. PTR downtown.example.com.<br><br>There are two different ways some sort of access control can work in the above scenario, and it's up to the server architect how it works:<br><br>1) You list joe.downtown.example.com and jean.downtown.example.com as<br> permitted. When the service starts it performs A record lookups and<br> stores the addresses 10.0.0.22 and 10.0.0.28 internally. When a<br> connection attempt is made, it compares the client's address with<br> 10.0.0.22 amd 10.0.0.28 to see if it's one of those.<br><br>2) You list downtown.example.com as permitted. This FQDN is read, but no<br> lookups are performed at service startup. When a connection attempt is<br> made, a PTR lookup is performed for the address and it compares the<br> FQDN with what it stored at startup.<o:p></o:p></p></div></div></blockquote><div><p class=MsoNormal><o:p> </o:p></p></div><p class=MsoNormal>Wow - this is over my head! <o:p></o:p></p></div><div><p class=MsoNormal><br><br><o:p></o:p></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><div><p class=MsoNormal>(I see you picked up on the need for the trailing dot, good for you!)<o:p></o:p></p></div></div></blockquote><div><p class=MsoNormal><o:p> </o:p></p></div><p class=MsoNormal>Thank you! Based on what I read it seemed like the right thing to make it an absolute path.<o:p></o:p></p></div><div><p class=MsoNormal><br><br><o:p></o:p></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><div><p class=MsoNormal><br>Kind of depends on your use case, or application; it's usually not configurable. There are three questions to ask:<br><br>1) Is the A record compared to the PTR record for identity?<o:p></o:p></p></div></div></blockquote><div><p class=MsoNormal><o:p> </o:p></p></div><p class=MsoNormal>Yes.<o:p></o:p></p></div><div><p class=MsoNormal><br><br><o:p></o:p></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><div><p class=MsoNormal>2) Is the A record query made at startup, and the address recorded and<br> used going forward?<o:p></o:p></p></div></div></blockquote><div><p class=MsoNormal><o:p> </o:p></p></div><p class=MsoNormal>It may or may not be at start-up since my info comes from ISC-DHCP. It could happen, or even change, as devices come and go.<o:p></o:p></p></div><div><p class=MsoNormal><br><br><o:p></o:p></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><div><p class=MsoNormal>3) Is the PTR record query made at access time?<o:p></o:p></p></div></div></blockquote><div><p class=MsoNormal><o:p> </o:p></p></div><p class=MsoNormal>I am not understanding the question. I now there are reverse lookups.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Thank you!<o:p></o:p></p></div><div><p class=MsoNormal>Jon<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><br><br><o:p></o:p></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><div><p class=MsoNormal style='margin-bottom:12.0pt'><br>--<br><br>Fred Morris<br><br><o:p></o:p></p></div></div></blockquote></div><p class=MsoNormal><o:p> </o:p></p></div></div></body></html>