S'il ne s'agit pas d'un réseau de production critique, il est probablement possible de faire un essai et de voir comment les choses se passent, éventuellement en dehors des heures de travail, par exemple pendant le week-end. Notez cependant que vous pourriez devoir faire le tour de toutes les machines clientes et renouveler manuellement leurs baux comme décrit ci-dessous, ou attendre un jour ou plus pour que leurs baux expirent.
Désactivez le serveur dhcp de votre routeur, et activez celui de votre boîtier openbsd. Regardez /var/log/messages pour confirmer que les clients demandent et reçoivent des adresses. Si vos clients sont des machines Windows, vous pouvez exécuter le programme ipconfig /renew sur eux pour les obliger à demander une nouvelle adresse au nouveau serveur. Sur les clients linux, vous pouvez exécuter dhclient -r pour faire la même chose.
Une option à considérer est la première fois que vous démarrez le dhcpd sur la boîte openbsd, exécutez-le directement via
/usr/sbin/dhcpd -d -f
qui fait que dhcpd se connecte en mode débogage directement sur la console. Cela peut vous aider à repérer les problèmes plus rapidement. Après avoir testé dhcpd de cette manière, vous appuyez sur la touche ^C pour le tuer, puis relancer le programme dans son mode normal d'arrière-plan.
Vous devriez envisager d'enregistrer vos messages dhcp dans un fichier séparé. comme détaillé ici - définissez le dhcpd.conf pour log-facility local7, puis modifiez votre dhcpd.conf comme suit :
local7.* /var/log/dhcpd.log
Si vous faites cela de façon permanente, n'oubliez pas de modifier votre configuration de newsyslog pour faire tourner ce nouveau fichier journal.
Si le routeur et le nouveau serveur sont sur le même réseau, la désactivation du serveur dhcp du routeur et l'activation du serveur dhcpd fonctionneront automatiquement.
Configurer le serveur pour qu'il obtienne son adresse IP à partir du démon dhcp n'a pas vraiment de sens, car vous vous heurtez au problème de la poule et de l'œuf. Au lieu de cela, vous utilisez la fonction range mot-clé pour distribuer des adresses sur le même réseau que votre serveur. Par exemple, supposons que votre serveur soit 192.168.0.1 sur un réseau de classe C, vous mettez quelque chose comme ceci dans votre dhcpd.conf :
subnet 192.168.0.0 netmask 255.255.255.0 {
range 192.168.0.5 192.168.0.254;
option routers 192.168.0.1;
}
Cela veut dire donner des adresses entre 192.168.0.5 et 192.168.0.254 (inclus). Votre routeur est configuré manuellement à 192.168.0.1, et vous laissez quelques adresses statiques supplémentaires (.2 à .4) au cas où vous auriez d'autres appareils à connecter plus tard.
Enfin, pour tester ce système, il est utile de fixer les délais de location à une durée beaucoup plus courte que d'habitude. Dans un environnement statique, vous voudrez peut-être que votre max-lease-time et votre default-lease-time soient définis sur plusieurs jours ou une semaine. Pour ce transfert, voyez si vous pouvez diminuer ces valeurs sur votre routeur existant, et les définir également à des valeurs plus faibles (une heure peut-être ?) sur votre nouveau serveur dhcp openbsd. Cela vous aidera à réduire le nombre de renouvellements manuels que vous devrez effectuer sur les machines clientes si vous décidez de revenir à l'ancien serveur dhcp. Une fois que tout fonctionne correctement avec le nouveau serveur, augmentez ces valeurs pour éviter tout trafic dhcp inutile sur votre réseau.
