<div dir="ltr">Hi,<br><br>I have two domains configured, a production and lab/testing domain [let's say <a href="http://domain.com">domain.com</a> and <a href="http://lab.domain.com">lab.domain.com</a>].<br><br>I have a few different networks configured [<a href="http://192.168.10.0/24">192.168.10.0/24</a> and <a href="http://10.32.10.0/24">10.32.10.0/24</a>].<br><br>I have a system that has two network cards on both the 192.168.10.X network and 10.32.10.X network.<br><br>I have a remote system that is also configured to on both networks, with hostnames on both domains/networks.<br><br>I have a hostname entry in my primary master for the <a href="http://domain.com">domain.com</a> [<a href="http://system.lab.domain.com/192.168.10.170">system.lab.domain.com/192.168.10.170</a>], but there are other systems configured via the bind 9 system that serves out <a href="http://lab.domain.com">lab.domain.com</a> with an entry for this system [<a href="http://system.lab.domain.com/10.32.10.1">system.lab.domain.com/10.32.10.1</a>].<br><br>On the primary DNS server, the <a href="http://system.lab.domain.com">system.lab.domain.com</a> worked great and pointed to 192.168.10.170, however I made the lab server a secondary on the primary and vice-a-versa so that the <a href="http://lab.domain.com">lab.domain.com</a> entries would resolve for systems on the 192.168.10.X network so that the dual network capable system would be able to resolve lab hostnames from my primary DNS server.  This is a Mac and the primary interface wins for name resolution as far as I can tell even though the other network interface is configured to point to the lab DNS server.<br><br>This makes things work great to be able to resolve lab network host names, but the 10.32.10.X network isn't directly accessible to the 192.168.10.X network.<br><br>What's happening is the that hostname I have configured on the primary name server [<a href="http://system.lab.domain.com/192.168.10.170">system.lab.domain.com/192.168.10.170</a>] is not taking precedence over the secondary domain that is configured [<a href="http://system.lab.domain.com/10.32.10.1">system.lab.domain.com/10.32.10.1</a>].<br><br>Any resolution now for the system.lab.totusmel.coml hostname now brings back 10.32.10.1 instead of the 192.168.10.170.<br><br>I think it's because the lab domain takes precedence because the domain name <a href="http://lab.domain.com">lab.domain.com</a> is a higher priority than <a href="http://domain.com">domain.com</a> even with the system.lab tacked onto the primary domain.<br><br>I started dabbling with views and tried to set up specific views that would return a fully qualified hostname as a domain based on what network the request came from.  If the request came from the 10.32.10.X network, return the <a href="http://system.lab.domain.com/10.32.10.1">system.lab.domain.com/10.32.10.1</a> entry and if it came from the 192.168.10.X network, return the <a href="http://system.lab.domain.com/192.168.10.170">system.lab.domain.com/192.168.10.170</a> entry.<br><br>This seemed to work after re-arranging the order of the main configuration file, and I could resolve the <a href="http://system.lab.domain.com">system.lab.domain.com</a> as 192.168.10.170 as I intended but this then broke all of the host entries I had configured for <a href="http://domain.com">domain.com</a> as none were resolvable.<br><br><br>My question is, is there any way to "properly" return a hostname/IP based on what network the request is coming from?<br><br>This seemed like it would work, and it kind of did, but even with a separate view of "any" for the hostnames of the production domain, this didn't quite work.<br><br><br>I know this is a somewhat confusing set up, but I thought it might be possible to resolve a hostname difference with views based on the requesting network.<br><div><br></div><div>Any thoughts or advice would be greatly appreciated!</div></div>