Skip to main content

Dhclient - Commande Linux / Unix

Linux How to Release and Renew Your DHCP Lease (Mai 2025)

Linux How to Release and Renew Your DHCP Lease (Mai 2025)
Anonim

SYNOPSIS

client -p Port -ré -q -1 -r -lf fichier de bail -pf fichier pid -cf fichier de configuration -sf Fichier de script -s serveur -g relais -n -nw -w si0 … si N

LA DESCRIPTION

Le client DHCP d'Internet Software Consortium, dhclient, permet de configurer une ou plusieurs interfaces réseau à l'aide du protocole de configuration d'hôte dynamique, du protocole BOOTP ou, en cas d'échec de ces protocoles, d'attribution statique d'une adresse.

OPÉRATION

Le protocole DHCP permet à un hôte de contacter un serveur central qui conserve une liste d'adresses IP pouvant être attribuées sur un ou plusieurs sous-réseaux. Un client DHCP peut demander une adresse à ce pool, puis l’utiliser temporairement pour la communication sur un réseau. Le protocole DHCP fournit également un mécanisme par lequel un client peut apprendre des détails importants sur le réseau auquel il est connecté, tels que l'emplacement d'un routeur par défaut, l'emplacement d'un serveur de noms, etc.

Au démarrage, dhclient lit le dhclient.conf pour les instructions de configuration. Il obtient ensuite une liste de toutes les interfaces réseau configurées dans le système actuel. Pour chaque interface, il tente de configurer l'interface à l'aide du protocole DHCP.

Afin de suivre les baux lors des redémarrages du système et des serveurs, dhclient conserve une liste des baux qui lui ont été attribués dans le fichier dhclient.leases (5). Au démarrage, après avoir lu le fichier dhclient.conf, dhclient lit le fichier dhclient.leases pour actualiser sa mémoire sur les baux qui lui ont été attribués.

Lorsqu'un nouveau bail est acquis, il est ajouté à la fin du fichier dhclient.leases. Pour éviter que le fichier ne devienne arbitrairement volumineux, dhclient crée de temps à autre un nouveau fichier dhclient.leases à partir de la base de données de bail en cours. L'ancienne version du fichier dhclient.leases est conservée sous le nom dhclient.leases ~ jusqu'à ce que dhclient réécrit la base de données la prochaine fois.

Les anciens baux sont conservés au cas où le serveur DHCP serait indisponible lors du premier appel de dhclient (généralement lors du processus de démarrage initial du système). Dans ce cas, les anciens baux du fichier dhclient.leases qui n'ont pas encore expiré sont testés. S'ils sont considérés comme valides, ils sont utilisés jusqu'à leur expiration ou jusqu'à ce que le serveur DHCP devienne disponible.

Un hôte mobile qui peut parfois avoir besoin d'accéder à un réseau sur lequel il n'existe aucun serveur DHCP peut être préchargé avec un bail pour une adresse fixe sur ce réseau. Lorsque toutes les tentatives de contact avec un serveur DHCP ont échoué, dhclient essaie de valider le bail statique et, s’il y parvient, utilisera ce bail jusqu’à ce qu’il soit redémarré.

Un hôte mobile peut également se rendre sur certains réseaux sur lesquels DHCP n'est pas disponible mais BOOTP l'est. Dans ce cas, il peut être avantageux de prendre des dispositions avec l'administrateur du réseau pour une entrée dans la base de données BOOTP, afin que l'hôte puisse démarrer rapidement sur ce réseau plutôt que de parcourir la liste des anciens contrats de location.

LIGNE DE COMMANDE

Les noms des interfaces réseau que dhclient doit tenter de configurer peuvent être spécifiés sur la ligne de commande. Si aucun nom d'interface n'est spécifié sur la ligne de commande, dhclient identifie normalement toutes les interfaces réseau, en éliminant si possible les interfaces non diffusées et tente de configurer chaque interface.

Il est également possible de spécifier les interfaces par nom dans ledhclient.conf (5) fichier. Si les interfaces sont spécifiées de cette manière, le client ne configurera que les interfaces spécifiées dans le fichier de configuration ou sur la ligne de commande et ignorera toutes les autres interfaces.

Si le client DHCP doit écouter et transmettre sur un port autre que le port standard (port 68), le-ple drapeau peut être utilisé. Il devrait être suivi du numéro de port udp que dhclient devrait utiliser. Ceci est surtout utile pour le débogage. Si un port différent est spécifié pour que le client puisse écouter et transmettre, le client utilisera également un port de destination différent - un port supérieur au port de destination spécifié.

Le client DHCP transmet normalement tous les messages de protocole qu’il envoie avant d’acquérir une adresse IP vers, 255.255.255.255, l’adresse de diffusion limitée IP. À des fins de débogage, il peut être utile que le serveur transmette ces messages à une autre adresse. Ceci peut être spécifié avec le-sdrapeau, suivi de l'adresse IP ou du nom de domaine de la destination.

À des fins de test, le champ giaddr de tous les paquets envoyés par le client peut être défini à l'aide de la commande-g drapeau, suivi de l'adresse IP à envoyer. Cela n’est utile que pour les tests et il ne faut pas s’attendre à ce qu’il fonctionne de manière cohérente ou utile.

