<div dir="ltr">List,<div><br></div><div>I am transitioning from dnscache to unbound and have noticed a difference in behavior that I need to address since I have a few systems using it. Querying dnscache using an IP as the question I get an answer back using unbound I do not. For instance:</div><div><br></div><div><div>$ dig @localhost 10.36.129.10</div><div><br></div><div>; <<>> DiG 9.8.1-P1 <<>> @localhost 10.36.129.10</div><div>; (2 servers found)</div><div>;; global options: +cmd</div><div>;; Got answer:</div><div>;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 54502</div><div>;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0</div><div><br></div><div>;; QUESTION SECTION:</div><div>;10.36.129.10.<span style="white-space:pre">                   </span>IN<span style="white-space:pre">   </span>A</div><div><br></div><div>;; ANSWER SECTION:</div><div>10.36.129.10.<span style="white-space:pre">              </span>655360<span style="white-space:pre">       </span>IN<span style="white-space:pre">   </span>A<span style="white-space:pre">    </span>10.36.129.10</div><div><br></div><div>;; Query time: 0 msec</div><div>;; SERVER: 127.0.0.1#53(127.0.0.1)</div><div>;; WHEN: Wed Sep 13 12:42:03 2017</div><div>;; MSG SIZE  rcvd: 46</div></div><div><br></div><div>Unbound responds with what I would have expected dnscache to respond with NXDOMAIN. I haven't been able to track down where exactly this sort of behavior is defined in an RFC or etc. So far digging through the dnscache source hasn't been fruitful either.</div><div><br></div><div>Anyone know if unbound can be configured to behave this way or know what dnscache might be doing here?</div><div><br></div><div>Thanks!</div><div>-Joe</div><div><br></div></div>