Neues Motherboard, kann keine Verbindung zu eno1 herstellen

Neues Motherboard, kann keine Verbindung zu eno1 herstellen

Als ich versuchte, eine Verbindung zu meinem Access Point-Router im Obergeschoss herzustellen, kämpfte ich zu lange, bis mir klar wurde, dass mein Computer meine Ethernet-Verbindung einfach nicht erkannte. Die Verbindung zum WLAN funktioniert problemlos und ich kann meinen Laptop mit Ethernet verbinden, aber nicht meinen PC. Ich habe vor Kurzem mein Motherboard ausgetauscht und möchte ausschließen, dass es an der Hardware liegt.

Ich habe dies wie vorgeschlagen ausgeführtHierund das ist, was es zeigt:

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

Jede Hilfe wäre willkommen.

BEARBEITEN: Ausgabe hinzufügen:

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

BEARBEITEN 2: Ausgaben hinzufügen:

$ 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

BEARBEITEN 3: Ausgaben hinzufügen:

$ 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

Antwort1

/etc/resolv.conf

Sie haben /etc/resolv.conf von einem symbolischen Link in eine fest verdrahtete Datei mit DNS-Servern für Ihr VPN geändert. Das ist falsch. Es bedeutet auch, dass Websites ohne VPN ihre IP-Adressen nicht finden können.

Wir sollten die Dinge zurückstellen:

sudo rm -i /etc/resolv.conf# lösche die aktuelle Datei

sudo ln -s /run/resolvconf/resolv.conf /etc/resolv.conf# den ursprünglichen symbolischen Link neu erstellen

Notiz: Und wenn es Probleme mit der DNS-Auflösung mit/ohne VPN gibt, beheben wir diese später.


Bearbeiten Sie /etc/netplan/*.yaml …

ls -al /etc/netplan/*.yaml# finde den Dateinamen

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

Und stellen Sie sicher, dass es nur Folgendes enthält:

network:
  version: 2
  renderer: NetworkManager

Geben Sie dann terminalFolgendes ein:

sudo netplan generate

sudo netplan apply

reboot


Bearbeiten Sie /etc/network/interfaces …

sudo -H gedit /etc/network/interfaces

Ändern Sie diese Zeile:

iface eno1 inet manual

Zu:

iface eno1 inet dhcp

Geben Sie dann terminalFolgendes ein:

sudo ifconfig en01 up

oder

sudo ip link set eno1 up

oder

reboot


MTU

Sie haben ein Problem mit der MTU=1500-Einstellung für Ihren DSL-Anschluss.

Es gibt eine MTU-Einstellung in der Netzwerkkonfiguration von Ubuntu und eine WAN-MTU-Einstellung in Ihrem Router.

Bei DSL ist 1492 eine gängige MTU-Einstellung. Probieren Sie zunächst diesen Wert aus und prüfen Sie, ob Ihre Websites jetzt zugänglich sind.

Um die richtige Einstellung zu ermitteln, beginnen Sie mit allen MTU-Einstellungen = 1500 und VPN = aus. (VPN erfordert andere Tests).

Im terminal:

    Ping [-c Anzahl] [-M ausführen] [-s Paketgröße] [Host]

Die verwendeten Optionen sind:

  • c count: Anzahl der Ping-Befehle
  • M hint: Wählen Sie die Pfad-MTU-Erkennungsstrategie. Kann entweder do(Fragmentierung verbieten, auch lokale), want(PMTU-Erkennung durchführen, lokal fragmentieren, wenn die Paketgröße groß ist) oder dont(DF-Flag nicht setzen) sein.
  • s packet_size: Gibt die Anzahl der zu sendenden Datenbytes an.

Sie sollten immer bei 1472 beginnen und sich jedes Mal um 10 nach unten arbeiten. Sobald Sie eine Antwort erhalten, erhöhen Sie den Wert um 1, bis Sie ein fragmentiertes Paket erhalten. Nehmen Sie diesen Wert (letzter guter Wert) und addieren Sie 28 zum Wert, um die verschiedenen TCP/IP-Header zu berücksichtigen. Nehmen wir beispielsweise an, dass 1452 die richtige Paketgröße war (wo Sie zum ersten Mal eine ICMP-Antwort auf Ihren Ping erhalten haben). Die tatsächliche MTU-Größe wäre 1480, was für das Netzwerk, mit dem wir arbeiten, optimal ist.

    ping -c 4 -M do -s 1472 8.8.8.8# dies wird wahrscheinlich Fragmentierung zeigen

    ping -c 4 -M do -s 1462 8.8.8.8# kann Fragmentierung aufweisen

    ping -c 4 -M do -s 1452 8.8.8.8# keine Fragmentierung?

    ping -c 4 -M do -s 1453 8.8.8.8# immer noch keine Fragmentierung?

Referenz:So ermitteln Sie die richtige MTU-Größe mit ICMP-Pings

verwandte Informationen