Expected Behaviour:
PiH running on a UB20.04 VM with network interfaces for multiple networks (A,B,C,D). This is a question about local name resolution. The response to network A will be unique to network A. The response to network B will be unique to network B. etc.
Actual Behaviour:
Unknown. Just asking if it's possible with PiH?
Debug Token:
Why, you say?:
I have several linux servers that service each of these networks. Since each linux server can have multiple interfaces and be connected directly to each network, I'd like to see if I could avoid routing and just deliver the IP address of the server's interface that is on the same network where the request came from. I'm avoiding the route basically.
-Weird?
-Crazy?
-Waste of time?
-Huh, okay, this is how you do it...
Did you try to that already, e.g. by adding multiple lines with IPs to your hosts file?
dnsmasq doesn't provide views for a proper split horizon DNS, but if you want distinct DNS replies based on the receiving interface, localise-queries should already pick the most appropriate subnet address if multiple IPs are defined for a host.
-y, --localise-queries
Return answers to DNS queries from /etc/hosts and --interface-name and --dynamic-host which depend on the interface over which the query was received. If a name has more than one address associated with it, and at least one of those addresses is on the same subnet as the interface to which the query was sent, then return only the address(es) on that subnet. (...).
Currently this facility is limited to IPv4.
Pi-hole sets localise-queries by default.
Note that pihole-FTL is a tailored fork of dnsmasq, so you can provide any dnsmasq option you require in a separate custom configuration file, as long as none of those options would conflict with Pi-hole's own.
Refer to dnsmasq documentation for further details (this is also the source of the lines quoted above).
Perfect.
Thank you so much.