Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
IP por DHCP dejó de funcionar en Debian "bullseye"
110 views
Skip to first unread message
JavierDebian
Aug 18, 2022, 9:10:03 PM8/18/22
to
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.
Gracias.
JAP
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.
Gracias.
JAP
Camaleón
Aug 19, 2022, 2:50:03 AM8/19/22
to
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
> 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.
(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.
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,
--
Camaleón
JavierDebian
Aug 22, 2022, 5:10:03 PM8/22/22
to
El 19/8/22 a las 03:45, Camaleón escribió:
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
Yoel Villarreal
Aug 22, 2022, 5:30:04 PM8/22/22
to
Quizás no fue algo "roto". Quizás fue que no leímos el changelog.
Enviado con Aqua Mail para Android
https://www.aqua-mail.com
Antonio Galicia
Aug 22, 2022, 5:30:05 PM8/22/22
to
El lun, 22 ago 2022 a la(s) 16:22, Yoel Villarreal (yoe...@nauta.cu) escribió:
>
> Quizás no fue algo "roto". Quizás fue que no leímos el changelog.
El top posting no es lindo
>
> Quizás no fue algo "roto". Quizás fue que no leímos el changelog.
Y yo tampoco leí el change log. ¿Qué dice que cambió?
Saludos,
Antonio Galicia
Eram quod es, eris quod sum
--
Marcelo Olcese (Gmail)
Aug 22, 2022, 7:00:03 PM8/22/22
to
Hola,
Con el kernel 5.10.0-16 tuve varios problemas.
Lo instalé Debian 11 en 3 Hp Proliant DL3810 G7 con 64ram, en uno me dió problemas luego de una actu del kernel... Hice mvarias pruebas y no se solucionaba hasta que opté por bajar e instalar 5.16.0-0.bpo.3-amd64, por ahora no tengo problemas y los que tenía se solucionaron.
Sldos,
Marcelo.-
-----Mensaje original-----
De: JavierDebian [mailto:javier.de...@gmail.com]
Enviado el: lunes, 22 de agosto de 2022 18:06
Para: debian-us...@lists.debian.org
Asunto: Re: IP por DHCP dejó de funcionar en Debian "bullseye" [RESUELTO - Por ahora...]
Con el kernel 5.10.0-16 tuve varios problemas.
Lo instalé Debian 11 en 3 Hp Proliant DL3810 G7 con 64ram, en uno me dió problemas luego de una actu del kernel... Hice mvarias pruebas y no se solucionaba hasta que opté por bajar e instalar 5.16.0-0.bpo.3-amd64, por ahora no tengo problemas y los que tenía se solucionaron.
Sldos,
Marcelo.-
-----Mensaje original-----
De: JavierDebian [mailto:javier.de...@gmail.com]
Enviado el: lunes, 22 de agosto de 2022 18:06
Para: debian-us...@lists.debian.org
Asunto: Re: IP por DHCP dejó de funcionar en Debian "bullseye" [RESUELTO - Por ahora...]
0 new messages