I'd like to see is a new configuration option in the Web UI for the DHCP server. This option would allow you to specify one or more additional IP addresses of other pi-holes for alternate DNS servers. The pi-hole would always include it's own address in the list, but if you set up a second pi-hole, the one that is the DHCP server could send out the IP address for both pi-holes.
This has had some previous discussion, e.g. Secondary DNS Server for DHCP & Can the Pi-Hole DHCP send out a second DNS server address to clients?
I think of this as a small first step towards High availability (HA) for Pi-hole (running two Pi-hole's)
There is already a PR for this, but it is currently on hold.
pi-hole:development ← deHakkelaar:patch-6
opened 01:44PM - 16 Nov 20 UTC
Push three IPv4 DNS servers via DHCP instead of a single one which is currently … implemented.
This because some devices automatically populate a secondary or tertiary DNS if not supplied via DHCP.
Below example auto configures 8.8.8.8 for the secondary DNS on a OnePlus device:
https://discourse.pi-hole.net/t/removing-google-dns-after-using-pi-hole-dhcp/40435
Nmap output after the change:
```
$ sudo nmap -sU -p67 --script dhcp-discover 10.0.0.4
Starting Nmap 7.70 ( https://nmap.org ) at 2020-11-16 14:25 CET
Nmap scan report for ph5.dehakkelaar.nl (10.0.0.4)
Host is up (0.0012s latency).
PORT STATE SERVICE
67/udp open dhcps
| dhcp-discover:
| DHCP Message Type: DHCPACK
| Server Identifier: 10.0.0.4
| Subnet Mask: 255.255.255.0
| Broadcast Address: 10.0.0.255
| Domain Name: dehakkelaar.nl
| Router: 10.0.0.1
|_ Domain Name Server: 10.0.0.4, 10.0.0.4, 10.0.0.4
MAC Address: B8:27:EB:xx:xx:xx (Raspberry Pi Foundation)
Nmap done: 1 IP address (1 host up) scanned in 0.96 seconds
```
**By submitting this pull request, I confirm the following:**
*please fill any appropriate checkboxes, e.g: [X]*
- [ X] I have read and understood the [contributors guide](https://github.com/pi-hole/pi-hole/blob/master/CONTRIBUTING.md), as well as this entire template.
- [ X] I have made only one major change in my proposed changes.
- [ ] I have commented my proposed changes within the code.
- [X ] I have tested my proposed changes, and have included unit tests where possible.
- [X ] I am willing to help maintain this change if there are issues with it later.
- [X ] I give this submission freely and claim no ownership.
- [X ] It is compatible with the [EUPL 1.2 license](https://opensource.org/licenses/EUPL-1.1)
- [X ] I have squashed any insignificant commits. ([`git rebase`](http://gitready.com/advanced/2009/02/10/squashing-commits-with-rebase.html))
Please make sure you [Sign Off](https://github.com/pi-hole/pi-hole/wiki/How-to-signoff-your-commits.) all commits. Pi-hole enforces the [DCO](https://github.com/pi-hole/pi-hole/wiki/Contributing-to-the-project).
---
**What does this PR aim to accomplish?:**
*A detailed description, screenshots (if necessary), as well as links to any relevant GitHub issues*
**How does this PR accomplish the above?:**
*A detailed description (such as a changelog) and screenshots (if necessary) of the implemented fix*
**What documentation changes (if any) are needed to support this PR?:**
*A detailed list of any necessary changes*
---
* You must follow the template instructions. Failure to do so will result in your pull request being closed.
* Please respect that Pi-hole is developed by volunteers, who can only reply in their spare time.
1 Like
Thanks! That looks related to what I'm asking for here, but not quite the same thing. I'm asking for a UI change, that PR is only modifying a configuration file.
If you read the whole thread there were first steps to implement this in the GUI as well (there is even a screenshot).
Oh, I see. Thank you, and apologies for the hasty reply.
system
June 6, 2022, 9:16pm
6
This topic was automatically closed 180 days after the last reply. New replies are no longer allowed.