Comment puis-je attribuer une adresse IP par adresse MAC dans dhcpd

C'est un format parfaitement correct - j'utilise exactement le même. Seulement j'ajoute un commentaire en fin de ligne (en plus). Ceci est extrait du travail dhcpd.conf :

host wrt45gl-etika  { hardware ethernet 00:21:29:a1:c3:a1; fixed-address ---.219.43.135; } # MSIE routeris WRT54GL

Comme le mentionne @Christoph, il peut y avoir une option globale déclarée (ou des valeurs par défaut du service utilisées) qui peuvent avoir un impact sur la manière dont les adresses IP sont attribuées / peuvent la remplacer.

Lors de la migration depuis dhcp3-server (v3) vers isc-dhcp-server (v4) J'avais besoin d'ajouter des options obligatoires et de réécrire certaines déclarations. Mais la structure du fichier de configuration est restée simple :

#
# Sample configuration file for ISC dhcpd for Debian
#

# The ddns-updates-style parameter controls whether or not the server will
# attempt to do a DNS update when a lease is confirmed. We default to the
# behavior of the version 2 packages ('none', since DHCP v2 didn't
# have support for DDNS.)

ddns-update-style none;

# option definitions common to all supported networks...

option domain-name "mf.vu.---";
option domain-name-servers ---.219.80.11, ---.219.80.2, ---.171.22.22;

default-lease-time 2678400;
max-lease-time 2678400;

# If this DHCP server is the official DHCP server for the local
# network, the authoritative directive should be uncommented.

authoritative;

# Use this to send dhcp log messages to a different log file (you also
# have to hack syslog.conf to complete the redirection).

log-facility local7;


# The subnet that shares this physical network

shared-network TOTAL_MF {
 server-name "letta.mf.vu.--";

 subnet ---.219.43.128 netmask 255.255.255.192 {
  option routers ---.219.43.190;
  option broadcast-address ---.219.43.191;

  group {
    host wrt45gl-etika  { hardware ethernet 00:21:29:a1:c3:a1; fixed-address ---.219.43.135; } # MSIE routeris WRT54GL
    # ...
    host saulute        { hardware ethernet 00:21:28:10:f4:16; fixed-address ---.219.43.189;  } # Virtual Qemu PC NIC
  }
 }

 subnet 172.16.43.128 netmask 255.255.255.192 {
  option routers 172.16.43.129;
  option broadcast-address 172.16.43.191;

  group{
    host ligo           { hardware ethernet 08:00:20:7A:E2:70; fixed-address 172.16.43.179;   } #a225 ligo
    # ...
    host vumfsa2        { hardware ethernet 00:80:48:8d:12:f0; fixed-address 172.16.43.140;   } # 118
  }
 }
}

Là, je n'ai pas utilisé pool , pas de range déclarations. Il n'y a que deux déclarations de sous-réseau (une suivie d'une autre).

Là, je n'ai pas d'adresses IP aléatoires attribuées à mes hôtes qui sont déclarées ici (liées aux MAC).

Il n'y a aucune mention explicite nulle part dans le dhcpd.conf man page (et je ne peux pas l'essayer maintenant), mais j'ai toujours supposé qu'il n'y avait qu'une seule instruction autorisée par ligne.

host blah { 
    hardware ethernet <mac address>; 
    fixed-address <ip address>;
}

Je ne connais pas votre dhcpd.conf, mais si vous avez un allow unknown-clients déclaration, vous devez ajouter allow known-clients .

Si je me souviens bien, l'adresse IP fixe ne doit pas se trouver dans la plage que votre serveur DHCP distribue aux clients.

Lorsque l'hôte a une ancienne adresse du même serveur DHCP, le serveur peut distribuer l'ancien bail tant qu'il est valide, c'est-à-dire que la durée du bail n'a pas expiré.

Cela aiderait si vous pouviez fournir plus de votre configuration.