From 8c258064c13332d515911ec2f5df3cf1b3c02197 Mon Sep 17 00:00:00 2001 From: Michael Stanclift Date: Tue, 3 May 2022 16:45:31 -0500 Subject: [PATCH] Updated DHCP Replication (markdown) --- DHCP-Replication.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/DHCP-Replication.md b/DHCP-Replication.md index c70840b..8d39495 100644 --- a/DHCP-Replication.md +++ b/DHCP-Replication.md @@ -6,7 +6,7 @@ If you're not using your Pi-hole to act as a DHCP server, this file will not exi ## Managing Scopes -Once advantage of FTLDNS/DNSMASQ is that it allows static DHCP assignments use address ranges that are not part of their own dynamic pool. However before implementing redundant DHCP servers, you will need to think about how to lay out your DHCP assignments. DHCP replication with Gravity Sync should use what is outlined here as a shared/split scope architecture. +One advantage of FTLDNS/DNSMASQ is that it allows static DHCP assignments use address ranges that are not part of their own dynamic pool. However before implementing redundant DHCP servers, you will need to think about how to lay out your DHCP assignments. DHCP replication with Gravity Sync should use what is outlined here as a shared/split scope architecture. In this architecture, both Pi-hole systems are allowed to assign addresses that are replicated as part of the static assignments (the shared scope) but also to have a range of IP addresses that are unique to their side, AKA the split scope.