Fichier de configuration du serveur DHCP

Objectif

Définit les informations de configuration par défaut pour le programme de serveur DHCP (Dynamic Host Configuration Protocol) (dhcpsd).

Descriptif

Le fichier de configuration dhcpsd contient des entrées pour la consignation des informations, des options à renvoyer, des machines à configurer et d'autres éléments.

Les formats des données du fichier de configuration sont les suivants.

# Comment line

Le caractère # signifie qu'il y a un commentaire de ce point à la fin de la ligne.

## "Name of Resource" "<Keyword> <value> <value> ..."

Les caractères ## indiquent une ressource nommée. Il est utilisé par le programme Dhcpsconf pour permettre à l'utilisateur de créer des ressources spécifiques. Les données sont stockées dans le fichier serveur de sorte qu'elles puissent être lues avec le fichier de configuration et affichées en tant que nom et non dans la fenêtre de visualisation de Dhcpsconf.

Le format de la ligne ## est une chaîne entre guillemets qui correspond au nom de la ressource suivie d'une chaîne à double guillemets représentant une ligne valide pour un fichier de configuration. La deuxième chaîne entre guillemets doit être syntaxiquement correcte pour une ligne dans un fichier de configuration de serveur DHCP. Le mot clé ne peut être queoption,network,subnet,classetclient.

### "DHCP Server" "Any line from a server file"

Les caractères ### indiquent un fichier de configuration de serveur. Cela permet de sauvegarder plusieurs fichiers serveur dans un fichier. Le programme Dhcpsconf utilise cette option pour présenter plusieurs ensembles de données de serveur dans un maître. Cela serait utile si vous définissez un réseau avec 10 serveurs et que vous souhaitez sauvegarder toutes les informations du serveur dans un fichier et gérer un serveur par défaut. Le serveur par défaut se trouve dans le fichier maître et les serveurs sont enregistrés dans le fichier maître avec les caractères ###. Le programme Dhcpsconf a une fonction qui vous permet de créer une configuration de serveur spécifique à partir du fichier maître.

numLogFiles n

Indique le nombre de fichiers journaux. Si 0 est spécifié, aucun fichier journal ne sera conservé et aucun message de journal n'est affiché n'importe où. N est le nombre maximal de fichiers journaux gérés car la taille du fichier journal le plus récent atteint sa taille maximale et un nouveau fichier journal est créé.

logFileSize n

Taille maximale d'un fichier journal. Lorsque la taille du fichier journal le plus récent atteint cette valeur, il est renommé et un nouveau fichier journal est créé. N est mesuré en kilooctets (ko).

logFileName filename

Nom et chemin du fichier journal le plus récent. Les fichiers journaux les moins récents ont le nombre 1 à (n-1) ajouté à leurs noms ; plus le nombre est grand, plus le fichier est ancien.

logItem <option name>

Un élément qui sera consigné. Plusieurs de ces lignes sont autorisées. Cela permet d'activer le niveau de journalisation spécifié. Les noms d'option sont les suivants:

SYSERR

Erreur système, à l'interface de la plateforme

OBJERR

Erreur d'objet, entre les objets du processus

PROTERR

Erreur de protocole, entre le client et le serveur

avertissement

Attention, digne de l'attention de l'utilisateur

EVENT

Evénement survenu lors du processus

ACTION

Action effectuée par le processus

INFORMATION

Informations susceptibles d'être utiles

ACNTING

Qui a été servi, et quand

TRACE

Flux de code, pour le débogage.

clientrecorddb <filename>

Il s'agit du chemin d'accès à un fichier pour remplacer /etc/dhcps.cr. Les configurations qui prennent en charge un grand nombre d'adresses doivent définir des fichiers de base de données Clientrecorddb et Addressrecorddb dans un système de fichiers disposant d'un espace libre important.

addressrecorddb <filename>

