Buenas noches.
Me ha pasado algo extraño.
Debian 11 "bullseye" con kernel 5.10.0-16-amd64.
Network-manager prohibido en el sistema, lo odio porque hace lo que quiere. Computadora que funciona desde hace 6 años con configuración de red por DHCP
automática, configurado "a mano" por interfaces.
resolvconf corriendo como demonio.
Hace un par de días, se puso remolona para tomar dirección IP. Reiniciado el
enrutador y el equipo un par de veces, lo achaqué a problemas del enrutador o del servicio provisto por mi ISP, un CISCO Technicolor DPC3848VE DOCSIS 3.0, empresa Flow/Personal/Fibertel Argentina.
Hoy hizo lo mismo; intenté la solución anterior y no hubo caso.
Cambié cable de conexión, sin éxito.
"¿Será la placa de red?"
Arranqué Windows desde otra partición; conexión impecable, no es ni el cable
ni la placa ni el enrutador.
Arranco un SystemRescueCD, y toma la dirección sin problemas.
Vuelvo a Debian, no toma dirección IP.
Levanto una máquina VirtualBox en Debian que corre un Win7 con la red en modo puente... toma la dirección sin inconvenientes....
Configuro la red en forma manual, con IP fija y todo a mano....
Funciona sin inconvenientes.
Vuelvo atrás, a configurar por DHCP automático; no funciona, pero sólo en Debian 11.
Cambio a kernel 5.10.0-13, no sea que el kernel nuevo tenga algún problema, aún siendo "stable"; sigue sin funcionar.
Ahora estoy en modo IP estático, funcionando sin problemas... salvo que no puedo volver a DHCP dinámico, porque no funciona.
Para usar la máquina, no me afecta, pero... NO ME GUSTA QUE EL SISTEMA HAGA COSAS QUE NO DEBERÍA HACER, O NO HAGA LO QUE SÍ.
Seguiré investigando.
Si a alguno le pasó algo así, escucho sugerencias.
El 2022-08-18 a las 21:59 -0300, JavierDebian escribió:
Buenas noches.
Me ha pasado algo extraño.
Debian 11 "bullseye" con kernel 5.10.0-16-amd64.
Network-manager prohibido en el sistema, lo odio porque hace lo que quiere. >> Computadora que funciona desde hace 6 años con configuración de red por DHCP
automática, configurado "a mano" por interfaces.
resolvconf corriendo como demonio.
Hace un par de días, se puso remolona para tomar dirección IP. Reiniciado el
enrutador y el equipo un par de veces, lo achaqué a problemas del enrutador >> o del servicio provisto por mi ISP, un CISCO Technicolor DPC3848VE DOCSIS
3.0, empresa Flow/Personal/Fibertel Argentina.
El problema de tener el servidor de DHCP en equipos restringidos
(routers, switches o dispositivos integrados) es que apenas permiten
depurar los errores en caso de presentarse problemas.
Hoy hizo lo mismo; intenté la solución anterior y no hubo caso.
Cambié cable de conexión, sin éxito.
"¿Será la placa de red?"
Arranqué Windows desde otra partición; conexión impecable, no es ni el cable
ni la placa ni el enrutador.
Arranco un SystemRescueCD, y toma la dirección sin problemas.
Vuelvo a Debian, no toma dirección IP.
Levanto una máquina VirtualBox en Debian que corre un Win7 con la red en
modo puente... toma la dirección sin inconvenientes....
Configuro la red en forma manual, con IP fija y todo a mano....
Funciona sin inconvenientes.
Vuelvo atrás, a configurar por DHCP automático; no funciona, pero sólo en >> Debian 11.
Cambio a kernel 5.10.0-13, no sea que el kernel nuevo tenga algún problema, >> aún siendo "stable"; sigue sin funcionar.
Ahora estoy en modo IP estático, funcionando sin problemas... salvo que no >> puedo volver a DHCP dinámico, porque no funciona.
Para usar la máquina, no me afecta, pero... NO ME GUSTA QUE EL SISTEMA HAGA >> COSAS QUE NO DEBERÍA HACER, O NO HAGA LO QUE SÍ.
Seguiré investigando.
Si a alguno le pasó algo así, escucho sugerencias.
Yo probaría lo siguiente:
1. Fuerza la renovación de la IP, a ver si el Cisco le asigna otra
nueva y se puede configurar el adaptador de red sin problemas.
Dependiendo de qué cliente dhcp uses (hoy en día me pierdo con tantas opciones: systemd, dhclient, network-manager...) tendrás que hacer una
cosa u otra para renovar los datos del adaptador:
Linux Force DHCP Client (dhclient) to Renew IP Address https://www.cyberciti.biz/faq/howto-linux-renew-dhcp-client-ip-address/
2. A modo de prueba, y si te resulta posible, configura otro servidor o sistema (router/switch) como servidor DHCP (desconecta el Cisco de la
red para evitar conflictos) a ver si el Debian 11 puede configurarse preguntando a otro servidor.
3. Revisa los registros para ver qué puede estar fallando (syslog, journalctl) o intenta configurar el adpatador de red desde línea de
órdenes (con dhclient -v...) para ver si tienes más información del problema, recibes un timeout, etc...
Saludos,
El 19/8/22 a las 03:45, Camaleón escribió:
El 2022-08-18 a las 21:59 -0300, JavierDebian escribió:
Buenas noches.
Me ha pasado algo extraño.
Debian 11 "bullseye" con kernel 5.10.0-16-amd64.
Network-manager prohibido en el sistema, lo odio porque hace lo que quiere. >>> Computadora que funciona desde hace 6 años con configuración de red por DHCP
automática, configurado "a mano" por interfaces.
resolvconf corriendo como demonio.
Hace un par de días, se puso remolona para tomar dirección IP. Reiniciado el
enrutador y el equipo un par de veces, lo achaqué a problemas del enrutador
o del servicio provisto por mi ISP, un CISCO Technicolor DPC3848VE DOCSIS >>> 3.0, empresa Flow/Personal/Fibertel Argentina.
El problema de tener el servidor de DHCP en equipos restringidos
(routers, switches o dispositivos integrados) es que apenas permiten
depurar los errores en caso de presentarse problemas.
Hoy hizo lo mismo; intenté la solución anterior y no hubo caso.
Cambié cable de conexión, sin éxito.
"¿Será la placa de red?"
Arranqué Windows desde otra partición; conexión impecable, no es ni el cable
ni la placa ni el enrutador.
Arranco un SystemRescueCD, y toma la dirección sin problemas.
Vuelvo a Debian, no toma dirección IP.
Levanto una máquina VirtualBox en Debian que corre un Win7 con la red en >>> modo puente... toma la dirección sin inconvenientes....
Configuro la red en forma manual, con IP fija y todo a mano....
Funciona sin inconvenientes.
Vuelvo atrás, a configurar por DHCP automático; no funciona, pero sólo en
Debian 11.
Cambio a kernel 5.10.0-13, no sea que el kernel nuevo tenga algún problema,
aún siendo "stable"; sigue sin funcionar.
Ahora estoy en modo IP estático, funcionando sin problemas... salvo que no >>> puedo volver a DHCP dinámico, porque no funciona.
Para usar la máquina, no me afecta, pero... NO ME GUSTA QUE EL SISTEMA HAGA
COSAS QUE NO DEBERÍA HACER, O NO HAGA LO QUE SÍ.
Seguiré investigando.
Si a alguno le pasó algo así, escucho sugerencias.
Yo probaría lo siguiente:
1. Fuerza la renovación de la IP, a ver si el Cisco le asigna otra
nueva y se puede configurar el adaptador de red sin problemas.
Dependiendo de qué cliente dhcp uses (hoy en día me pierdo con tantas
opciones: systemd, dhclient, network-manager...) tendrás que hacer una
cosa u otra para renovar los datos del adaptador:
Linux Force DHCP Client (dhclient) to Renew IP Address
https://www.cyberciti.biz/faq/howto-linux-renew-dhcp-client-ip-address/
2. A modo de prueba, y si te resulta posible, configura otro servidor o
sistema (router/switch) como servidor DHCP (desconecta el Cisco de la
red para evitar conflictos) a ver si el Debian 11 puede configurarse
preguntando a otro servidor.
3. Revisa los registros para ver qué puede estar fallando (syslog,
journalctl) o intenta configurar el adpatador de red desde línea de
órdenes (con dhclient -v...) para ver si tienes más información del
problema, recibes un timeout, etc...
Saludos,
Tomando en cuenta las indicaciones de Camaleón, procedí a:Quizás no fue algo "roto". Quizás fue que no leímos el changelog.
1 - Eliminar resolvconf, avahi-autoipd, isc-dhcp-client-ddns e isc-dhcp-client. O sea, todo lo que tenga que ver con manejos
automágicos de redes, excepto systemd, por supuesto... (network-manager está prohibido en mi sistema).
2 - Reinstalar resolvconf e isc-dhcp-client.
3 - Reconfigurar nuevamente /etc/interfaces para dirección IP por DHCP.
4 - Reiniciar el equipo.
Mágicamente, funciona.
Ayer pasó lo mismo en otra máquina que tiene mi hija en su habitación; empezó a no resolver IP. Y ayer, justamente, fue "día de actualización
de la PC de la niña".
Me huelo a alguna actualización o instalación de algo (?) que desbarató algo otro (?).
Gracias.
JAP
El 2022-08-18 a las 21:59 -0300, JavierDebian escribió:
Buenas noches.
Me ha pasado algo extraño.
Debian 11 "bullseye" con kernel 5.10.0-16-amd64.
Network-manager prohibido en el sistema, lo odio porque hace lo que quiere. >> Computadora que funciona desde hace 6 años con configuración de red
por DHCP automática, configurado "a mano" por interfaces.
resolvconf corriendo como demonio.
Hace un par de días, se puso remolona para tomar dirección IP.
Reiniciado el enrutador y el equipo un par de veces, lo achaqué a
problemas del enrutador o del servicio provisto por mi ISP, un CISCO
Technicolor DPC3848VE DOCSIS 3.0, empresa Flow/Personal/Fibertel Argentina.
El problema de tener el servidor de DHCP en equipos restringidos
(routers, switches o dispositivos integrados) es que apenas permiten
depurar los errores en caso de presentarse problemas.
Hoy hizo lo mismo; intenté la solución anterior y no hubo caso.
Cambié cable de conexión, sin éxito.
"¿Será la placa de red?"
Arranqué Windows desde otra partición; conexión impecable, no es ni
el cable ni la placa ni el enrutador.
Arranco un SystemRescueCD, y toma la dirección sin problemas.
Vuelvo a Debian, no toma dirección IP.
Levanto una máquina VirtualBox en Debian que corre un Win7 con la red
en modo puente... toma la dirección sin inconvenientes....
Configuro la red en forma manual, con IP fija y todo a mano....
Funciona sin inconvenientes.
Vuelvo atrás, a configurar por DHCP automático; no funciona, pero
sólo en Debian 11.
Cambio a kernel 5.10.0-13, no sea que el kernel nuevo tenga algún
problema, aún siendo "stable"; sigue sin funcionar.
Ahora estoy en modo IP estático, funcionando sin problemas... salvo
que no puedo volver a DHCP dinámico, porque no funciona.
Para usar la máquina, no me afecta, pero... NO ME GUSTA QUE EL
SISTEMA HAGA COSAS QUE NO DEBERÍA HACER, O NO HAGA LO QUE SÍ.
Seguiré investigando.
Si a alguno le pasó algo así, escucho sugerencias.
Yo probaría lo siguiente:
1. Fuerza la renovación de la IP, a ver si el Cisco le asigna otra
nueva y se puede configurar el adaptador de red sin problemas.
Dependiendo de qué cliente dhcp uses (hoy en día me pierdo con tantas opciones: systemd, dhclient, network-manager...) tendrás que hacer una
cosa u otra para renovar los datos del adaptador:
Linux Force DHCP Client (dhclient) to Renew IP Address https://www.cyberciti.biz/faq/howto-linux-renew-dhcp-client-ip-address
/
2. A modo de prueba, y si te resulta posible, configura otro servidor
o sistema (router/switch) como servidor DHCP (desconecta el Cisco de
la red para evitar conflictos) a ver si el Debian 11 puede
configurarse preguntando a otro servidor.
3. Revisa los registros para ver qué puede estar fallando (syslog, journalctl) o intenta configurar el adpatador de red desde línea de órdenes (con dhclient -v...) para ver si tienes más información del problema, recibes un timeout, etc...
Saludos,
| Sysop: | Keyop |
|---|---|
| Location: | Huddersfield, West Yorkshire, UK |
| Users: | 443 |
| Nodes: | 16 (1 / 15) |
| Uptime: | 103:46:53 |
| Calls: | 9,206 |
| Calls today: | 5 |
| Files: | 13,481 |
| Messages: | 6,053,658 |