TL; DR: explícito é melhor que implícito
Você também pode querer garantir que todos os diagnósticos executados em sua rede também revelem a conexão entre os membros de cada par.
Se dnsmasq estiver fazendo tanto dns & dhcp, é fácil resolver o problema "cada cliente conhece seu mestre" e fazer a verificação da configuração correta possível - NÃO fazendo o dnsmasq responder de maneira diferente com base em quem está consultando.
Eu recomendo que você, em vez disso, certifique-se de que cada cliente solicite seu mestre especificamente, tornando seu grupo uma parte de seu nome de domínio totalmente qualificado:
# make sure your dhcp clients use dnsmasq as dns & split them in groups
# (you probably already do that baes on either mac or subnet)
dhcp-range=set:group1,10.0.2.0,10.0.2.23,255.255.255.0,4h
dhcp-range=set:group2,10.0.2.24,10.0.2.50,255.255.255.0,4h
dhcp-otion=option:dns-server,0.0.0.0
# based on tags, give them a dns search domain
dhcp-option=tag:group1,option:domain-search,pair1.local
dhcp-option=tag:group2,option:domain-search,pair2.local
# making the respective master address known to them
address=/master.pair1.local/10.0.3.1
address=/master.pair2.local/10.0.3.2
Existem maneiras de basear a decisão sobre qual cliente é em qual grupo em diferentes parâmetros; dependendo do que determina qual grupo um cliente deve ser meu exemplo de divisão em dhcp-range
pode ser suficiente ou completamente inadequado.
Advertência: A reconfiguração de clientes em grupos diferentes só pode ser feita de acordo com os tempos de concessão de DHCP - o que é menos flexível do que o dns TTL.