Salut,
oui, en faisant ça, tu risques de "sortir" ton sous-réseau de test de ton AD à cause des problématiques de DNS, ma recommandation serait donc de désactiver le DHCP sur la Livebox.
Par contre, le point structurant, c'est de savoir comment est réalisée l'interco entre le réseau 172.16.0.0/16 et le réseau de la Livebox (appelons-le 192.168.1.0/24).
Je vois deux scenarios possibles.
1. La Livebox sert de routeur entre ces réseaux
1 2 3
| 172.16.0.0/16 -------- LiveBox -------- 192.168.1.0/24
| .1.1 .254
DHCP Server |
Tu configures alors la LiveBox en DHCP Relay en précisant l'adresse IP du DHCP Server (je crois que c'est possible).
Simple et efficace. Enfin en théorie... Perso, ça me hérisse toujours le poil de voir une Livebox comme single point of failure...
2. La Livebox n'est pas routeur entre ces réseaux
1 2 3 4 5 6 7 8
| LiveBox ------------------- 192.168.1.0/24
.254 |
|
|.253
+---+
172.16.0.0/16 -----------------| R |
| .1.1+---+
DHCP Server |
Ici, le routeur R réalisant l'interco entre ces réseaux devra également supporter la fonctionnalité de DHCP Relay jusqu'à ton serveur DHCP.
Quant au serveur DHCP, il faudra également qu'il serve les requêtes DHCP venant de 192.168.1.0/24 mais il faudra forcer la gateway envoyée avec l'adresse de la Livebox 192.168.1.254, de telle façon que les stations utilisent toujours la Livebox comme point de sortie vers l'Internet. Et comme on sait jamais ce qui peut arriver à une Livebox, tu peux éventuellement servir une 2ème gateway, 192.168.1.253 (ça devrait être possible de l'envoyer avec un metric supérieur à celui de la 1ère gateway, mais je ne suis plus sûr du tout).
Il faudra en plus configurer la route statique suivante sur la Livebox : réseau 172.16.0.0 mask 255.255.0.0
passerelle 192.168.1.253
Similairement, dans ton nuage 172.16.0.0/16, il faudra sans doute configurer ici et là une route statique pour joindre le réseau 192.168.1.0/24.
Sauf erreur de ma part, dans ces 2 scenarios, ton sous-réseau de test conserve l'adhérence sur ton AD.
Steph
Partager