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


0

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).


la dirección que ve no fue dada por el DHCP. es una alternativa que el host se asigna a sí mismo (los hosts en la misma LAN pueden comunicarse usando esos, intente hacer ping superior desde el otro). si tiene eso, significa que su configuración de dhcp no funciona por alguna razón. revise los registros y / o use tcpdump para ver qué está pasando)
Raouf M. Bencheraiet

Respuestas:


1

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.


@rbaleksandar: Aunque Grawity lo dijo técnicamente correcto ("respaldo"), permíteme explicarte tal vez más claramente. La forma común de que las cosas funcionen es que cuando un cliente DHCP intenta obtener información de un cliente DHCP y falla, entonces recurre al uso del rango de direcciones "enlace local" que comienza con 169.254. Las causas extremadamente comunes pueden involucrar un problema con el servidor DHCP (verifique el punto # 1 de la respuesta de Grawity) o simplemente algún otro problema de red que impida que el tráfico DHCP ocurra de la manera que probablemente piense.
TOOGAM

Bien, después de releer un poco las cosas, descubrí que "rpi" en el punto dos de la respuesta de @grawity se refería al "Raspberry Pi 3" mencionado en la pregunta.
TOOGAM

Tenga en cuenta que las direcciones zeroconf son perfectamente utilizables, especialmente en una red aislada como la red del OP. El uso de direcciones zeroconf le ahorra el problema de configurar un servidor DHCP y configurar clientes para usarlo.
Johan Myréen
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.