Il s'agit du chemin d'accès à un fichier à remplacer par /etc/dhcps.ar.

network <Network address> [<Subnet Mask>|<range>]

Indique un réseau géré par ce serveur. L'adresse réseau est l'adresse de ce réseau. Cette adresse est spécifiée dans la notation à points (par exemple, 9.0.0.0, 128.81.0.0ou 192.81.20.0). Une valeur de quatre octets complète doit être spécifiée (par exemple, 9, 128.81ou 192.81.20 n'est pas autorisé).

L'adresse réseau peut éventuellement être suivie du masque de sous-réseau, d'une plage ou de rien.

Si un masque de sous-réseau est spécifié, une ou plusieurs instructions de sous-réseau doivent apparaître dans les lignes suivantes dans une paire de accolades. Le masque de sous-réseau peut être spécifié dans la notation à points (par exemple, 255.255.255.128) ou sous la forme d'un nombre indiquant le nombre de bits 1 dans le masque (par exemple, 25, ce qui équivaut à 255.255.255.128). Cela signifie qu'un réseau n'est pas une collection de tous les sous-réseaux d'un réseau, mais tous les sous-réseaux ayant le même sous-réseau de longueur pour ce préfixe de réseau.

Si une plage est spécifiée, elle détermine, dans le réseau, la plage d'hôtes qui sont administrés par ce serveur, et cela implique qu'il n'y a pas de sous-réseau. Une plage est spécifiée par les adresses hôte, en notation à points, à l'extrémité inférieure et à l'extrémité supérieure de la plage, respectivement, séparées par un trait d'union sans espace avant ou après (par exemple, 192.81.20.1-129.81.20.128). Une plage doit inclure toutes les adresses à administrer car plusieurs instructions réseau pour définir le même réseau ne sont pas autorisées. Utilisez l'instruction "client" pour exclure toutes les adresses de la plage que le serveur ne doit pas administrer.

Si rien n'est spécifié après l'adresse réseau, tous les hôtes de ce réseau sont administrés par ce serveur.

Une instruction réseau peut être immédiatement suivie d'une paire de accolades, dans laquelle les paramètres (par exemple, les options) propres à ce réseau peuvent être spécifiés.

subnet <Subnet address> [<range>]

Une ou plusieurs instructions de sous-réseau sont fermées par une paire de accolades qui suit immédiatement une instruction de réseau avec un masque de sous-réseau. Une instruction de sous-réseau spécifie un sous-réseau dans ce réseau.

Adresse du sous-réseau est l'adresse de ce sous-réseau. Cette adresse est spécifiée dans la notation à points (par exemple, 9.17.32.0 ou 128.81.22.0).

L'adresse de sous-réseau peut être suivie d'une plage ou de rien.

Si une plage est spécifiée, elle détermine, dans le sous-réseau, la plage d'hôtes qui sont administrés par ce serveur. Une plage est spécifiée par les adresses de l'hôte, dans la notation pointillée, à l'extrémité inférieure et à l'extrémité supérieure de la plage, respectivement, séparées par un trait d'union sans espace avant ou après. Une plage doit inclure toutes les adresses à administrer car plusieurs instructions de sous-réseau pour définir le même sous-réseau ne sont pas autorisées. Utilisez l'instruction "client" pour exclure toutes les adresses de la plage que le serveur ne doit pas administrer.

Si rien n'est spécifié après l'adresse de sous-réseau, tous les hôtes de ce sous-réseau sont gérés par ce serveur.

Les plages de deux serveurs qui administrent le même sous-réseau ne peuvent pas se chevaucher. Sinon, deux hôtes peuvent être affectés à la même adresse.

Une instruction de sous-réseau peut être immédiatement suivie d'une paire de accolades, dans laquelle les paramètres (par exemple, les options) spécifiques à ce sous-réseau peuvent être spécifiés.

class <class_name> [<range>]

Indique une classe. Le nom de la classe est une chaîne ascii simple. La portée d'une classe est déterminée par les accolades dans lesquelles elle est fermée. S'il est en dehors de toutes les accolades, alors sa portée est le fichier entier.

Un nom de classe peut être suivi d'une plage ou de rien. Si une plage d'adresses IP est spécifiée, seules les adresses de cette plage seront affectées aux clients qui en font la demande. Notez que les clients qui demandent cette classe, pour laquelle le sous-réseau ne correspond pas à la plage, ne seront pas traités. Les adresses incorrectes ne seront pas fournies par le serveur. Si une plage d'adresses n'est pas spécifiée, les adresses seront données aux clients à l'aide des règles habituelles d'affectation (par des clauses réseau).

L'instruction de classe peut être immédiatement suivie d'une paire de accolades, dans laquelle les options propres à cette classe peuvent être spécifiées. Une classe peut être définie dans les accolades d'un sous-réseau, mais un sous-réseau ne peut pas être défini dans les accolades d'une classe.

Les options définies dans le réseau ou sous-réseau contenant une définition de classe s'appliquent également à la classe.

client <id_type> <id_value> <address>

Indique une définition du traitement du client / adresse.

<id_type>Est 0 pour une chaîne, sinon il s'agit de l'un des types de matériel définis dans la RFC 1340 (par exemple, 6 pour les réseaux IEEE 802).

<id_value>Est une chaîne de caractères pour<id_type>=0. Généralement, il s'agit d'un nom de domaine. Pour un non-zéro<id_type>, sur l'initiative<id_value>Est une chaîne hexadécimale représentant l'adresse matérielle du client.

Remarque: An<id_type>De 0 et an<id_value>De 0 indique que la<address>Spécifié ne doit pas être distribué par ce serveur.

:NONE.<address>Peut être la chaîne "none" pour indiquer que le client avec<id_type>et<id_value>Ne doit pas être géré par ce serveur. :NONE.<address>Peut être la chaîne "any" pour indiquer que le serveur doit choisir une adresse appropriée pour ce client. :NONE.<address>peut être une adresse Internet en notation à points (par exemple, 9.2.15.82). Il s'agit de l'adresse Ip fournie au client particulier spécifié par<id_type>et<id_value>. Tel que mentionné plus haut,<id_type>De 0 et an<id_value>De 0 indique que la<address>Spécifié ne doit pas être distribué par ce serveur.

Remarque: Si un client est configuré de cette manière sur le serveur, les informations de classe demandées par le client seront ignorées. Aucune information spécifique à la classe ne sera traitée pour ces clients.

L'instruction client peut être immédiatement suivie d'une paire de accolades, dans laquelle les options propres à ce client peuvent être spécifiées.

Une instruction client avec une adresse spécifiée qui ne fait pas partie du pool d'adresses spécifié dans un réseau / sous-réseau ailleurs dans ce fichier doit contenir l'option de masque de sous-réseau (1). Pour tous les autres clients, le serveur calculera l'option de masque de sous-réseau pour envoyer le client en fonction des définitions réseau / sous-réseau.

Remarque: Tous les clients héritent de toutes les options définies globalement. Un client défini dans une portée réseau hérite des options définies pour ce réseau. Un client défini dans une portée de sous-réseau héritera des options définies pour ce sous-réseau et ce réseau.

Une définition de classe à l'intérieur d'une portée client n'est pas autorisée.

L'instruction client peut être utilisée pour configurer des clients Bootp . Pour ce faire, spécifiez toutes les options Bootp à l'aide de la syntaxe d'option définie ci-dessous. En outre, indiquez une durée de location infinie dans la portée client avec l'option 51 0xffffffff. Les options DHCP ne seront pas servies au client Bootp .

nakoutofrange <option>

Indique le comportement du serveur DHCP lorsqu'un client demande une adresse IP que ce serveur ne gère pas.

Lorsqu'un client DHCP passe d'un domaine DHCP à un nouveau domaine DHCP, le client demande son adresse IP précédente à partir du nouveau serveur DHCP. Par défaut, le serveur DHCP ignore ces demandes sans envoyer de refus (DHCP NAK). La règle nakoutofrange du serveur DHCP AIX® permet à l'administrateur DHCP de forcer le serveur à envoyer des refus aux clients dans de telles situations et de forcer les clients à demander de nouvelles adresses et de nouvelles configurations.

Vous pouvez placer l'option Nakoutofrange dans une portée de sous-réseau ou dans la portée globale. Chaque option et son emplacement ont des implications spécifiques sur le comportement du serveur DHCP. Les options suivantes sont disponibles :

none

Il s'agit du paramètre par défaut lorsque le mot clé Nakoutofrange n'est pas présent. Un serveur DHCP envoie une réponse DHCP NAK lorsqu'un client demande une adresse que le serveur contrôle et que le client ne peut pas utiliser. Par exemple, un client demande une adresse qu'un autre client utilise.

Remarque: Pour utiliser une règle autre que Aucune dans la zone globale, vous devez comprendre la topologie du réseau et vérifier que les clients du serveur DHCP peuvent accéder au serveur DHCP à partir de n'importe quel point d'accès au réseau.

insubnet

Si un client demande une adresse correspondant au sous-réseau à partir duquel le client est diffusé, mais que l'adresse ne tombe pas dans les plages d'adresses IP contrôlées de ce sous-réseau, le serveur DHCP envoie une réponse DHCP NAK au client.

Remarque: N'utilisez pas cette option lorsque plusieurs serveurs DHCP contrôlent des plages d'adresses IP distinctes sur le même sous-réseau, à moins que chaque point d'accès au sous-réseau ne puisse atteindre l'un des serveurs DHCP.

notinsubnet

Le serveur DHCP envoie une réponse DHCP NAK à un client qui demande une adresse qui ne correspond pas au sous-réseau à partir duquel le client diffuse. Lorsque cette option est placée en dehors de la portée du sous-réseau, la réponse NAK DHCP est envoyée lorsque l'émission du client est reçue d'un sous-réseau qui n'est pas contrôlé par le serveur.

Remarque: Lorsque cette option est placée dans la portée du sous-réseau, elle doit être utilisée lorsqu'il n'existe aucun autre sous-réseau logique sur le segment de réseau du client qui est administré via n'importe quel serveur DHCP.

both

Le serveur DHCP envoie une réponse DHCP NAK à un client qui demande une adresse que le serveur ne peut pas affecter au client. La mise en place de cette option dans une portée de sous-réseau combine les implications de la mise de l'option Notinsubnet et de l'option Insubnet dans la portée du sous-réseau. Placez cette option dans une portée de sous-réseau lorsque le serveur DHCP configuré est le seul serveur DHCP capable d'affecter une adresse à une diffusion client à partir de n'importe quel point d'accès réseau sur le sous-réseau. Cette option ne doit être placée globalement que lorsque le serveur DHCP configuré est le seul serveur DHCP accessible à partir de n'importe quel point d'accès réseau.

Voici un exemple d'option Nakoutofrange :

nakoutofrange none
	subnet 192.1.1.0 255.255.255.0 192.1.1.5-192.1.1.254
	{
		nakoutofrange both
		# ... options ...
	}
	subnet 12.1.10.0 255.255.255.0 12.1.10.5-12.1.10.150
	{
		# another server controls addresses 12.1.10.151-12.1.10.254
		nakoutofrange notinsubnet
		# ... options ...
	}

Remarque: Une configuration standard consiste à utiliser l'option Les deux dans toutes les portées de sous-réseau et à laisser l'option Aucune par défaut appliquée dans la portée globale.

option <code> <value>

Ce paramètre indique la valeur d'une option définie dans "Options DHCP et BOOTP Vendor Extensions" (RFC 1533) et prise en charge par ce serveur.

Une option est spécifiée par le mot clé "option" suivi du code d'option de cette option et de sa zone de données, en une seule ligne. Un ou plusieurs de ces paramètres peuvent être spécifiés.

La portée dans laquelle une option s'applique est délimitée par une paire de accolades ({, }) entourant ce paramètre.

Deux options ou plus avec le même code d'option peuvent être spécifiées. Leurs zones de données sont concaténées dans une seule option dans un paquet généré par le serveur si les options ont la même portée ou la même portée inclut celle d'une autre.

Certaines des options définies n'ont pas besoin d'être spécifiées par ce paramètre. Ces options sont autorisées par le protocole ou cette implémentation à être présentes dans des paquets appropriés, ou uniquement générées par un client. Ces options sont les suivantes:

Code d'option	Nom
0	Option de l'extrusion
255	Option de fin
1	Masque de sous-réseau
50	Adresse IP de la demande
51	Durée de location des adresses IP
52	Surcharge des options
53	Type de message DHCP
54	Identifiant du serveur
55	Liste des demandes de paramètres
57	Taille maximale des messages DHCP
58	Durée de renouvellement (T1)
59	Heure de redéfinition des accès (T2)
60	Identificateur de classe du client
61	ID client

Les autres options peuvent être spécifiées par ce paramètre.

Lorsque vous spécifiez une option, sa zone de données prend l'un des formats suivants:

Adresse IP

xxx.xxx.xxx.xxx

Adresses IP

[xxx.xxx.xxx.xxx ...]

Paire d'adresse IP

[ adresse IP: adresse IP ]

Paires d'adresses IP

[ [ adresse ip: adresse IP ] ... ]

Booléen

[0, 1]

Octet

[-128, 127]

Octet non signé

[0, 255]

Octets non signés

[[0, 255] [0, 255]...]

Court

[-32768, 32767]

Courte non signée

[0, 65535]

Shorts non signés

[[0, 65535] [0, 65536]

Long

[-2147483648, 2147483647]

Longue non signée

[0, 4294967295]

Chaîne

"Valeur ici"

Remarque: Toutes les adresses IP sont indiquées en notation décimale à point.

Chacune des options définies est listée ci-dessous par son code et son nom, suivi du format de sa zone de données. Elles sont spécifiées dans la dernière RFC des extensions de fournisseur.

Paramètres de la couche IP par hôte

Paramètres de la couche IP par interface

Paramètres de la couche de lien par interface

Paramètres TCP

Paramètres d'application et de service

Extensions DHCP

Options spécifiques BOOTP

Voici un exemple d'options spécifiques à BOOTP:

option sa 1.1.2.2
option hd "/vikings/native"
option bf "bootfile.asdg"
 

D'autres numéros d'option peuvent être spécifiés, jusqu'à un maximum de 255. Les options non répertoriées ci-dessus doivent être spécifiées avec le type de liste d'octets non signé. Voici un exemple :

option 178 01 34 53 # Means place tag 178 with value 
0x013553

leaseTimeDefault <amount>[<unit>]

Indique la durée de location par défaut des baux émis par ce serveur. En l'absence d'une durée de location plus spécifique (par exemple, durée du bail pour un client ou une classe de clients spécifiques), la durée de location spécifiée par ce paramètre prend effet.

Le montant est indiqué par un nombre décimal. L'unité est l'une des suivantes (le pluriel est accepté):

• année
• mois
• semaine
• jour
• heure
• Minute (par défaut si l'unité est absente)
• secondes

Il y a au moins un espace blanc entre la quantité et l'unité. Seul le premier montant suivant le mot clé est en vigueur.

Si ce paramètre n'est pas spécifié, la durée de location par défaut est une (1) heure.

Ce paramètre doit apparaître en dehors de toute paire de accolades, par exemple, il s'applique à tous les baux émis par ce serveur.

Remarque: Ce mot clé s'applique uniquement à la valeur par défaut pour toutes les adresses. Pour spécifier un délai de location spécifique pour un sous-réseau, un réseau, une classe ou un client, utilisez l'option habituelle "option 51" pour spécifier le temps de location (en secondes).

leaseExpireInterval <amount> [<unit>]

Indique l'intervalle de temps pendant lequel la condition d'expiration du bail est examinée et si un bail en cours d'exécution répond à cette condition, il est arrivé à expiration. La valeur de ce paramètre s'applique à tous les contrats de location administrés par ce serveur.

Le montant est indiqué par un nombre décimal. L'unité est l'une des suivantes (le pluriel est accepté):

• année
• mois
• semaine
• jour
• heure
• Minute (par défaut si l'unité est absente)
• secondes

Il y a au moins un espace blanc entre la quantité et l'unité. Seul le premier montant suivant le mot clé est en vigueur.

Si ce paramètre n'est pas spécifié, l'intervalle par défaut est d'une (1) minute.

Ce paramètre doit apparaître en dehors de n'importe quelle paire de accolades, par exemple, il s'applique à tous les baux émis par ce serveur.

La valeur de ce paramètre Doit est proportionnelle à celle du paramètreleaseTimeDefaultPour que les expirations des baux soient reconnues à temps.

supportBOOTP [yes | no]

Indique au serveur s'il faut ou non prendre en charge les demandes des clients BOOTP.

PlusyesEst spécifié, le serveur prend en charge les clients BOOTP.

Si la zone de valeur n'est pasyes, ou le mot clé est omis, le serveur ne prend pas en charge les clients BOOTP.

La portée de ce paramètre couvre tous les réseaux et sous-réseaux administrés par ce serveur.

Si le serveur a déjà pris en charge les clients BOOTP et a été reconfiguré pour ne pas prendre en charge les clients BOOTP, la liaison d'adresse d'un client BOOTP établie avant la reconfiguration, le cas échéant, sera maintenue jusqu'à ce que le client BOOTP envoie une nouvelle demande (lors du redémarrage). A ce moment, le serveur ne répond pas et la liaison sera supprimée.

supportunlistedClients [yes | no]

Indique au serveur s'il faut ou non prendre en charge les demandes des clients qui ne sont pas spécifiquement configurées avec leurs propres instructions client sur le serveur.

PlusyesEst spécifié, le serveur prend en charge les clients non répertoriés.

Si la zone de valeur est autre queyes, le serveur ne prend pas en charge les clients non répertoriés.

Si ce mot clé est introuvable dans le fichier, le serveur Le sera prend en charge les clients qui ne sont pas spécifiquement configurés avec une instruction client.

updateDNS <string>

Chaîne entre guillemets, indiquant un programme à exécuter pour mettre à jour le serveur DNS avec le nouveau mappage inverse pour l'adresse IP et les noms servis par Dhcp. Cette chaîne doit inclure quatre %spour indiquer l'emplacement des informations suivantes à partir du client Dhcp :

hostname

Valeur de l'option 12. La valeur renvoyée par le serveur Dhcp est utilisée, si elle est fournie. Sinon, si le client a spécifié une valeur dans le fichier Ceci , la valeur demandée par le client est utilisée. Si ni le client, ni le nom d'hôte demandé, ni le serveur n'ont été fournis, cette chaîne d'exécution ne sera pas exécutée.

domainname

Valeur de l'option 15. La valeur renvoyée par le serveur Dhcp est utilisée, si elle est fournie. Sinon, si le client a spécifié une valeur dans le fichier Ceci , la valeur demandée par le client est utilisée. Si ni le client, ni le nom d'hôte demandé, ni le serveur n'en ont fourni une, une chaîne nulle ("") Est fourni par Dhcp. Cela peut entraîner l'échec de la mise à jour des enregistrements d'adresse.

Ip Address

Adresse IP louée à ce client par le serveur. La chaîne est fournie en notation à points, par exemple, 9.2.23.43.

leasetime

Durée de location accordée par le serveur. Cette chaîne est un nombre décimal représentant le nombre de secondes du bail.

Ces valeurs sont générées par Dhcp dans cet ordre:

hostname domainname Ip Address leasetime

Un script /usr/sbin/dhcpaction a été fourni avec cette fonction, ainsi que des actions pour aider NIM à interagir avec les clients DHCP. Exécutez le script comme suit:

/usr/sbin/dhcpaction hostname domainname ipaddress
leasetime < A | PTR | BOTH | NONE > < NONIM | NIM >

Les quatre premiers paramètres sont ceux qui seront utilisés pour mettre à jour le serveur DNS. Le cinquième paramètre indique à Dhcpaction de mettre à jour l'enregistrement A, l'enregistrement PTR, ou les deux, ou aucun. Les options sont A, PTR, BOTH, NONE. Le sixième paramètre est utilisé pour indiquer aux serveurs que NIM est utilisé, et le traitement doit être effectué lorsqu'une adresse de client change. Les options possibles sont NIM et NONIM.

Voici un exemple :

updateDNS "/usr/sbin/dhcpaction %s %s %s %s %s PTR
NONIM 2>&1 >>/tmp/updns.out"

Exemples

1. Dans cet exemple, nous configurons un serveur avec une durée de location par défaut de 30 minutes. Cela signifie que toute adresse qui n'a pas explicitement de temps de location défini dans un réseau, une classe, un client ou une portée de sous-réseau, aura 30 minutes. Nous sommes également en train de définir le délai entre les vérifications d'expiration de l'adresse du serveur à 3 minutes. Cela signifie que toutes les 3 minutes, le serveur vérifie si une adresse a expiré et la marque comme étant arrivée à expiration. Nous disons également que le serveur doit accepter les demandes BOOTP et accepter tout client correspondant au schéma d'affectation d'adresse normal. Le schéma d'affectation d'adresse normal signifie qu'une adresse et des options sont affectées en fonction du réseau / du sous-réseau sur lequel se trouve le client.

   Nous sommes également en train de mettre en place deux options globales qui devraient s'appliquer à tous les clients que nous servons. Nous disons qu'il existe une imprimante à l'adresse 10.11.12.13 que tout le monde peut utiliser et que le nom de domaine global estdreampark. Nous définissons un réseau qui a des sous-réseaux sur les 24 premiers bits.

   Par conséquent, le réseau que nous définissons comporte un certain nombre de sous-réseaux et tous les sous-réseaux que nous spécifions dans cette portée de réseau ont le masque de réseau 255.255.255.0. Dans le cadre de ce réseau, nous définissons certaines options pour ce réseau et certains sous-réseaux. Les sous-réseaux définissent les adresses réelles disponibles pour la distribution. Il y a deux sous-réseaux. À l'intérieur du deuxième sous-réseau, il y a une classe. Les informations de classe ne s'appliquent qu'aux hôtes du second sous-réseau qui demandent cette classe. Si cette classe est demandée pour l'hôte, elle aura deux options netbios. Si l'adresse est dans le premier sous-réseau, elle obtient les options dans la clause de sous-réseau, ce qui n'est rien. Si l'hôte se trouve dans le second sous-réseau, il recevra toutes les options de la clause pour le second sous-réseau. S'il a aussi la classe, il aura les options de classe. Si les options sont répétées avec la même portée ou une même sous-portée, ces options sont concaténées ensemble et définies comme une option. Tous les hôtes recevant une adresse de l'un des deux sous-réseaux recevront les options qui se trouvent dans la portée réseau.

   leaseTimeDefault                   30 minutes
   leaseExpireInterval                3 minutes
   supportBOOTP                       yes
   supportUnlistedClients             yes
      
   option 9         10.11.12.13                  # printer for all
   option 15        dreampark                    # domain
   name
      
   network 9.0.0.0 24
   {
             subnet 9.2.218.0     9.2.218.1-9.2.218.128
             subnet 9.67.112.0    9.67.112.1-9.67.112.64
             {
               option 28          9.67.112.127             # broadcast address
               option 9           9.67.112.1               # printer 1
               option 9           9.67.112.2               # printer 2
               option 15          sandbox.                 # domain name
               class netbios_host
               {
                                  #Netbi ov tcp/ip name server
                                  option 44 9.67.112.125
                                  Netbi over tcp/ip node type
                                  option 46 2
                      }
               }
       
               option 15          toyland                   # domain name
               option 9           9.68.111.128              # printer 3
               option 33          1.2.3.4:9.8.7.1           # route to the moon
               option 33          5.6.7.8:9.8.7.2           # route to the mars
               # routes to black holes
               option 3           11.22.33.44    55.66.77.88
   }
    

2. Dans cet exemple, nous voyons la sortie de la commande Dhcpsconf . Ce format est plus utilisé par l'interface graphique Dhcpsconf pour stocker des informations. Ce format permet la configuration de plusieurs configurations. L'interface graphique Dhcpsconf peut à son tour générer les fichiers serveur spécifiques d'un serveur individuel. Le fichier spécifie deux serveurs DHCP,GregetFred. Chaque contient les définitions des deux serveurs. La commande Dhcpsconf peut générer des fichiers spécifiquement pourGregouFred. La commande Dhcpsconf utilise également les ressources nommées (sections ##) pour afficher les éléments réseau qui ont été nommés par l'administrateur.
   Le serveur DHCPGregest responsable du réseau 9.3.145.0, masque de sous-réseau 255.255.255.192. Le serveur DHCPFredest responsable du réseau 9.3.146.128, masque de sous-réseau 255.255.255.240. Chaque serveur fournit son propre nom de domaine. D'autres options nommées et sans nom peuvent être placées dans la section de configuration du serveur.

   Remarque: Ce format est utilisé par dhcpsconf, qui generateS les fichiers de configuration appropriés pour les serveurs DHCP.GregetFred.

   # Named resources Section
   ## "Network 1 Subnet Netmask" "option 1 255.255.255.192"
   ## "Network 2 Subnet Netmask" "option 1 255.255.255.240"
   ## "Network 1 Domain Name" "option 15 "bizarro.austin.ibm.com""
   ## "Network 2 Domain Name" "option 15 "superman.austin.ibm.com""
   ## "Network 1 Network" "network 9.3.145.0 26"
   ## "Network 2 Network" "network 9.3.146.128 27"
     
   ### "DHCP Server Greg" "logItem SYSERR"
   ### "DHCP Server Greg" "numlogfiles 6"
   ### "DHCP Server Greg" "logfilesize 100"
   ### "DHCP Server Greg" "logfilename /usr/tmp/dhcpgreg.log"
   ### "DHCP Server Greg" "network 9.3.145.0 26"
   ### "DHCP Server Greg" "{"
   ### "DHCP Server Greg" "option 15 "bizarro.austin.ibm.com""
   ### "DHCP Server Greg" "}"
   ### "DHCP Server Fred" "logItem SYSERR"
   ### "DHCP Server Fred" "logItem OBJERR"
   ### "DHCP Server Fred" "numlogfiles 3"
   ### "DHCP Server Fred" "logfilesize 50"
   ### "DHCP Server Fred" "logfilename /usr/tmp/dhcpfred.log"
   ### "DHCP Server Fred" "network 9.3.146.128 27"
   ### "DHCP Server Fred" "{"
   ### "DHCP Server Fred" "option 15 "superman.austin.ibm.com""
   ### "DHCP Server Fred" "}"