Problemas de conexion con debian 11

[Johnny Flowers]

¡Hola, de nuevo!

En un hilo anterior tratamos los problemas que tenía en el navegador para cargar las páginas web. Yo pensé que era por culpa del reloj (que marcaba una hora falsa cada vez que arrancaba el sistema operativo). Al final, gracias a vuestra ayuda, pude arreglar lo del reloj, pero se ha seguido reproduciendo el problema para cargar las páginas.

He comprobado que cuando se produce ese error (normalmente, sólo al iniciar el debian11), sólo tengo que apagar por completo el módem y volverlo a encender. Haciendo esto y reiniciando el pc, el fallo se soluciona sin más (posiblemente porque queda limpia la caché del módem). Pero no es permanente, tras terminar la sesión y volver a encender el pc el problema surge de nuevo y hay que volver a reproducir el proceso desde el principio. Está claro que el error es debido a la conexión, como ya me habías adelantado en el hilo anterior.

No creo que sea problema del módem, pues funciona perfectamente con los otros sistemas operativos. Más bien, la causa tendrá más que ver con la configuración de la conexión del debian11.

Por favor, podéis indicarme cómo se soluciona esto. ¿Sabéis como puedo hacer para que el arreglo sea permanente?

[UltimaNeurona]

¡Hola, de nuevo!

En un hilo anterior tratamos los problemas que tenía en el navegador para cargar las páginas web. Yo pensé que era por culpa del reloj (que marcaba una hora falsa cada vez que arrancaba el sistema operativo). Al final, gracias a vuestra ayuda, pude arreglar lo del reloj, pero se ha seguido reproduciendo el problema para cargar las páginas.

He comprobado que cuando se produce ese error (normalmente, sólo al iniciar el debian11), sólo tengo que apagar por completo el módem y volverlo a encender. Haciendo esto y reiniciando el pc, el fallo se soluciona sin más (posiblemente porque queda limpia la caché del módem). Pero no es permanente, tras terminar la sesión y volver a encender el pc el problema surge de nuevo y hay que volver a reproducir el proceso desde el principio. Está claro que el error es debido a la conexión, como ya me habías adelantado en el hilo anterior.

No creo que sea problema del módem, pues funciona perfectamente con los otros sistemas operativos. Más bien, la causa tendrá más que ver con la configuración de la conexión del debian11.

Por favor, podéis indicarme cómo se soluciona esto. ¿Sabéis como puedo hacer para que el arreglo sea permanente?

Hola Johnny! Podemos intentar hacer una serie de comprobaciones y a ver si de esta forma damos con el problema.
Como comentamos en el otro hilo sobre error en la navegacion y el reloj del sistema, el problema parece que tiene que estar como indicas en la conectividad interna del sistema operativo, ya que la conexion a internet propiamente dicha funciona correctamente en el resto de dispositivos.

Se me ocurren algunos posibles problemas como:
* Empezaria por lo mas sencillo: Problemas fisicos con el cable de red, aunque esto lo descartamos directamente, ya que en ese mismo equipo tienes otros sistema y dices que funciona perfectamente.

* Que el problema sea del navegador. En el otro hilo, te comente que hicieras un ping en el momento que te quedabas sin conexion, y google.com respondia, por lo tanto tenias conectividad. Prueba a instalar otro navegador a ver si ocurre lo mismo.

Si con lo anterior sigue ocurriendo el problema ya podriamos mirar:

* Podriamos encontrarnos ante problemas de driver, que dieran lugar a un malfuncionamiento de la tarjeta ethernet, es decir, del hardware.
Pienso que este no es el motivo ya que dices que al reiniciar el modem y el equipo hay conexion y esta funciona correctamente hasta la siguiente sesion. No obstante, prueba los siguientes comandos y comparte su salida.

#para ver los dispositivos pci, el driver y el modulo del kernel que utilizan:
~$ lspci -k
Ethernet controller Realtek - Kernel driver and module in use: r8169

Una vez tengas el driver (en el ejemplo r8169), puedes probar a ver si en los logs del kernel o del sistema hay algun error referente al mismo:
#para ver los logs del kernel con marca de tiempo y filtrar por el driver:
~$ dmesg -Tk|grep -i r8169
#para ver los logs del sistema. Con -b solo te mostrara el ultimo arranque para que la salida del comando no sea muy grande, puedes ir probando con otros arranques poniendo -b-1 -b-2 -b-3 , etc:
~$ journalctl -b|grep -i r8169

Seguramente los dos comandos de arriba te saquen la misma informacion, ya que el journal tambien loguea al kernel. Con esto buscamos ver si hay registrado algun problema al inicializar la tarjeta y con su configuracion. Si hay caidas y levantamientos, etc. Podrias ver lineas como:
may 01 18:29:36 servidor kernel: r8169 enp3s0: link down
may 01 18:29:39 servidor kernel: r8169 enp3s0: link up

Como ves en mi equipo, en el ultimo arranque se levanto la tarjeta y asi sigue (link up). De esa misma linea tambien obtenemos el nombre de la interfaz ethernet, en este caso enp3s0. Lo que nos da lugar a:

# Busca en los logs por el nombre de la tarjeta, a ver su salida y la forma en la que obtiene la configuracion. Si no me equivoco debian usa systemd.
~$ journalctl -b|grep -i enp3s0


