Solución:
Este es un formato perfectamente bueno, yo uso exactamente el mismo. Solo agrego un comentario al final de la línea (además). Este es un extracto de trabajar dhcpd.conf:
host wrt45gl-etika { hardware ethernet 00:21:29:a1:c3:a1; fixed-address ---.219.43.135; } # MSIE routeris WRT54GL
Como menciona @Christoph, puede haber una opción global declarada (o valores predeterminados de servicio utilizados) que pueden afectar la forma en que se asignan las IP / pueden anularlas.
Al migrar desde servidor dhcp3 (v3) a isc-dhcp-server (v4) Necesitaba agregar algunas opciones obligatorias y reescribir algunas declaraciones. Pero la estructura del archivo de configuración siguió siendo 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
}
}
}
Allí no usé pool, no range declaraciones. Solo hay dos declaraciones de subred (una seguida de otra).
Allí no obtuve direcciones IP aleatorias asignadas a mis hosts que se declaran aquí (vinculadas a MAC).
No hay mención explícita en ninguna parte del dhcpd.conf página de manual (y no puedo probarlo ahora), pero siempre asumí que solo se permite una declaración por línea.
host blah {
hardware ethernet <mac address>;
fixed-address <ip address>;
}
No conozco su dhcpd.conf, pero si tiene un allow unknown-clients declaración, debe agregar allow known-clients.
Si mal no recuerdo, la IP fija no debería estar dentro del rango que su servidor DHCP distribuye a los clientes.
Cuando el host tiene una dirección antigua del mismo servidor DHCP, el servidor puede entregar la concesión anterior siempre que sea válida, es decir, el tiempo de concesión no ha expirado.
Sería útil si pudiera proporcionar más de su configuración.