while I understand that in most cases one "Conditional Forwarding" rule is sufficient, there are situations where you'd want more than one entry. In the "Upstream DNS Servers" section above you can enter multiple servers, it would be nice to have multiple "Conditional Forwarding" entries as well.
necessary to resolve UBNT internal names. Currently I'm doing this with a /etc/dnsmasq.d/05-custom.conf and everything is well, I just thought that adding additional fields to the GUI would be nicer.
Same problem here. I'd like several "Conditional Forwarding" as I've got my local LAN (10.0.0.1), my Google WiFi Mesh (192.168.86.1) and two VPN Servers (10.8.0.1 and 10.9.0.1) which all use my Pi-Hole on Raspi with LAN and WiFi to filter DNS. It is
server=/testwifi/192.168.86.1 # Google WiFi
server=/lan/10.0.0.1 # Local LAN
server=/openvpn1/10.8.0.1 # VPN1
server=/openvpn2/10.9.0.1 # VPN2
I'd do it also through the config files if its possible?
@jfb Another real world use case would be for local domains that span multiple subnets. When you configure conditional forwarding, it assumes the reverse lookup subnet based on your configured router IP. In mycase i'm just using "local" but i'm using it on 3 different subnets/vlans.
I've had to create a custom file like @anon55913113 but just with additional reverse zones:
Adding more and more features that will only be used by a few experts out there seems to be not a good idea. Each new feature can bring new issues along and the more complex the entire system becomes, the more complicated and possibly less straightforward the interface becomes for the arbitrary user.
We deliberately allow experienced users to configure anything they want by placing custom configuration files into /etc/dnsmasq.d/. This allows for a much greater flexibility than could ever be possible with a GUI.
As another example of how this could be useful, I want to set up a SteamCache server on the same network as my pihole, but I don't want to have to daisychain all my DNS reqs through the cache servers DNS server.
You can easily do this with custom dnsmasq config files in /etc/dnsmasq.d/ You can check for how it is done with the files created by Pi-hole to see how to do it yourself.
As far as I see, the web interface actually tries to stay simple instead of becoming a full network management system (I think this has been stressed by @DanSchaper) . The typical user is a first-time network user and has no idea about all the concepts of DHCP and other wizardry terms.
What I absolutely love about Pi-hole is that they try to keep it simple for the average user who you wants to put this next to their router, set up and forget, however, still offer enormous flexibility by allowing almost anything you can imagine by their open architecture. Unlike similar projects, you can fairly easily edit all the config files (mostly in /etc/dnsmasq.d) to realize arbitrarily complex networking configurations. I removed "fairly" because you can ask anything here on the forum and there will be someone who walks you through and can give a lot of insight into things (also when there is an easier way to achieve what you are looking for). This is the second most important bit of why Pi-hole is fantastic and "successful".
Anything *.conf will work, I have seen posts by developers suggesting something like 99-something.conf
There isn't much you can do to check (you could add an invalid setting to see if it fails), otherwise, you can trust that all files in this directory, ending in .conf will be read.