* Por otro lado, puede haber problemas con la configuracion:
-Supongo que tienes la tarjeta configurada de forma dinamica usando DHCP: Asignacion dinamica de ip, es decir, la tarjeta de red en debian11 adquiere los parametros necesarios para la conectividad automaticamente desde el modem. Es probable que haya algun problema en este punto (como pudiera ser el dns) que te deje sin poder navegar, ya que recuerdo que realmente la conexion te funcionaba.

Lo que me mosquea, es que en el otro hilo te comente que usaras un ping a un dominio en el momento que no pudieras navegar, y el caso es que el ping respondia, por lo tanto, tu sistema es capaz de resolver nombres de dominio. Si al hacer el ping a google.com no obtuvieras respuesta, pues todo indicaria que hay un problema en la resolucion de nombres de dominio y al poner en el navegador loquesea.com pues no puedes acceder.

Como me ha vuelto a fallar, he hecho el ping como me decías, con el siguiente resultado:

xxxx@xxx:~$ ping -c1 google.com
PING google.com(mad41s13-in-x0e.1e100.net (2a00:1450:4003:80e::200e)) 56 data bytes
64 bytes from mad41s13-in-x0e.1e100.net (2a00:1450:4003:80e::200e): icmp_seq=1 ttl=117 time=1.62 ms

--- google.com ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 1.619/1.619/1.619/0.000 ms

Para meterle mano a esto, se me ocurre que vuelvas a probar lo del ping nada más iniciar debian, que es cuando dices que tienes el problema, a ver si responde o no.

Tambien es interesante ver la salida de los siguientes comandos en ese momento:

~$ cat /etc/network/interfaces #ver la configuracion de red.

~$ systemd-resolve --status enp3s0 #estado de la resolucion de nombres en la interface de red.

~$ journalctl -b|grep -i systemd-resolved

~$ networkctl list

~$ networkctl status

~$ networkctl status enp3s0



Bueno, ahi te dejo trabajo, un saludo.

[zagloj]

Buenas, sólo una cosa que añadir a lo dicho por el compañero, un simple ifconfig cuando se caiga la conexión, también acceder al router en el momento que se cae la conexión sería interesante, por ver si tu equipo aparece en la NAT.

Saludos

Pd Muy probablemente esté relacionado con tema drivers, pero nunca se sabe, y no se qué kernel monta tu distro.

[Johnny Flowers]

Muchas gracias, a los dos.

Como ahora no me ha dado error, de momento os adelanto los datos sobre el kernel, la tarjeta de red y sus drivers.

Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
Subsystem: Hewlett-Packard Company RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
Kernel driver in use: r8169
Kernel modules: r8169