Le client DHCP s'exécutera normalement au premier plan jusqu'à ce qu'il ait configuré une interface, puis reprendra son exécution en arrière-plan. Pour forcer dhclient à toujours s’exécuter en tant que processus de premier plan, le-ré drapeau doit être spécifié. Ceci est utile lorsque vous exécutez le client sous un débogueur ou lorsqu'il est exécuté avec inittab sur des systèmes System V.

Le client imprime normalement un message de démarrage et affiche la séquence de protocole avec le descripteur d’erreur standard jusqu’à ce qu’il ait acquis une adresse.syslog (3)établissement. le-q flag empêche tout message autre que des erreurs d'être imprimé dans le descripteur d'erreur standard.

Normalement, le client ne libère pas le bail en cours car il n’est pas requis par le protocole DHCP.Certains fournisseurs de services Internet câblés exigent que leurs clients informent le serveur s’ils souhaitent libérer une adresse IP attribuée. le-r flag libère explicitement le bail en cours et, une fois le bail libéré, le client quitte.

le-1 flag amène le client à essayer une fois de prendre un bail. Si cela échoue, dhclient se ferme avec le code de sortie deux.

Le client DHCP reçoit normalement ses informations de configuration de/etc/dhclient.conf, sa base de données de location de/var/lib/dhcp/dhclient.leases, stocke son identifiant de processus dans un fichier appelé/var/run/dhclient.pid, et configure l'interface réseau en utilisant/ sbin / dhclient-script Pour spécifier des noms et / ou des emplacements différents pour ces fichiers, utilisez la commande-cf, -lf, -pf et-sf flags, respectivement, suivis du nom du fichier. Cela peut être particulièrement utile si, par exemple,/ var / lib / dhcp ou/ var / run n'a pas encore été monté au démarrage du client DHCP.

Le client DHCP se ferme normalement s'il n'est pas en mesure d'identifier les interfaces réseau à configurer. Sur les ordinateurs portables et les autres ordinateurs dotés de bus d'E / S remplaçables à chaud, il est possible qu'une interface de diffusion soit ajoutée après le démarrage du système. le-w flag peut être utilisé pour empêcher le client de se fermer lorsqu'il ne trouve aucune de ces interfaces. leomshell (8) programme peut ensuite être utilisé pour notifier le client quand une interface réseau a été ajoutée ou supprimée, afin que le client puisse tenter de configurer une adresse IP sur cette interface.

Le client DHCP peut être invité à ne pas tenter de configurer d’interfaces à l’aide du-n drapeau. C’est très probablement utile en combinaison avec le-w drapeau.

Vous pouvez également demander au client de devenir immédiatement un démon, au lieu d'attendre l'acquisition d'une adresse IP. Cela peut être fait en fournissant le-nw drapeau.

CONFIGURATION

La syntaxe du fichier dhclient.conf (8) est discutée séparément.

OMAPI

Le client DHCP offre la possibilité de le contrôler en cours d’exécution, sans l’arrêter. Cette fonctionnalité est fournie via OMAPI, une API permettant de manipuler des objets distants. Les clients OMAPI se connectent au client à l'aide de TCP / IP, s'authentifient et peuvent ensuite examiner l'état actuel du client et y apporter des modifications.

Plutôt que d'implémenter directement le protocole OMAPI sous-jacent, les programmes utilisateur doivent utiliser l'API dhcpctl ou OMAPI elle-même. Dhcpctl est un wrapper qui gère certaines tâches ménagères qu'OMAPI ne fait pas automatiquement. Dhcpctl et OMAPI sont documentés dansdhcpctl (3) etomapi (3). La plupart des choses que vous souhaitez faire avec le client peuvent être effectuées directement à l'aide du boutonomshell (1) commande, plutôt que d'avoir à écrire un programme spécial.

L'OBJET DE COMMANDE

L'objet de contrôle vous permet de fermer le client, de libérer tous les contrats de location qu'il détient et de supprimer tous les enregistrements DNS éventuellement ajoutés. Il vous permet également de suspendre le client, ce qui annule la configuration des interfaces utilisées par le client. Vous pouvez ensuite le redémarrer, ce qui le contraindra à reconfigurer ces interfaces. Vous devez normalement mettre le client en pause avant de passer en veille prolongée ou de dormir sur un ordinateur portable. Vous le reprendriez ensuite après le retour du courant. Cela permet d’éteindre les cartes PC pendant que celui-ci est en veille ou hibernation, puis de les réinitialiser à leur état antérieur une fois que celui-ci sort de veille ou de veille prolongée.

L'objet de contrôle a un attribut - l'attribut d'état. Pour éteindre le client, définissez son attribut d'état sur 2. Il fera automatiquement un DHCPRELEASE. Pour le suspendre, définissez son attribut d'état sur 3. Pour le réactiver, définissez son attribut d'état sur 4.

Important: Utilisez le homme commande ( % homme ) pour voir comment une commande est utilisée sur votre ordinateur.