Este es un formato perfectamente fino:uso exactamente el mismo. Sólo agrego un comentario al final de línea (además). Este es un extracto del trabajo 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 los valores predeterminados del servicio usados) que pueden afectar la forma en que se asignan las direcciones IP/pueden anularlas.
Al migrar desde dhcp3-server (v3) a isc-dhcp-servidor (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
, sin 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 una 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 instrucción por línea.
host blah {
hardware ethernet <mac address>;
fixed-address <ip address>;
}
No conozco tu dhcpd.conf, pero si tienes un allow unknown-clients
declaración, debe agregar allow known-clients
.
Si no recuerdo mal, la IP fija no debería estar dentro del rango que su servidor DHCP entrega a los clientes.
Cuando el host tiene una dirección anterior del mismo servidor DHCP, el servidor puede otorgar la concesión anterior siempre que sea válida, es decir, el tiempo de concesión no haya vencido.
Sería útil si pudiera proporcionar más de su configuración.