isc-dhcpd-server: configuración correcta de subred y máscara de red pero IP y máscara de red asignadas (ifconfig) diferentes

Un colega mío está intentando solucionar un problema con una máquina Raspberry Pi 3 (última versión de Rasbian). Se isc-dhcpd-serverejecuta sin problemas en otra configuración similar. Dentro /etc/dhcp/dhcpd.confde ambos sistemas, se puede encontrar el mismo contenido, incluida la subnetconfiguración, donde se indica claramente que netmaskse debe utilizar 192.168.100.x con 255.255.255.0:

# example.org domain and domain name servers configuration
# ...
ddns-update style none;

option subnet-mask 255.255.255.0;
option broadcast-address 192.168.100.255;
option domain-name "project.test";

subnet 192.168.100.0 netmask 255.255.255.0 {
    range 192.168.100.2 192.168.100.253;
}

Por alguna razón, aunque el servidor dhcp asigna automáticamente una dirección IP desde una red totalmente diferente (tenga en cuenta que la Raspberry Pi no está conectada a ningún enrutador, etc. y el entorno no tiene conexión a otros dispositivos o Internet:

root@rpi:~$ ifconfig
eth0 169.254.221.127 netmask 255.255.0.0 broadcast 169.254.255.255
lo ...

No estoy familiarizado con el servidor dhcp y con toda la configuración involucrada para que funcione correctamente, por lo que probablemente me estoy perdiendo algo obvio. ¿Hay alguna otra ubicación donde esta configuración deba cambiarse?

Recursivamente buscando dentro /etc

grep -rnw * -e "169.254.*"

devolvió (en ambas máquinas) dos coincidencias, una en gai.conf y otra en redes . El gai.conf es algo que nunca he escuchado. En cuanto a las redes , es la link-localconfiguración y, como parece, este es un valor predeterminado en muchos sistemas (incluidas mis propias máquinas virtuales que ejecutan Xubuntu 16.04).

Esta dirección no está asignada por DHCP. El 169.254.0.0/16rango es para direcciones "zeroconf": direcciones locales de enlace seleccionadas por el propio sistema, más comúnmente utilizadas como reserva cuando DHCP no está disponible. Si está viendo esta dirección pero no una dirección normal , puede significar algunas cosas:

• Su cliente DHCP no pudo obtener un contrato de arrendamiento y se dio por vencido.

• O su perfil de red está configurado en "solo local" (en NetworkManager o similar).

Como siempre, si su cliente y servidor DHCP no están haciendo lo que deberían, investigue lo que están haciendo : verifique los registros del sistema, use una herramienta de captura de paquetes (Wireshark / tcpdump), etc.

1. ¿Se está ejecutando el demonio dhcpd?
2. ¿Qué cliente DHCP está usando el rpi? ¿Está funcionando? ¿Se puede ejecutar en modo detallado o de depuración?
3. ¿El cliente envía un DHCPDISCOVER y el servidor responde con un DHCPOFFER?
4. ¿El cliente envía un DHCPREQUEST y el servidor responde con un DHCPACK?

El /etc/networksarchivo no es importante. Su único propósito (similar a / etc / hosts) es asignar nombres para mostrar a los prefijos de red, por ejemplo, cuando se ejecuta el routecomando. Del mismo modo, /etc/gai.confsolo contiene prioridades para ordenar los resultados de búsqueda de DNS, nada que ver con DHCP.