Nueva placa base, no se puede conectar a eno1

Nueva placa base, no se puede conectar a eno1

Al intentar conectarme al enrutador de mi punto de acceso en el piso de arriba, luché demasiado antes de darme cuenta de que mi computadora simplemente no reconocía mi conexión Ethernet. Se conectará perfectamente al wifi y puedo conectar mi computadora portátil a Ethernet, pero no mi PC. Recientemente cambié mi placa base y quiero descartar que esté basada en hardware.

Ejecuté esto, como se sugirióaquíy esto es lo que muestra:

$ sudo ethtool eno1

Settings for eno1:
    Supported ports: [ TP ]
    Supported link modes:   10baseT/Half 10baseT/Full 
                            100baseT/Half 100baseT/Full 
                            1000baseT/Full 
    Supported pause frame use: No
    Supports auto-negotiation: Yes
    Advertised link modes:  10baseT/Half 10baseT/Full 
                            100baseT/Half 100baseT/Full 
                            1000baseT/Full 
    Advertised pause frame use: No
    Advertised auto-negotiation: Yes
    Speed: 1000Mb/s
    Duplex: Full
    Port: Twisted Pair
    PHYAD: 1
    Transceiver: internal
    Auto-negotiation: on
    MDI-X: on (auto)
    Supports Wake-on: pumbg
    Wake-on: g
    Current message level: 0x00000007 (7)
                   drv probe link
    Link detected: yes

$ sudo dhclient eno1

/etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /run/resolvconf/resolv.conf

$ sudo lshw -c network -sanitize

  *-network               
       description: Ethernet interface
       product: Ethernet Connection I217-V
       vendor: Intel Corporation
       physical id: 19
       bus info: pci@0000:00:19.0
       logical name: eno1
       version: 00
       serial: [REMOVED]
       capacity: 1Gbit/s
       width: 32 bits
       clock: 33MHz
       capabilities: pm msi bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=3.2.6-k firmware=0.13-4 latency=0 link=no multicast=yes port=twisted pair
       resources: irq:26 memory:f7800000-f781ffff memory:f783c000-f783cfff ioport:f080(size=32)

Cualquier ayuda sería apreciada.

EDITAR: agregando salida:

$ sudo ifconfig

eno1      Link encap:Ethernet  HWaddr fc:aa:14:e4:74:ce  
          inet6 addr: fe80::feaa:14ff:fee4:74ce/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3955 errors:0 dropped:9 overruns:0 frame:0
          TX packets:43 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:413445 (413.4 KB)  TX bytes:6041 (6.0 KB)
          Interrupt:20 Memory:f7800000-f7820000 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:5501 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5501 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1 
          RX bytes:946892 (946.8 KB)  TX bytes:946892 (946.8 KB)

tun0      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  
          inet addr:10.30.1.26  P-t-P:10.30.1.25  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:23005 errors:0 dropped:0 overruns:0 frame:0
          TX packets:15986 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          RX bytes:25277107 (25.2 MB)  TX bytes:1607393 (1.6 MB)

wlxbcec23c36593 Link encap:Ethernet  HWaddr bc:ec:23:c3:65:93  
          inet addr:192.168.0.207  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::2b13:56a1:3bc3:17c9/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:73958 errors:0 dropped:245 overruns:0 frame:0
          TX packets:42374 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:87738456 (87.7 MB)  TX bytes:11852387 (11.8 MB)
 

EDITAR 2: agregar salidas:

$ sudo cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

auto dsl-provider
iface dsl-provider inet ppp
pre-up /bin/ip link set eno1 up # line maintained by pppoeconf
provider dsl-provider

auto eno1
iface eno1 inet manual

$ sudo cat /etc/netplan/*.yaml

cat: '/etc/netplan/*.yaml': No such file or directory

EDITAR 3: agregar salidas:

$ ls -al /etc/resolv.conf

-rw-r--r-- 1 root eric 52 Aug 16 12:20 /etc/resolv.conf

$ cat /etc/resolv.conf

nameserver 209.222.18.222
nameserver 209.222.18.218

Respuesta1

/etc/resolv.conf

Ha cambiado el /etc/resolv.conf de un enlace simbólico a un archivo cableado con servidores DNS para su VPN. Esto es incorrecto. También significa que sin una VPN activa, los sitios web no podrán encontrar sus direcciones IP.

Deberíamos retroceder las cosas:

sudo rm -i /etc/resolv.conf# eliminar el archivo actual

sudo ln -s /run/resolvconf/resolv.conf /etc/resolv.conf# recrear el enlace simbólico original

Nota: Y si hay algún problema de resolución de DNS con o sin VPN, lo solucionaremos más adelante.


Editar /etc/netplan/*.yaml...

ls -al /etc/netplan/*.yaml# encontrar el nombre del archivo

sudo -H gedit /etc/netplan/filename.yaml

Y asegúrese de que solo contenga esto:

network:
  version: 2
  renderer: NetworkManager

Luego en terminal, escriba:

sudo netplan generate

sudo netplan apply

reboot


Editar /etc/red/interfaces...

sudo -H gedit /etc/network/interfaces

Cambie esta línea:

iface eno1 inet manual

A:

iface eno1 inet dhcp

Luego en terminal, escriba:

sudo ifconfig en01 up

o

sudo ip link set eno1 up

o

reboot


MTU

Tiene un problema con la configuración MTU=1500 para su conexión DSL.

Hay una configuración de MTU en la configuración de red de Ubuntu y una configuración de WAN MTU en su enrutador.

Para DSL, una configuración de MTU común es 1492. Simplemente continúe y pruebe este valor primero y vea si sus sitios web ahora son accesibles.

Para determinar la configuración correcta, comience con todas las configuraciones de MTU = 1500 y VPN = desactivado. (La VPN requiere pruebas diferentes).

En el terminal:

    ping [-c recuento] [-M hacer] [-s tamaño_paquete] [host]

Las opciones utilizadas son:

  • c count: número de veces para hacer ping
  • M hint: Seleccione la estrategia de descubrimiento de MTU de ruta. puede ser do(prohibir la fragmentación, incluso local), want(realizar el descubrimiento de PMTU, fragmentar localmente cuando el tamaño del paquete es grande) o dont(no configurar el indicador DF).
  • s packet_size: Especifica el número de bytes de datos que se enviarán.

Siempre debes comenzar en 1472 y bajar hasta 10 cada vez. Una vez que reciba una respuesta, suba 1 hasta obtener un paquete fragmentado. Tome ese valor (último valor bueno) y agregue 28 al valor para tener en cuenta los distintos encabezados TCP/IP. P.ej. digamos que 1452 era el tamaño de paquete adecuado (donde obtuvo por primera vez una respuesta ICMP a su ping). El tamaño real de MTU sería 1480, que es el óptimo para la red con la que estamos trabajando.

    ping -c 4 -M do -s 1472 8.8.8.8# esto probablemente mostrará fragmentación

    ping -c 4 -M do -s 1462 8.8.8.8# puede mostrar fragmentación

    ping -c 4 -M do -s 1452 8.8.8.8# ¿sin fragmentación?

    ping -c 4 -M do -s 1453 8.8.8.8# ¿aún no hay fragmentación?

referencia:Cómo determinar el tamaño de MTU adecuado con pings ICMP

información relacionada