root@debian:/home/*****# dmesg -Tk|grep -i r8169
[dom may 8 20:26:40 2022] r8169 0000:02:00.0: can't disable ASPM; OS doesn't have ASPM control
[dom may 8 20:26:40 2022] r8169 0000:02:00.0 eth0: RTL8168h/8111h, 00:68:eb:ca:45:fb, XID 541, IRQ 126
[dom may 8 20:26:40 2022] r8169 0000:02:00.0 eth0: jumbo features [frames: 9194 bytes, tx checksumming: ko]
[dom may 8 20:26:40 2022] r8169 0000:02:00.0 enp2s0: renamed from eth0
[dom may 8 20:26:44 2022] r8169 0000:02:00.0: firmware: direct-loading firmware rtl_nic/rtl8168h-2.fw
[dom may 8 20:26:44 2022] Generic FE-GE Realtek PHY r8169-0-200:00: attached PHY driver [Generic FE-GE Realtek PHY] (mii_bushy_addr=r8169-0-200:00, irq=IGNORE)
[dom may 8 20:26:44 2022] r8169 0000:02:00.0 enp2s0: Link is Down
[dom may 8 20:26:47 2022] r8169 0000:02:00.0 enp2s0: Link is Up - 1Gbps/Full - flow control rx/tx


root@debian:/home/*****# journalctl -b|grep -i r8169
may 08 20:26:45 debian kernel: r8169 0000:02:00.0: can't disable ASPM; OS doesn't have ASPM control
may 08 20:26:45 debian kernel: r8169 0000:02:00.0 eth0: RTL8168h/8111h, 00:68:eb:ca:45:fb, XID 541, IRQ 126
may 08 20:26:45 debian kernel: r8169 0000:02:00.0 eth0: jumbo features [frames: 9194 bytes, tx checksumming: ko]
may 08 20:26:45 debian kernel: r8169 0000:02:00.0 enp2s0: renamed from eth0
may 08 20:26:45 debian kernel: r8169 0000:02:00.0: firmware: direct-loading firmware rtl_nic/rtl8168h-2.fw
may 08 20:26:45 debian kernel: Generic FE-GE Realtek PHY r8169-0-200:00: attached PHY driver [Generic FE-GE Realtek PHY] (mii_bushy_addr=r8169-0-200:00, irq=IGNORE)
may 08 20:26:46 debian kernel: r8169 0000:02:00.0 enp2s0: Link is Down
may 08 20:26:49 debian kernel: r8169 0000:02:00.0 enp2s0: Link is Up - 1Gbps/Full - flow control rx/tx


root@debian:/home/*****# journalctl -b|grep -i enp2s0
may 08 20:26:45 debian kernel: r8169 0000:02:00.0 enp2s0: renamed from eth0
may 08 20:26:45 debian NetworkManager[529]: <info> [1652034405.9330] manager: (enp2s0): new Ethernet device (/org/freedesktop/NetworkManager/Devices/2)
may 08 20:26:45 debian NetworkManager[529]: <info> [1652034405.9339] device (enp2s0): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'external')
may 08 20:26:46 debian kernel: r8169 0000:02:00.0 enp2s0: Link is Down
may 08 20:26:49 debian kernel: r8169 0000:02:00.0 enp2s0: Link is Up - 1Gbps/Full - flow control rx/tx
may 08 20:26:49 debian kernel: IPv6: ADDRCONF(NETDEV_CHANGE): enp2s0: link becomes ready
may 08 20:26:49 debian NetworkManager[529]: <info> [1652034409.3001] device (enp2s0): carrier: link connected
may 08 20:26:49 debian NetworkManager[529]: <info> [1652034409.3004] device (enp2s0): state change: unavailable -> disconnected (reason 'carrier-changed', sys-iface-state: 'managed')
may 08 20:26:49 debian NetworkManager[529]: <info> [1652034409.3013] device (enp2s0): Activation: starting connection 'Wired connection 1' (6067545d-8535-4d7e-b1a3-f4e6c2514aad)
may 08 20:26:49 debian NetworkManager[529]: <info> [1652034409.3014] device (enp2s0): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
may 08 20:26:49 debian NetworkManager[529]: <info> [1652034409.3018] device (enp2s0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
may 08 20:26:49 debian NetworkManager[529]: <info> [1652034409.3022] device (enp2s0): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
may 08 20:26:49 debian NetworkManager[529]: <info> [1652034409.3025] dhcp4 (enp2s0): activation: beginning transaction (timeout in 45 seconds)
may 08 20:26:49 debian avahi-daemon[526]: Joining mDNS multicast group on interface enp2s0.IPv6 with address fe80::268:ebff:feca:45fb.
may 08 20:26:49 debian avahi-daemon[526]: New relevant interface enp2s0.IPv6 for mDNS.
may 08 20:26:49 debian avahi-daemon[526]: Registering new address record for fe80::268:ebff:feca:45fb on enp2s0.*.
may 08 20:26:53 debian NetworkManager[529]: <info> [1652034413.5674] dhcp4 (enp2s0): state changed unknown -> bound, address=192.***********
may 08 20:26:53 debian avahi-daemon[526]: Joining mDNS multicast group on interface enp2s0.IPv4 with address 192.************
may 08 20:26:53 debian avahi-daemon[526]: New relevant interface enp2s0.IPv4 for mDNS.
may 08 20:26:53 debian avahi-daemon[526]: Registering new address record for 192.************** on enp2s0.IPv4.
may 08 20:26:53 debian NetworkManager[529]: <info> [1652034413.5705] device (enp2s0): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'managed')
may 08 20:26:53 debian NetworkManager[529]: <info> [1652034413.5747] device (enp2s0): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed')
may 08 20:26:53 debian NetworkManager[529]: <info> [1652034413.5748] device (enp2s0): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed')
may 08 20:26:53 debian NetworkManager[529]: <info> [1652034413.5760] policy: set 'Wired connection 1' (enp2s0) as default for IPv4 routing and DNS
may 08 20:26:53 debian NetworkManager[529]: <info> [1652034413.5879] device (enp2s0): Activation: successful, device activated.
may 08 20:26:53 debian arno-iptables-firewall[1149]: net.ipv4.conf.enp2s0.send_redirects = 0
may 08 20:26:53 debian arno-iptables-firewall[1149]: net.ipv4.conf.enp2s0.accept_source_route = 0
may 08 20:26:53 debian arno-iptables-firewall[1149]: net.ipv4.conf.enp2s0.forwarding = 1
may 08 20:26:53 debian arno-iptables-firewall[1149]: net.ipv4.conf.enp2s0.rp_filter = 1
may 08 20:26:53 debian arno-iptables-firewall[1149]: net.ipv4.conf.enp2s0.log_martians = 0
may 08 20:26:53 debian arno-iptables-firewall[1149]: net.ipv4.conf.enp2s0.accept_redirects = 0
may 08 20:26:54 debian arno-iptables-firewall[1149]: Applying external(INET) policy to interface: enp2s0
may 08 20:26:54 debian NetworkManager[529]: <warn> [1652034414.5557] ndisc[0x56006664b820,"enp2s0"]: solicit: failure sending router solicitation: Operación no permitida (1)
may 08 20:27:04 debian kernel: AIF:PRIV UDP broadcast: IN=enp2s0 OUT= MAC= SRC=192.*********** DST=192.**********.255 LEN=78 TOS=0x00 PREC=0x00 TTL=64 ID=47701 DF PROTO=UDP SPT=54098 DPT=137 LEN=58
may 08 20:27:04 debian kernel: AIF:PRIV UDP broadcast: IN=enp2s0 OUT= MAC= SRC=192.*********** DST=192.********** 255 LEN=78 TOS=0x00 PREC=0x00 TTL=64 ID=47725 DF PROTO=UDP SPT=43804 DPT=137 LEN=58
may 08 20:36:24 debian kernel: AIF:PRIV UDP broadcast: IN=enp2s0 OUT= MAC=ff:ff:ff:ff:ff:ff:98:00:6a:a0:fb:68:08:00 SRC=192.********** DST=192.*********.255 LEN=128 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=137 DPT=137 LEN=108
may 08 20:36:24 debian kernel: AIF:PRIV UDP broadcast: IN=enp2s0 OUT= MAC=ff:ff:ff:ff:ff:ff:98:00:6a:a0:fb:68:08:00 SRC=192.********** DST=192.*********.255 LEN=128 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=137 DPT=137 LEN=108
may 08 20:51:30 debian kernel: AIF:PRIV UDP broadcast: IN=enp2s0 OUT= MAC=ff:ff:ff:ff:ff:ff:98:00:6a:a0:fb:68:08:00 SRC=192.********** DST=192.*********.255 LEN=128 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=137 DPT=137 LEN=108
may 08 20:51:30 debian kernel: AIF:PRIV UDP broadcast: IN=enp2s0 OUT= MAC=ff:ff:ff:ff:ff:ff:98:00:6a:a0:fb:68:08:00 SRC=192.********** DST=192.*********.255 LEN=128 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=137 DPT=137 LEN=108

- - - Actualizado - - -

Si me vuelve a dar error en el arranque, aplicaré los comandos que me habéis dicho y a ver qué sale....

[UltimaNeurona]

Buenas Johnny, revisando la salida de los comandos, no veo ningun error. En el momento que has lanzado los comandos, tanto la salida del log del kernel para el driver como la de los los logs del sistema, parecen correctos.

Solo aparece un warning:

NetworkManager[529]: <warn> [1652034414.5557] ndisc[0x56006664b820,"enp2s0"]: solicit: failure sending router solicitation: Operación no permitida (1)
NDisc hace referencia a neighbor discovery , un protocolo utilizado con ipv6, asi que es un simple aviso del que yo creo no hay que preocuparse, ya que no creo que tengas la lan ni la salida a internet con ipv6.

Tema de driver ya sospechabamos que no era, si hubiera problemas hardware-kernel lo mas seguro es que directamente no funcionara la tarjeta o que tuvieras caidas continuas.

Seguramente el asunto vaya mas por el lado de la configuracion. Usas networkmanager para administrar la red, puede que en ese preciso momento que no te funcione la red, sea porque se queda a la espera de asignacion de ip, dns, o algo por el estilo.
Habria que intentar lanzar esos comandos cuando te suceda el problema.

Por lo que comenta zaglog, los tiros tambien podrian ir por ahi. Al tener varios sistemas operativos y haber usado alguno de estos antes, quede registrada la ip en la tablas del router y en el servidor dhcp del mismo, aunque esto en principio no deberia suponer un problema, ya que todos los sistemas operativos comparten la misma tarjeta de red y su mac, por lo que el servidor dhcp deberia asignarte la misma ip dinamica. Y aunque linux cambiara la mac, deberias recibir otra, ya que los routers de las operadoras en el servidor dhcp vienen configurados para servir un buen puñado de ips. De todas formas por si acaso, te recomendaria siempre configurar ip fija y desactivar si es que hay algo marcado del ipv6 a nivel de la tarjeta en networkmanager.

A ver lo que comentan el resto de compañeros, un saludo.

[Johnny Flowers]

Para meterle mano a esto, se me ocurre que vuelvas a probar lo del ping nada más iniciar debian, que es cuando dices que tienes el problema, a ver si responde o no.

Tambien es interesante ver la salida de los siguientes comandos en ese momento:

~$ cat /etc/network/interfaces #ver la configuracion de red.

~$ systemd-resolve --status enp3s0 #estado de la resolucion de nombres en la interface de red.

~$ journalctl -b|grep -i systemd-resolved

~$ networkctl list

~$ networkctl status

~$ networkctl status enp3s0

Como os adelanté, os envío la respuesta a los comandos aquí indicados y al ifconfig que pide zaglof, en pleno fallo de conexión, y sin entender mucho qué estoy publicando...:

root@debian:/home/********# ping -c1 google.com
ping: google.com: Nombre o servicio desconocido


root@debian:/home/*****# cat /etc/network/interfaces #ver la configuracion de red
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback


root@debian:/home/*******# systemd-resolve --status enp2s0 #estado de la resolucion de nombres en la interface de red
Failed to get link data for 2: Unit dbus-org.freedesktop.resolve1.service not found.


root@debian:/home/*******# journalctl -b|grep -i systemd-resolved
may 09 17:47:18 debian NetworkManager[579]: <info> [1652111238.8091] dns-mgr[0x55b96d3ed170]: init: dns=default,systemd-resolved rc-manager=symlink (auto)


root@debian:/home/*******# networkctl list
WARNING: systemd-networkd is not running, output will be incomplete.

IDX LINK TYPE OPERATIONAL SETUP
1 lo loopback n/a unmanaged
2 enp2s0 ether n/a unmanaged

2 links listed.


root@debian:/home/******# networkctl status
WARNING: systemd-networkd is not running, output will be incomplete.

● State: n/a
Address: 192.************* on enp2s0
2a0c:5a81:a204:aa00:268:ebff:feca:45fb on enp2s0
2a0c:5a81:a204:aa00:a649:3ece:a9d2:67a5 on enp2s0
fe80::268:ebff:feca:45fb on enp2s0
Gateway: 192.************* (zte corporation) on enp2s0


root@debian:/home/*******# networkctl status enp2s0
WARNING: systemd-networkd is not running, output will be incomplete.

Failed to query link bit rates: Unit dbus-org.freedesktop.network1.service not >
Failed to query link DHCP leases: Unit dbus-org.freedesktop.network1.service no>
● 2: enp2s0 >
Link File: /usr/lib/systemd/network/99-default.link
Network File: n/a
Type: ether
State: n/a (unmanaged)
Path: pci-0000:02:00.0
Driver: r8169
Vendor: Realtek Semiconductor Co., Ltd.
Model: RTL8111/8168/8411 PCI Express Gigabit Ethernet >
HW Address: 00:68:eb:ca:45:fb (HP Inc.)
MTU: 1500 (min: 68, max: 9194)
QDisc: pfifo_fast
IPv6 Address Generation Mode: none
Queue Length (Tx/Rx): 1/1
Auto negotiation: yes
Speed: 1Gbps
Duplex: full
Port: tp
Address: 192.************
2a0c:5a81:a204:aa00:268:ebff:feca:45fb
2a0c:5a81:a204:aa00:a649:3ece:a9d2:67a5
fe80::268:ebff:feca:45fb
Gateway: 192.************ (zte corporation)
ESCOC

/systemd/network/99-default.link


anaged)
:02:00.0

Semiconductor Co., Ltd.
8168/8411 PCI Express Gigabit Ethernet Controller
:ca:45:fb (HP Inc.)
n: 68, max: 9194)
st






1.***
1:a204:aa00:268:ebff:feca:45fb
1:a204:aa00:a649:3ece:a9d2:67a5
8:ebff:feca:45fb
1.1 (zte corporation)
ESCOC








ontroller














ESCOC























ESCOD








ontroller














ESCOD

/systemd/network/99-default.link


anaged)
:02:00.0

Semiconductor Co., Ltd.
8168/8411 PCI Express Gigabit Ethernet Controller
:ca:45:fb (HP Inc.)
n: 68, max: 9194)
st






1.****
1:a204:aa00:268:ebff:feca:45fb
1:a204:aa00:a649:3ece:a9d2:67a5
8:ebff:feca:45fb
1.1 (zte corporation)
ESCOD
● 2: enp2s0 >
Link File: /usr/lib/systemd/network/99-default.link
Network File: n/a
Type: ether
State: n/a (unmanaged)
Path: pci-0000:02:00.0
Driver: r8169
Vendor: Realtek Semiconductor Co., Ltd.
Model: RTL8111/8168/8411 PCI Express Gigabit Ethernet >
HW Address: 00:68:eb:ca:45:fb (HP Inc.)
MTU: 1500 (min: 68, max: 9194)
QDisc: pfifo_fast
IPv6 Address Generation Mode: none
Queue Length (Tx/Rx): 1/1
Auto negotiation: yes
Speed: 1Gbps
Duplex: full
Port: tp
Address: 192.************
2a0c:5a81:a204:aa00:268:ebff:feca:45fb
2a0c:5a81:a204:aa00:a649:3ece:a9d2:67a5
fe80::268:ebff:feca:45fb
Gateway: 192.********** (zte corporation)
ESCOD
● 2: enp2s0 >
Link File: /usr/lib/systemd/network/99-default.link
Network File: n/a
Type: ether
State: n/a (unmanaged)
Path: pci-0000:02:00.0
Driver: r8169
Vendor: Realtek Semiconductor Co., Ltd.
Model: RTL8111/8168/8411 PCI Express Gigabit Ethernet >
HW Address: 00:68:eb:ca:45:fb (HP Inc.)
MTU: 1500 (min: 68, max: 9194)
QDisc: pfifo_fast
IPv6 Address Generation Mode: none
Queue Length (Tx/Rx): 1/1
Auto negotiation: yes
Speed: 1Gbps
Duplex: full
Port: tp
Address: 192.************
2a0c:5a81:a204:aa00:268:ebff:feca:45fb
2a0c:5a81:a204:aa00:a649:3ece:a9d2:67a5
fe80::268:ebff:feca:45fb
Gateway: 192.********* (zte corporation)
ESCOD
● 2: enp2s0 >
Link File: /usr/lib/systemd/network/99-default.link
Network File: n/a
Type: ether
State: n/a (unmanaged)
Path: pci-0000:02:00.0
Driver: r8169
Vendor: Realtek Semiconductor Co., Ltd.
Model: RTL8111/8168/8411 PCI Express Gigabit Ethernet >
HW Address: 00:68:eb:ca:45:fb (HP Inc.)
MTU: 1500 (min: 68, max: 9194)
QDisc: pfifo_fast
IPv6 Address Generation Mode: none
Queue Length (Tx/Rx): 1/1
Auto negotiation: yes
Speed: 1Gbps
Duplex: full
Port: tp
Address: 192.**************
2a0c:5a81:a204:aa00:268:ebff:feca:45fb
2a0c:5a81:a204:aa00:a649:3ece:a9d2:67a5
fe80::268:ebff:feca:45fb
Gateway: 192.*********** (zte corporation)
ESCOD
● 2: enp2s0 >
Link File: /usr/lib/systemd/network/99-default.link
Network File: n/a
Type: ether
State: n/a (unmanaged)
Path: pci-0000:02:00.0
Driver: r8169
Vendor: Realtek Semiconductor Co., Ltd.
Model: RTL8111/8168/8411 PCI Express Gigabit Ethernet >
HW Address: 00:68:eb:ca:45:fb (HP Inc.)
MTU: 1500 (min: 68, max: 9194)
QDisc: pfifo_fast
IPv6 Address Generation Mode: none
Queue Length (Tx/Rx): 1/1
Auto negotiation: yes
Speed: 1Gbps
Duplex: full
Port: tp
Address: 192.************
2a0c:5a81:a204:aa00:268:ebff:feca:45fb
2a0c:5a81:a204:aa00:a649:3ece:a9d2:67a5
fe80::268:ebff:feca:45fb
Gateway: 192.************ (zte corporation)
ESCOD
● 2: enp2s0 >
Link File: /usr/lib/systemd/network/99-default.link
Network File: n/a
Type: ether
State: n/a (unmanaged)
Path: pci-0000:02:00.0
Driver: r8169
Vendor: Realtek Semiconductor Co., Ltd.
Model: RTL8111/8168/8411 PCI Express Gigabit Ethernet >
HW Address: 00:68:eb:ca:45:fb (HP Inc.)
MTU: 1500 (min: 68, max: 9194)
QDisc: pfifo_fast
IPv6 Address Generation Mode: none
Queue Length (Tx/Rx): 1/1
Auto negotiation: yes
Speed: 1Gbps
Duplex: full
Port: tp
Address: 192.************
2a0c:5a81:a204:aa00:268:ebff:feca:45fb
2a0c:5a81:a204:aa00:a649:3ece:a9d2:67a5
fe80::268:ebff:feca:45fb
Gateway: 192.************ (zte corporation)
ESCOD
● 2: enp2s0 >
Link File: /usr/lib/systemd/network/99-default.link
Network File: n/a
Type: ether
State: n/a (unmanaged)
Path: pci-0000:02:00.0
Driver: r8169
Vendor: Realtek Semiconductor Co., Ltd.
Model: RTL8111/8168/8411 PCI Express Gigabit Ethernet >
HW Address: 00:68:eb:ca:45:fb (HP Inc.)
MTU: 1500 (min: 68, max: 9194)
QDisc: pfifo_fast
IPv6 Address Generation Mode: none
Queue Length (Tx/Rx): 1/1
Auto negotiation: yes
Speed: 1Gbps
Duplex: full
Port: tp
Address: 192.**********
2a0c:5a81:a204:aa00:268:ebff:feca:45fb
2a0c:5a81:a204:aa00:a649:3ece:a9d2:67a5
fe80::268:ebff:feca:45fb
Gateway: 192.*********** (zte corporation)
ESCOD
● 2: enp2s0 >
Link File: /usr/lib/systemd/network/99-default.link
Network File: n/a
Type: ether
State: n/a (unmanaged)
Path: pci-0000:02:00.0
Driver: r8169
Vendor: Realtek Semiconductor Co., Ltd.
Model: RTL8111/8168/8411 PCI Express Gigabit Ethernet >
HW Address: 00:68:eb:ca:45:fb (HP Inc.)
MTU: 1500 (min: 68, max: 9194)
QDisc: pfifo_fast
IPv6 Address Generation Mode: none
Queue Length (Tx/Rx): 1/1
Auto negotiation: yes
Speed: 1Gbps
Duplex: full
Port: tp
Address: 192.***********
2a0c:5a81:a204:aa00:268:ebff:feca:45fb
2a0c:5a81:a204:aa00:a649:3ece:a9d2:67a5
fe80::268:ebff:feca:45fb
Gateway: 192.************ (zte corporation)
ESCOD
● 2: enp2s0 >
Link File: /usr/lib/systemd/network/99-default.link
Network File: n/a
Type: ether
State: n/a (unmanaged)
Path: pci-0000:02:00.0
Driver: r8169
Vendor: Realtek Semiconductor Co., Ltd.
Model: RTL8111/8168/8411 PCI Express Gigabit Ethernet >
HW Address: 00:68:eb:ca:45:fb (HP Inc.)
MTU: 1500 (min: 68, max: 9194)
QDisc: pfifo_fast
IPv6 Address Generation Mode: none
Queue Length (Tx/Rx): 1/1
Auto negotiation: yes
Speed: 1Gbps
Duplex: full
Port: tp
Address: 192.************
2a0c:5a81:a204:aa00:268:ebff:feca:45fb
2a0c:5a81:a204:aa00:a649:3ece:a9d2:67a5
fe80::268:ebff:feca:45fb
Gateway: 192.************ (zte corporation)
lines 3-25/25 (END)

Y....

root@debian:/home/*********# ifconfig
enp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.*********** netmask 255.255.255.0 broadcast 192.******.255
inet6 fe80::268:ebff:feca:45fb prefixlen 64 scopeid 0x20<link>
inet6 2a0c:5a81:a204:aa00:268:ebff:feca:45fb prefixlen 64 scopeid 0x0<global>
inet6 2a0c:5a81:a204:aa00:a649:3ece:a9d2:67a5 prefixlen 64 scopeid 0x0<global>
ether 00:68:eb:ca:45:fb txqueuelen 1000 (Ethernet)
RX packets 42717 bytes 56922150 (54.2 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 7559 bytes 495999 (484.3 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 64 bytes 7450 (7.2 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 64 bytes 7450 (7.2 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

- - - Actualizado - - -

Espero que sirva de ayuda para arreglar esto, muchas gracias.

[UltimaNeurona]

Como os adelanté, os envío la respuesta a los comandos aquí indicados y al ifconfig que pide zaglof, en pleno fallo de conexión, y sin entender mucho qué estoy publicando...:

Hola Johnny.

Pues ahora ya parece que tenemos el problema algo mas claro. Justo en ese momento que has lanzado los comandos y no tienes conexion, todo parece indicar que es un problema con el servicio DNS, que es el que se utiliza para resolver los nombres de dominio y que de esta forma puedas comunicarte con los servicios en internet utilizando nomenclatura "loquesea.com .net .org, etc".

Intentare exponerte todo lo que yo conozco sobre el asunto a ver si de esta forma logramos solucionarlo.

La configuracion de todas las interfaces de red en un sistema de escritorio moderno con Debian que use systemd (como es el caso), se realiza mediante NetworkManager, el cual proporciona interface grafico.
La unica excepcion es la interface de loopback local llamada lo. Esta se configura con el historico paquete ifupdown en su archivo /etc/network/interfaces. Las interfaces que no aparecen en este archivo son administradas por NetworkManager, en tu caso la interface enp2s0.


root@debian:/home/*****# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback

En la salida del archivo de configuracion como estas utilizando networkmanager, este archivo esta correcto, y por lo tanto solo hace referencia a la interfaces que no gestiona networkmanager, es decir, la interface local lo.



1-Primer problema y que yo creo que es el responsable:

Yo no uso debian, pero como se puede ver en el manual de referencia de su documentacion utiliza servicios systemd para la configuracion de red.

Ademas de networkmanager para la configuracion de las interfaces de red, systemd tambien utiliza otro servicio para la resolucion DNS. Es un servicio enrevesado que se llama systemd-resolved.

Este es un servicio de systemd que proporciona resolución de nombres de red a las aplicaciones locales. Entre otros metodos para cumplir esta funcion, este servicio systemd-resolved provee un resolvedor de nombres a nivel global del sistema, cuyo archivo de configuracion es /etc/systemd/resolved.conf y maneja el archivo donde se configuran los DNS a utilizar (/etc/resolv.conf)

Por defecto, el resolvedor provee servicio de resolucion DNS en la ip local 127.0.0.53 de la interface lo, ya que la opcion DNSStubListener=yes esta ajustada por defecto en su archivo de configuracion. Puedes ver que estas escuchando peticiones en esa ip local con el comando netstat -tpnlua|grep -i 127.0.0.53.

La forma en que el sistema sabe que tiene que usar ese resolvedor, es porque se encuentra asi configurado en /etc/resolv.conf . De hecho, /etc/resolv.conf es un enlace simbolico que apunta a /run/systemd/resolve/stub-resolv.conf donde finalmente se indica al sistema que utilice como DNS 127.0.0.53 (habilitado con la anterior opcion DNSStubListener=yes en resolved.conf ). Este es el modo "stub" por defecto de funcionar del resolvedor de systemd-resolved.

En resumen: las peticiones de aplicaciones -> llegan al resolvedor -> son trasladadas al DNS real del sistema.

Los DNS reales que el sistema utilizara atraves de este resolvedor se determinan:
- por la opcion DNS= en su archivo de configuracion /etc/systemd/resolved.conf
- por los ajustes propios hechos en la tarjeta
- por los ajustes recibidos por tarjeta desde el servidor DHCP del router, como en tu caso.

De hecho, si haces un cat a /etc/systemd/resolved.conf veras que DNS= esta vacio, por lo que el DNS real que use el sistema sera aquel que este ajustado en la tarjeta mediante networkmanager, ya sea de forma manual o por DHCP.
Estos ajustes en la tarjeta o interface, es decir, si usa dhcp, una configuracion estatica, los servidores DNS, etc, se realizan como hemos dicho anteriormiente mediante NetworkManager y su interface grafica, no hace falta que andes editando archivos, aunque esta bien saberlo.

Este es el modo enrevesado y recomendado de operar y manejar los DNS y viene por defecto en debian y derivados.

Para ver datos relacionados con el DNS usamos en versiones de systemd anterior a 239 el programa systemd-resolve --status o systemd-resolve --status enp2s0 . En versiones mas modernas de systemd se usa resolvectl status - resolvectl status enp2s0. Asi que seguramente en debian11 se deberia usar resolvectl.


root@debian:/home/*******# systemd-resolve --status enp2s0
Failed to get link data for 2: Unit dbus-org.freedesktop.resolve1.service not found.

Este error que te da al consultar el estado dns de la interface enp2s0 se debe a que systemd-resolved (o su alias dbus-org.freedesktop.resolve1.service) no esta operativo y por lo tanto no puede obtener los datos. Al no estar operativo el servicio de resolucion es por lo que no puedas navegar.

Habria que mirar su estado con systemctl status systemd-resolved cuando da el fallo, a ver que dice, y de esta forma intentar saber porque no arranca el servicio.
Si esta inactivo y deshabilitado, habria que arrancarlo y habilitarlo -> systemctl start systemd-resolved y systemctl enable systemd-resolved , pero bueno, primero estaria bien saber lo anterior, el porque no arranca y otras veces si, ya que no siempre te da el fallo.

Seguramente sea mas facil dejar de usar systemd-resolved y configurar networkmanager con una ip fija y su DNS, a lo tradicional, sin tanto lio:

Puedes parar systemd-resolved: systemctl stop systemd-resolved
Deshabilitarlo: systemctl disable systemd-resolved
renombra o borra el resolv.conf anterior: mv /etc/resolv.conf /etc/resolv.conf.backup
Editar la configuracion de networkmanager en /etc/NetworkManager/NetworkManager.conf y en la seccion main agrega:

[main]
systemd-resolved=false
dns=default

En la sesion grafica de debian configura la red a ip estatica si sabes tu parametros y dns 8.8.8.8 o dejalo en dhcp por probar.
Por ultimo: systemctl restart NetworkManager y prueba a navegar.

En la web de configuracion de networkmanager aparecen las opciones aparecen las opciones usadas en [main].


2-Segundo problema derivado de lo anterior

root@debian:/home/********# ping -c1 google.com
ping: google.com: Nombre o servicio desconocido

Derivado del fallo del DNS, Aqui vemos como el dominio google.com esta inaccesible. El sistema es incapaz de resolver el dominio google.com a la ip correspondiente X.X.X.X, y por lo tanto, no puedes hacerle ping, comunicarte con dicha ip.
De igual forma si escribes google.com en el navegador, tenemos el mismo problema, el sistema no puede resolver el dominio a su ip correspondiente, y por tanto, conectarse al servidor web.



root@debian:/home/*******# networkctl list
WARNING: systemd-networkd is not running, output will be incomplete.

Los warnings de networkctl no tienen relevancia puesto que no usas networkd para la configuracion de la sinterfaces de red, sino networkmanager.

Bueno ya nos cuentas. Saludos

[zagloj]

Buenas, poco más que aportar, pero algo rápido que puedes comprobar cuando no van las DNS es que la dirección IP de las web si funciona, por ejemplo el foro: https://212.36.76.4 o hacerle un ping a 8.8.8.8 eso te demostraría que tienes acceso a la red, simplemente no estás resolviendo los nombres.

Saludos

[Johnny Flowers]

Muchas gracias a los dos por el esfuerzo y la didáctica de vuestras explicaciones, aunque me cuesta bastante entender esto asuntos tan técnicos.

Lo bueno de tener un sistema multi-boot es que puedes comprobar ciertas cosas con los otros sistemas operativos y, viendo que funcionaban normalmente, estaba claro que era un problema interno de configuración (en este caso, de la conexión) del debian11. Algo, en apariencia, tan elemental, pero a la vez tan importante, como la interpretación o lectura de los nombres de dominio. Gracias a vosotros, ahora lo sé... antes hubiera sido incapaz de averiguarlo por mi mismo, de lo puro obvio (ya que yo sólo me apoyo en mi sentido común y capacidad de análisis y hasta estas cosas tan de conocer al detalle los entresijos del lenguaje informático no alcanzo, puesto que solo soy un aficionado a nivel de usuario).

Haré lo que me decís y más adelante os cuento...

Saludos a todos.

[UltimaNeurona]

Buenas, poco más que aportar, pero algo rápido que puedes comprobar cuando no van las DNS es que la dirección IP de las web si funciona, por ejemplo el foro: https://212.36.76.4 o hacerle un ping a 8.8.8.8 eso te demostraría que tienes acceso a la red, simplemente no estás resolviendo los nombres.

Saludos

Efectivamente, como comenta zagloj, una buena forma sencilla de reconfirmar si el culpable de no poder resolver nombres es el servicio DNS, es haciendo una conexion o un ping directamente a una ip, de esta forma no necesitas resolver el nombre. Si funciona es que tienes conectividad, que en el caso expuesto seria lo logico.

Muchas gracias a los dos por el esfuerzo y la didáctica de vuestras explicaciones, aunque me cuesta bastante entender esto asuntos tan técnicos.

Lo bueno de tener un sistema multi-boot es que puedes comprobar ciertas cosas con los otros sistemas operativos y, viendo que funcionaban normalmente, estaba claro que era un problema interno de configuración (en este caso, de la conexión) del debian11. Algo, en apariencia, tan elemental, pero a la vez tan importante, como la interpretación o lectura de los nombres de dominio. Gracias a vosotros, ahora lo sé... antes hubiera sido incapaz de averiguarlo por mi mismo, de lo puro obvio (ya que yo sólo me apoyo en mi sentido común y capacidad de análisis y hasta estas cosas tan de conocer al detalle los entresijos del lenguaje informático no alcanzo, puesto que solo soy un aficionado a nivel de usuario).

Haré lo que me decís y más adelante os cuento...

Saludos a todos.

Denada compañero. Te entiendo perfectamente, yo llevo utilizando linux muchos años y nunca dejas de aprender, es una constante.

Si eres un usuario al que le gusta leer, documentarse, dedicarle horas al sistema para profundizar a bajo nivel, administrarlo y comprenderlo, es muy satisfactorio. Aunque genera esa relacion amor-odio-frustacion en muchas ocasiones.

Hay 100 caminos y 50 aplicaciones diferentes para hacer cada cosa, tropocientos ficheros de configuracion que no hacen las cosas sencillas (para ejemplo, el de la configuracion de red. Y aqui solo estamos hablando de networkmanager y resolved), los gestores de paquetes, el kernel, los drivers, las 1000 y 1 distribuciones existentes que non homogeneas y cada una hace las cosas de una forma. Un autentico rompecabezas que causa dolores en muchas ocasiones.

Y es por todo esto que a nivel de sistema de escritorio muchos usuarios ni lo prueban, no pueden o no quieren estar 5 horas leyendo un foro para hacer tal cosa, o buscar un solocion cuando actualizan el software y se rompe algo. En el ambito tecnico es otra historia.

Lo que saco en claro es que no es un sistema para todo el mundo, es complejo y la curva de aprendizaje es continua.
Aunque bueno, para un uso basico de navegar, consumir multimedia, leer correo, escritorio y demas, es perfectamente valido.

Un saludo y a ver si se soluciona eso!