Diviser votre scope DHCP parmi plusieurs servers?

Je souhaite implémenter une solution de redondance. J'ai deux sous-réseaux de toutes les machines Windows XP – chacune avec leur propre server DHCP – rejoint par un pont.

Actuellement – toutes les machines obtiennent des baux DHCP du server DHCP avec l'autre désactivé.

Pour quand le pont est en panne – je veux split ma scope DHCP parmi plusieurs servers. Comment puis-je le faire sur les machines client Windows XP?

La façon la plus courante de faire ceci est de split votre plage IP entre les 2 servers DHCP et les deux fonctionnent en même time. Les clients recevront alors une location d'adresse à partir de n'importe quel server répondant en premier. En cas de défaillance du pont, ceux avec des baux du server sur leur propre sous-réseau seront bien, tous les contrats de location de l'autre sous-réseau obtiendront un nouveau bail de l'autre server lorsqu'ils se renouvellent.

Vous aurez besoin d'un server DHCP des deux côtés du pont pour implémenter correctement la redondance. Les clients XP ne sont pas des servers.

Je suppose qu'il y a peut-être un logiciel là-bas qui le fera dans une certaine mesure, mais il ne sera probablement pas embedded avec AD correctement et ainsi de suite (et ce qui se passe lorsque le post de travail «nommé» est cassé ou simplement éteint?).

Combien de time attendez-vous que le pont soit hors ligne? Il pourrait être plus simple d'étendre un peu la longueur de la location DHCP, et les clients IIRC peuvent continuer à utiliser leur adresse actuellement atsortingbuée s'ils ne peuvent pas contacter le server DHCP.

Si vous souhaitez implémenter la redouble DHCP avec 2 servers DHCP, c'est assez simple. Il suffit de penser à une scope qui est potentiellement deux fois la taille dont vous avez besoin pour tous les posts de travail, et allouez la moitié à chacun des deux servers, de sorte qu'il n'y a pas de duplication des plages d'adresses.

Les clients obtiendront des adresses IP de n'importe quel server DHCP répondant le plus rapidement à une request normalement, et avec le pont, ce sera simplement le server sur le côté du pont.

Dans le bureau à distance, vous pourriez get un périphérique de faible puissance / bas coût pour agir comme votre "2ème" server DHCP et enfoncer cela dans n'importe quel armoire ou armoire que vous avez actuellement le pont caché. Il ne doit pas nécessairement être un prix complet server avec toutes les garnitures juste pour ce faire.

Je crois que le dhcpd ISC (qui provient de la plupart des dissortingbutions Linux) peut faire la redondance du server et le partage de pool, au niveau que les contrats de location sont synchronisés entre les deux servers.

Je ne l'ai jamais fait moi même

J'ai trouvé une solution interstance à http://windowsdevcenter.com/pub/a/windows/2004/04/13/DHCP_Server.html :

Si vous êtes vraiment paranoïaque quant à la disponibilité de DHCP sur votre réseau, vous pouvez également configurer un troisième server DHCP qui reflète la configuration de votre server à 80%, si vous utilisez la règle 80/20 ou l'un de vos servers à 50% si vous utilisez 50/50. Une fois que vous avez configuré ce server, maintenez-le déconnecté du réseau en tant que server DHCP de sauvegarde rapide. Ensuite, si votre server DHCP principal descend, vous pouvez apporter la sauvegarde en ligne pour prendre sa place. Dans ce scénario, vous pouvez requestr: "Pourquoi garder le server de 20 pour cent si vous avez une sauvegarde rapide?" La raison en est, et si votre server de 80 pour cent meurt pendant la nuit et vous n'êtes pas là pour basculer le commutateur et connecter votre sauvegarde sur le réseau? Sauf si vous disposez d'un logiciel de gestion de réseau sophistiqué qui peut gérer cette situation en mettant votre server de 80% en ligne en réserve, certains de vos clients peuvent avoir de la chance s'ils veulent se connecter au réseau avant le matin.

Voici une autre approche intéressante: configurez les deux servers DHCP sur votre réseau avec des étendues identiques. Maintenant, cela entraînerait des problèmes parce que vous pourriez finir par avoir la même adresse louée par les deux servers, ce qui a causé des problèmes aux clients. Toutefois, si vous activez la détection de conflit d'adresse sur vos servers DHCP et que vous l'installez sur 2, chaque server DHCP testera une adresse trois fois pour s'assurer qu'elle n'est pas déjà utilisée avant de la louer à un client, ce qui empêchera un server de location d'une adresse que l'autre server a déjà louée. Le seul inconvénient de cette approche est qu'il rendra le trafic DHCP sur votre réseau un peu plus bruyant, mais le trafic DHCP est tellement minimal de toute façon, cela n'aura qu'un impact marginal sur les performances globales du réseau. Mais pourquoi ne pas définir cette tentative au lieu de deux tentatives? Sécurité – vous ne voulez pas un problème de réseau qui cause une perte de packages brève pour ruiner votre configuration. Pour configurer la détection de conflit d'adresse sur un server DHCP Windows 2000, utilisez l'onglet Avancé de la feuille de propriétés du server dans la console DHCP.

Je vais tester si cette «détection de conflit» est effectuée par ping ou autre chose.