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 pingM hint
: Seleccione la estrategia de descubrimiento de MTU de ruta. puede serdo
(prohibir la fragmentación, incluso local),want
(realizar el descubrimiento de PMTU, fragmentar localmente cuando el tamaño del paquete es grande) odont
(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