Redondance DHCP
Fermé
alextae06
Messages postés
7
Date d'inscription
vendredi 9 juillet 2010
Statut
Membre
Dernière intervention
20 avril 2011
-
9 juil. 2010 à 09:11
cocoche95 Messages postés 1134 Date d'inscription jeudi 29 juillet 2004 Statut Contributeur Dernière intervention 27 novembre 2019 - 10 juil. 2010 à 18:30
cocoche95 Messages postés 1134 Date d'inscription jeudi 29 juillet 2004 Statut Contributeur Dernière intervention 27 novembre 2019 - 10 juil. 2010 à 18:30
9 réponses
trint
Messages postés
531
Date d'inscription
lundi 12 janvier 2009
Statut
Membre
Dernière intervention
21 mai 2012
55
9 juil. 2010 à 10:16
9 juil. 2010 à 10:16
Hello,
Tu as simplement à créer ton service DHCP et tout roule.
Les clients DHCP font du DHCPdiscover en broadcast donc pas de config à faire, tes clients vont recevoir les offres des deux serveurs et choisir celle qu'ils veulent.
Si un des serveurs tombe pas de soucis, le client redemande un bail et comme le serveur primaire ne répond pas il refait un discover et l'autre prend le relais.
Voila.
Tu as simplement à créer ton service DHCP et tout roule.
Les clients DHCP font du DHCPdiscover en broadcast donc pas de config à faire, tes clients vont recevoir les offres des deux serveurs et choisir celle qu'ils veulent.
Si un des serveurs tombe pas de soucis, le client redemande un bail et comme le serveur primaire ne répond pas il refait un discover et l'autre prend le relais.
Voila.
alextae06
Messages postés
7
Date d'inscription
vendredi 9 juillet 2010
Statut
Membre
Dernière intervention
20 avril 2011
1
9 juil. 2010 à 10:20
9 juil. 2010 à 10:20
OK, super merci trint.
trint
Messages postés
531
Date d'inscription
lundi 12 janvier 2009
Statut
Membre
Dernière intervention
21 mai 2012
55
9 juil. 2010 à 10:26
9 juil. 2010 à 10:26
Je t'en pris.
Nabla's
Messages postés
18203
Date d'inscription
mercredi 4 juin 2008
Statut
Contributeur
Dernière intervention
28 avril 2014
3 193
9 juil. 2010 à 10:34
9 juil. 2010 à 10:34
par contre, j'ai pas énormément d'expérience en administration réseau, mais personnelement je ne mettrai pas les 2 serveurs sur la meme plage d'ip à distribuer: ca doit dépendre des serveurs DHCP, mais si les deux fournissent des IP sur 172.16.7.0/24, ils rissquent de ne pas savoir qu'un IP a été attribuée par l'autre serveur, et je pense qu'il y a risque de conflits d'ip ...
qu'en pensez vous ?
qu'en pensez vous ?
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Apatik
Messages postés
5304
Date d'inscription
mercredi 28 janvier 2009
Statut
Contributeur
Dernière intervention
29 mai 2016
782
9 juil. 2010 à 10:38
9 juil. 2010 à 10:38
Ouep Nabla's.
Pour moi, c'est l'echec assuré. je ferais plutot un script sur le second poste qui vérifie périodiquement que le premier est up, et dès qu'il s'apperçoit qu'il est down, il lance le service DHCP. Et pour éviter les cagades, on met le même script sur le premier pour éviter que les deux serveurs soient up en même temps.
Pour moi, c'est l'echec assuré. je ferais plutot un script sur le second poste qui vérifie périodiquement que le premier est up, et dès qu'il s'apperçoit qu'il est down, il lance le service DHCP. Et pour éviter les cagades, on met le même script sur le premier pour éviter que les deux serveurs soient up en même temps.
trint
Messages postés
531
Date d'inscription
lundi 12 janvier 2009
Statut
Membre
Dernière intervention
21 mai 2012
55
9 juil. 2010 à 10:47
9 juil. 2010 à 10:47
Non non tu peux bien laisser les deux actifs au même moment chaque client prendra le premier qui répond.
Nabla's
Messages postés
18203
Date d'inscription
mercredi 4 juin 2008
Statut
Contributeur
Dernière intervention
28 avril 2014
3 193
9 juil. 2010 à 10:49
9 juil. 2010 à 10:49
Il y a a une faille dans ce systeme. bon, il y a aussi forcement uen solution que je ne connais pas.. a mon avis, de bons serveurs DHCP doivent être capable de cohabiter et d'échanger la liste des adresses ayant été attribuées. Le problème:
la plage est commune, de 10 à 50 ...
DHCP1 attribue les adrseses de 10 à 20. (on va dire que client 1 avait l'adresse 10)
DHCP1 tombe en rade
DHCP2 identifie le PB et se met en route
client 2 demande une IP, DHCP2 répond.
DHCP2 commence à attribuer par le début du pool: adresse 10 pour client 2 ....
l'adresse 10 avait déja été attribuée par DHCP1 à client 1
client 1 et client 2 ont tous deux la meme IP et sont en conflit.
C'est pour ca que perso, je casserai le réseau en 2 pool: 1 pour chaque dhcp (si possible).
Je ne connais pas la solution adoptée par les "grandes " entreprises
la plage est commune, de 10 à 50 ...
DHCP1 attribue les adrseses de 10 à 20. (on va dire que client 1 avait l'adresse 10)
DHCP1 tombe en rade
DHCP2 identifie le PB et se met en route
client 2 demande une IP, DHCP2 répond.
DHCP2 commence à attribuer par le début du pool: adresse 10 pour client 2 ....
l'adresse 10 avait déja été attribuée par DHCP1 à client 1
client 1 et client 2 ont tous deux la meme IP et sont en conflit.
C'est pour ca que perso, je casserai le réseau en 2 pool: 1 pour chaque dhcp (si possible).
Je ne connais pas la solution adoptée par les "grandes " entreprises
Apatik
Messages postés
5304
Date d'inscription
mercredi 28 janvier 2009
Statut
Contributeur
Dernière intervention
29 mai 2016
782
10 juil. 2010 à 12:08
10 juil. 2010 à 12:08
IP fixe sans doute ;-)
cocoche95
Messages postés
1134
Date d'inscription
jeudi 29 juillet 2004
Statut
Contributeur
Dernière intervention
27 novembre 2019
543
10 juil. 2010 à 18:30
10 juil. 2010 à 18:30
Salut !
Il ne faut surtout pas créer 2 serveurs DHCP à l'arrache ! Conflit d'adresses IP en vue ...
Ton idée de serveur secondaire est la bonne. Je ne me rappelle plus du processus de création d'un serveur DHCP sous windows mais il me semble qu'il te propose de créer ton serveur comme DHCP secondaire à partir du moment où tu es dans un domaine.
Car c'est ton serveur AD qui va gérer le tout et c'est lui qui ordonnera au serveur secondaire de prendre le relais si le primaire tombe. De plus, les réservations d'adresses sont transmises entre les deux serveurs en temps réel afin d'éviter tout conflit.
Lorsque ton DHCP primaire sera de nouveau actif, c'est encore le serveur AD qui donnera l'ordre au secondaire de se mettre en stand-by.
Voilà !
Il ne faut surtout pas créer 2 serveurs DHCP à l'arrache ! Conflit d'adresses IP en vue ...
Ton idée de serveur secondaire est la bonne. Je ne me rappelle plus du processus de création d'un serveur DHCP sous windows mais il me semble qu'il te propose de créer ton serveur comme DHCP secondaire à partir du moment où tu es dans un domaine.
Car c'est ton serveur AD qui va gérer le tout et c'est lui qui ordonnera au serveur secondaire de prendre le relais si le primaire tombe. De plus, les réservations d'adresses sont transmises entre les deux serveurs en temps réel afin d'éviter tout conflit.
Lorsque ton DHCP primaire sera de nouveau actif, c'est encore le serveur AD qui donnera l'ordre au secondaire de se mettre en stand-by.
Voilà !