El sistema pierde la dirección IP estática

A uno de mis sistemas sin cabeza se le asigna una dirección IP estática a través /etc/network/interfacesde un cable Ethernet. Está conectado a un enrutador que también es un servidor DHCP. Después de un par de días, la dirección estática se descarta y se reemplaza por una dirección DHCP. ¿Por qué sería eso?

• Si hago un sudo ifdown eth0 && sudo ifup eth0o sudo service networking restarto un reinicio, el sistema adquiere su dirección estática de nuevo, pero después de un par de días más tarde, los cambios de dirección IP a una dinámica.
• No hay otro sistema en la red con (accidentalmente) la misma dirección estática.
• NetworkManager no se está ejecutando en el sistema.
• He configurado el sistema para que me envíe un correo electrónico tan pronto como cambie la dirección, pero los momentos en que esto ocurre parecen completamente al azar. El tiempo de arrendamiento de DHCP es de 24 horas, pero eso no parece correlacionarse, y de todos modos eso no debería importar para una dirección estática.
• Mi / etc / network / interfaces es esto:

    auto lo
    iface lo inet loopback
    auto eth0
    iface eth0 inet static
    dirección 192.168.124.104
    Gateway 192.168.124.253
    máscara de red 255.255.255.0

Es un poco un rompecabezas.

¿Qué haría que un sistema abandone su dirección estática y solicite una dirección DHCP? ¿Qué buscar, en qué archivo de registro?

Recientemente me topé con este problema y después de una investigación, resultó que /etc/dhcp/dhcp.conf necesitaba un bloque para ser agregado (o no comentado) similar a este:

alias {interfaz "eth0";   
dirección fija 10.1.1.1;   
opción subnet-mask 255.0.0.0; }

¡Espero que esto ayude!

Saludos, Glendon Gross

Hmmm, extraño ... No estoy seguro de que importe, pero por razones de orden, colocaría el netmaskparámetro directamente después de "dirección" y no después de "puerta de enlace". También debe desinstalar / desactivar el paquete ( isc-) dhcp-clientdel host y tener cuidado con ipv6 y el resolveconfpaquete. Antes de eso: una forma de averiguar qué está sucediendo es establecer una regla de firewall que acepte y registre todo el tráfico hacia y desde los puertos DHCP (servidor 67 UDP y cliente 68 UDP) o cree un registro para el estado de los dispositivos, dhcp-cliento huele tu tráfico.

Sin embargo, una solución alternativa (o solución alternativa) es configurar las reservas DHCP para algunos de sus hosts o un tiempo de arrendamiento infinito para sus direcciones DHCP. Para mí eso funciona muy bien y la ventaja es la administración centralizada. Si su servidor DHCP es su módem / enrutador, probablemente pueda configurarlo en la interfaz web (ya sea el tiempo de arrendamiento o la reserva) y en algunos enrutadores incluso puede marcar la casilla de verificación "dirección fija". Si configuró su propio servidor (¿Ubuntu?) Necesita editar el dhcpd.confarchivo agregando algunas líneas como esta:

host Accountant {
  hardware ethernet 00:1F:6A:XX:XX:XX;
  fixed-address 192.168.124.104;
}

Sé que esto es viejo, pero me encontré con un problema similar con el que estaba luchando. También abrí un caso con Canonical para pedir ayuda.

Desde entonces, he resuelto mi problema y he vuelto a esta publicación con la esperanza de que esto pueda resultar útil para alguien más que pueda tropezar con esto. Mi problema al final resultó ser 'wicd-daemon'. No estoy seguro de cómo o por qué se instaló el paquete, pero fue el principal contribuyente a abandonar mi dirección estática y causarme otros problemas de red.

Un síntoma de mi problema fue que dhclient se iniciaría si desconectara el cable de red y lo volviera a enchufar. De manera similar al problema que se informa aquí, obtendría una dirección IP diferente. Si configuré mi NIC manualmente, estaba bien, pero luego, un tiempo aleatorio más tarde, obtendría una IP diferente (parece que dhclient se ejecuta en segundo plano). Compruebe si dhclient se está ejecutando. En cuanto a por qué dhclient incluso se está ejecutando, ese es otro problema. A continuación describo lo que resolvió dhclient para mí, que terminé rastreando por varios caminos (avahi, ntpd, ifup, ...). Para mi caso fue wicd-daemon.

El problema salió a la luz originalmente en las pruebas, ya que estaba cambiando las redes que me obligaban a mover físicamente mi cable de red. Esto me causó un problema de red que no debería haber tenido. También me llevó un poco de tiempo descubrir el problema, ya que no se esperaba que mi IP estática se cayera o cambiara.

Al final, purgar wicd-daemon y python-wicd se encargaron del problema. Mi sistema ahora retiene la dirección IP estática incluso cuando el cable de red ha sido desconectado. Tampoco he visto que dhclient se inicie, así que creo que el problema también se resolvió por sí solo. También tomé otros caminos, mirando a avahi que parecía jugar un rol en los problemas que estaba teniendo, también miré a ntpd también (extraño, lo sé, pero aparecía en los syslogs al mismo tiempo que otros problemas sí; NTPD probablemente no tuvo nada que ver con eso, pero estaba produciendo registros sospechosos). Corrí por varias madrigueras de conejos hasta que por casualidad me topé con un proceso WICD que se ejecutaba mientras hacía otras pruebas.

En resumen, compruebe si dhclient se está ejecutando y si tiene un administrador de red como wicd ejecutándose en su sistema. Podría ser lo que le está causando problemas con su dirección estática.