<div dir="ltr"><div>[ Classification Level: <font color="blue">GENERAL BUSINESS</font> ]</div><br class="cursAfter"><br>I've done the match-destinations/query-source thing before, but in addition to that, it should theoretically be possible to also use a shared cache between the views, via attach-cache. I've never played with that directive myself, however.<div><br></div><div> - Kevin</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jul 12, 2021 at 5:32 AM Petr Menšík <<a href="mailto:pemensik@redhat.com">pemensik@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<p>Hi Xinyu.<br>
</p>
<p>Why would you need client-facing IP address to appear on
authoritative servers? It should be more or less independent.</p>
<p>I think it might be possible to use views and match-destination
combined with query-source for each view. But it seems similar to
running separate bind instances. I think it would have different
cache anyway.</p>
<p>Can you share why source addresses are important?</p>
<p>Cheers,</p>
<p>Petr<br>
</p>
<div>On 7/8/21 9:08 AM, Xinyu Wang wrote:<br>
</div>
<blockquote type="cite">
<pre>Hi guys,
Is it possible to make a recursive BIND send queries to authorities from
the interface which the original query was sent to.
For instance,
the recursive BIND is listening 3 interfaces, they are 1.1.1.1, 1.1.1.2,
and 1.1.1.3
when a recusive query arrived at 1.1.1.1, then BIND use 1.1.1.1 to
complete the recursion process.
when a recusive query arrived at 1.1.1.2, then BIND use 1.1.1.2 to
complete the recursion process.
when a recusive query arrived at 1.1.1.3, then BIND use 1.1.1.3 to
complete the recursion process.
Hopefully I made myself clear, and looking forward to some help.
Thanks
</pre>
<br>
<fieldset></fieldset>
<pre></pre>
</blockquote>
<pre cols="72">--
Petr Menšík
Software Engineer
Red Hat, <a href="http://www.redhat.com/" target="_blank">http://www.redhat.com/</a>
email: <a href="mailto:pemensik@redhat.com" target="_blank">pemensik@redhat.com</a>
PGP: DFCF908DB7C87E8E529925BC4931CA5B6C9FC5CB</pre>
</div>
_______________________________________________<br>
Please visit <a href="https://lists.isc.org/mailman/listinfo/bind-users" rel="noreferrer" target="_blank">https://lists.isc.org/mailman/listinfo/bind-users</a> to unsubscribe from this list<br>
<br>
ISC funds the development of this software with paid support subscriptions. Contact us at <a href="https://www.isc.org/contact/" rel="noreferrer" target="_blank">https://www.isc.org/contact/</a> for more information.<br>
<br>
<br>
bind-users mailing list<br>
<a href="mailto:bind-users@lists.isc.org" target="_blank">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/listinfo/bind-users</a><br>
</blockquote></div></div></div>