
A uno de mis sistemas sin cabeza se le asigna una dirección IP estática a través /etc/network/interfaces
de 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 elimina y se reemplaza por una dirección DHCP. ¿Por qué sería eso?
- Si reinicio
sudo ifdown eth0 && sudo ifup eth0
osudo service networking restart
reinicio, el sistema vuelve a tomar su dirección estática, pero luego, un par de días después, la dirección IP cambia a una dinámica. - No hay ningún 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 eso ocurre parecen completamente aleatorios. El tiempo de concesión 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 este:
baja automática bucle invertido iface lo inet auto eth0 iface eth0 inet estático dirección 192.168.124.104 puerta de enlace 192.168.124.253 máscara de red 255.255.255.0
Es un poco un rompecabezas.
¿Qué causaría que un sistema renuncie a su dirección estática y solicite en su lugar una dirección DHCP? ¿Qué buscar, en qué archivo de registro?
Respuesta1
Recientemente me topé con este problema y después de investigar un poco resultó que /etc/dhcp/dhcp.conf necesitaba agregar (o descomentar) un bloque similar a este:
alias { interfaz "eth0"; dirección fija 10.1.1.1; opción máscara de subred 255.0.0.0; }
¡Espero que esto ayude!
Saludos, Glendon Gross
Respuesta2
Hmmm, extraño... No estoy seguro de que importe, pero por motivos de limpieza colocaría el netmask
parámetro directamente después de "dirección" y no después de "puerta de enlace". También debe desinstalar/desactivar el paquete ( isc-
) dhcp-client
del host y tener cuidado con ipv6 y el resolveconf
paquete. Antes de eso: una forma de averiguar qué está sucediendo es implementar 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 crear registros para el estado de los dispositivos, el dhcp-client
o huele su tráfico.
Sin embargo, una solución alternativa es configurar reservas de DHCP para algunos de sus hosts o un tiempo de concesión infinito para sus direcciones DHCP. Para mí eso funciona muy bien y la ventaja es la gestió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 una casilla de verificación de "dirección fija". Si configuraste tu propio servidor (¿Ubuntu?) necesitas editar el dhcpd.conf
archivo agregando algunas líneas como esta:
host Accountant {
hardware ethernet 00:1F:6A:XX:XX:XX;
fixed-address 192.168.124.104;
}
Respuesta3
Sé que esto es antiguo, pero me encontré con un problema similar con el que estaba luchando. También abrí un caso con Canonical para pedir ayuda.
Desde entonces resolví mi problema y volví a esta publicación con la esperanza de que 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 perder mi dirección estática y causarme otros problemas de red.
Un síntoma de mi problema era que dhclient se iniciaba si desconectaba el cable de red y lo volvía a enchufar. De manera similar al problema reportado aquí, obtendría una dirección IP diferente. Si configuro mi NIC manualmente, estaba bien, pero luego de un tiempo aleatorio obtendría una IP diferente (parece que debido a que dhclient se ejecuta en segundo plano). Compruebe si dhclient se está ejecutando. En cuanto a por qué dhclient 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, ...). En mi caso fue wicd-daemon.
El problema salió a la luz originalmente durante las pruebas cuando estaba cambiando de red y requería que moviera físicamente mi cable de red. Esto me causó un problema de red que no debería haber ocurrido. También me tomó un poco de tiempo descubrir el problema, ya que no se esperaba que mi IP estática cayera o cambiara.
Al final, la purga de wicd-daemon y python-wicd solucionó el problema. Mi sistema ahora conserva la dirección IP estática incluso cuando se desconecta el cable de red. Tampoco he visto el inicio de dhclient, así que creo que el problema también se resolvió por sí solo. También tomé otros caminos, mirando avahi que parecía jugar un papel en los problemas que estaba teniendo, también miré ntpd (raro, lo sé, pero aparecía en los syslogs al mismo tiempo que otros problemas). lo hizo; NTPD probablemente no tuvo nada que ver con eso, pero estaba produciendo registros sospechosos). Corrí por varias madrigueras hasta que por casualidad me topé con un proceso wicd ejecutándose mientras hacía otras pruebas.
En pocas palabras, verifique si dhclient se está ejecutando y si tiene un administrador de red como wicd ejecutándose en su sistema. Podría ser lo que te está causando problemas con tu dirección estática.
Respuesta4
Solo quería agregar que si tiene varias interfaces, asegúrese de definir la interfaz correcta en su /etc/network/interfaces
archivo.
Para mí el tema fue el que auto lo
estaba definido al inicio del expediente. Pero en realidad, en lugar de eso, era necesario que existiera auto eth0
.
Una vez definida correctamente, mi IP estática se mantiene al reiniciar.
Espero que esto ayude a alguien.