Si vous ne l'avez pas déjà fait, faites un inventaire des éléments physiques de votre réseau. Indiquez la position des routeurs et des clients et l'emplacement des serveurs assurant des services au réseau. Grâce à cet inventaire de la topologie du réseau, vous serez plus à même de déterminer le serveur à privilégier pour le service DHCP. Cela vous aidera également à identifier les données de configuration que le serveur DHCP est susceptible de fournir aux clients.
Pour plus d'informations sur la planification de votre réseau, reportez-vous au Chapitre 2Planification de votre réseau TCP/IP (tâches).
La procédure de configuration DHCP permet de rassembler certaines informations relatives au réseau à partir des fichiers système et réseau du serveur. La section Mises à jour des fichiers système et des tables de masques de réseau explique l'intérêt de ces fichiers. Vous souhaiterez éventuellement proposer aux clients d'autres informations de service. Dans ce cas, vous devrez les intégrer aux macros du serveur. Lors de l'examen de la topologie du réseau, pensez à noter les adresses IP des serveurs pouvant présenter un intérêt pour vos clients. Les serveurs suivants peuvent, par exemple, fournir des services sur votre réseau. Or, la configuration DHCP ne permet pas de les détecter.
Serveur de temps
Serveur de journalisation
Serveur d'impression
Serveur d'installation
Serveur d'initialisation
Serveur proxy Web
Serveur de swap
Serveur de polices X Window
Serveur TFTP (Trivial File Transfer Protocol)
Dans certains environnements de réseau IP, les médias physiques sont mis en commun entre plusieurs réseaux locaux (LAN). Les réseaux peuvent utiliser diverses interfaces réseau matérielles ou diverses interfaces logiques. Le protocole DHCP ne fonctionne pas très bien dans ce type de réseau de médias partagés. Lorsque plusieurs réseaux locaux sont répartis sur le même réseau physique, la requête d'un client DHCP est acheminée vers toutes les interfaces matérielles du réseau. Cela donne l'impression que le client est connecté à tous les réseaux IP à la fois.
Or, DHCP doit être en mesure de déterminer l'adresse du réseau d'un client afin d'attribuer l'adresse IP qui convient à ce dernier. Si plusieurs réseaux sont présents sur le média physique, le serveur n'est pas capable d'identifier le réseau du client. Il lui est impossible d'assigner une adresse IP s'il ne connaît pas le numéro du réseau.
Vous ne pouvez utiliser DHCP que sur un seul réseau. Si un des réseaux ne permet pas de répondre aux besoins du protocole DHCP, vous devez alors reconfigurer les réseaux. Voici quelques considérations importantes à prendre en compte :
Utilisez un masque de sous-réseau à longueur variable (VLSM) sur vos sous-réseaux pour profiter au mieux de l'espace d'adressage IP dont vous disposez. Vous n'aurez peut-être pas besoin d'exécuter plusieurs réseaux sur le même réseau physique. Pour savoir comment mettre en place un masque de sous-réseau à longueur variable, reportez-vous à la page de manuel netmasks(4) Pour plus d'informations sur le CIDR (Classless Inter-Domain Routing, routage inter-domaine sans classe) et le VLSM (Variable-Length Subnet Mask, masque de sous-réseau à longueur variable), consultez http://www.ietf.org/rfc/rfc1519.txt.
Configurez les ports de vos commutateurs afin d'affecter les périphériques à différents réseaux locaux (LAN) physiques. Cette technique permet de préserver le mappage du réseau local et du réseau IP nécessaires au service DHCP Oracle Solaris. Pour plus d'informations sur la configuration des ports, consultez la documentation de référence du commutateur.