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 terminal
Folgendes 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 terminal
Folgendes 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-BefehleM hint
: Wählen Sie die Pfad-MTU-Erkennungsstrategie. Kann entwederdo
(Fragmentierung verbieten, auch lokale),want
(PMTU-Erkennung durchführen, lokal fragmentieren, wenn die Paketgröße groß ist) oderdont
(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