☰

Nova placa-mãe, não é possível conectar ao eno1

tag-icon • tag-icon networking ethernet lan motherboard
Nova placa-mãe, não é possível conectar ao eno1

Ao tentar conectar-me ao meu roteador de ponto de acesso no andar de cima, lutei muito antes de perceber que meu computador simplesmente não estava reconhecendo minha conexão Ethernet. Ele se conectará perfeitamente ao Wi-Fi e posso conectar meu laptop à Ethernet, mas não ao meu PC. Recentemente troquei minha placa-mãe e quero descartar que ela seja baseada em hardware.

Eu corri isso, como sugeridoaquie é isso que mostra:

$ 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)

Qualquer ajuda seria apreciada.

EDIT: adicionando saída:

$ 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)

EDIT 2: adicionando saídas:

$ 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

EDIT 3: adicionando saídas:

$ 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

Responder1

/etc/resolv.conf

Você alterou o /etc/resolv.conf de um link simbólico para um arquivo conectado com servidores DNS para sua VPN. Isso está incorreto. Isso também significa que sem a VPN ativada, os sites não conseguirão encontrar seus endereços IP.

Deveríamos atrasar as coisas:

sudo rm -i /etc/resolv.conf#exclui o arquivo atual

sudo ln -s /run/resolvconf/resolv.conf /etc/resolv.conf# recria o link simbólico original

Observação: E se houver algum problema de resolução de DNS com/sem VPN, iremos solucioná-lo mais tarde.

Edite /etc/netplan/*.yaml...

ls -al /etc/netplan/*.yaml# encontre o nome do arquivo

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

E certifique-se de que contém apenas isto:

network:
  version: 2
  renderer: NetworkManager

Então no terminal, digite:

sudo netplan generate

sudo netplan apply

reboot

Edite /etc/network/interfaces...

sudo -H gedit /etc/network/interfaces

Altere esta linha:

iface eno1 inet manual

Para:

iface eno1 inet dhcp

Então no terminal, digite:

sudo ifconfig en01 up

ou

sudo ip link set eno1 up

ou

reboot

MTU

Você tem um problema com a configuração MTU=1500 da sua conexão DSL.

Há uma configuração de MTU na configuração de rede do Ubuntu e uma configuração de WAN MTU no seu roteador.

Para DSL, uma configuração de MTU comum é 1492. Vá em frente e tente esse valor primeiro e veja se seus sites agora estão acessíveis.

Para determinar a configuração correta, comece com todas as configurações de MTU = 1500 e VPN = desativada. (VPN requer testes diferentes).

No terminal:

    ping [-c contagem] [-M do] [-s packet_size] [host]

As opções utilizadas são:

  • c count: número de vezes para executar ping
  • M hint: Selecione a estratégia Path MTU Discovery. pode ser do(proibir fragmentação, mesmo local), want(fazer descoberta PMTU, fragmentar localmente quando o tamanho do pacote for grande) ou dont(não definir sinalizador DF).
  • s packet_size: especifica o número de bytes de dados a serem enviados.

Você deve sempre começar em 1472 e diminuir 10 a cada vez. Depois de obter uma resposta, aumente 1 até obter um pacote fragmentado. Pegue esse valor (último valor válido) e adicione 28 ao valor para contabilizar os vários cabeçalhos TCP/IP. Por exemplo. digamos que 1452 fosse o tamanho de pacote adequado (onde você obteve pela primeira vez uma resposta ICMP ao seu ping). O tamanho real do MTU seria 1480, que é o ideal para a rede com a qual estamos trabalhando.

    ping -c 4 -M do -s 1472 8.8.8.8# isso provavelmente mostrará fragmentação

    ping -c 4 -M do -s 1462 8.8.8.8# pode mostrar fragmentação

    ping -c 4 -M do -s 1452 8.8.8.8# sem fragmentação?

    ping -c 4 -M do -s 1453 8.8.8.8# ainda não há fragmentação?

referência:Como determinar o tamanho adequado do MTU com pings ICMP

informação relacionada