Hallo,
ich schreibe eigentlich nie in Foren, da ich in der Regel immer irgendwo eine Lösung des Problems finde. Im hier geschilderten Fall, weiß ich aber keinen Ansatz.
Ich nutze Backbox – auf Ubuntu 20.04 beruhend, auf einem Laptop ASUS Rog Strix G731GW. Ich habe nun festgestellt, dass meine Internetverbindung (getestet mit Speedtest) unter Linux nur auf ca. 1/10 meiner eigentlichen Geschwindigkeit kommt (um die 50 Mbit). Mein Anbieter ist Vodafone Kabel über eine Wifi Station 6 im Bridge Modus an einer FritzBox!7590.
Der Fehler muss auf Seiten des Betriebssystems liegen, da:
selber Rechner, aber Win10 gestartet – Geschwindigkeit bei ca. 700-800Mbit über Netzwerkkabel
selber Rechner, aber Backbox gestartet – Geschwindigkeit bei ca. 500Mbit über WLAN
selber Rechner, aber Backbox gestartet – Geschwindigkeit bei ca. 30-70Mbit über Netzwerkkabel
Außer dem Test habe ich bisher die Treiber von Realtek installiert, was aber keine Veränderung brachte. Hier mal die ausgeführten Standardbefehle:
johnny@johnny-G731GW:~$ uname -a
Linux johnny-G731GW 5.4.0-135-generic #152-Ubuntu SMP Wed Nov 23 20:19:22 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
johnny@johnny-G731GW:~$ lspci -nnk | grep -i net -A2
00:14.3 Network controller [0280]: Intel Corporation Wireless-AC 9560 [Jefferson Peak] [8086:a370] (rev 10)
DeviceName: WLAN
Subsystem: Intel Corporation Wireless-AC 9560 [Jefferson Peak] [8086:0034]
--
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
DeviceName: GLAN
Subsystem: ASUSTeK Computer Inc. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [1043:208f]
Kernel driver in use: r8168
Kernel modules: r8168
johnny@johnny-G731GW:~$ ip link
1: lo: mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eno2: mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
link/ether 04:d4:c4:74:da:fd brd ff:ff:ff:ff:ff:ff
3: wlo1: mtu 1500 qdisc noqueue state DOWN mode DORMANT group default qlen 1000
link/ether 04:ea:56:e1:34:99 brd ff:ff:ff:ff:ff:ff
johnny@johnny-G731GW:~$ ip addr
1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eno2: mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 04:d4:c4:74:da:fd brd ff:ff:ff:ff:ff:ff
inet 192.168.178.11/24 brd 192.168.178.255 scope global dynamic noprefixroute eno2
valid_lft 863897sec preferred_lft 863897sec
inet6 fd00::7daf:126e:cdc2:e9fb/64 scope global dynamic noprefixroute
valid_lft 7099sec preferred_lft 3499sec
inet6 fe80::ac64:c026:8daf:9c31/64 scope link noprefixroute
valid_lft forever preferred_lft forever
3: wlo1: mtu 1500 qdisc noqueue state DOWN group default qlen 1000
link/ether 04:ea:56:e1:34:99 brd ff:ff:ff:ff:ff:ff
johnny@johnny-G731GW:~$ ip -4 route
default via 192.168.178.1 dev eno2 proto dhcp metric 100
169.254.0.0/16 dev eno2 scope link metric 1000
192.168.178.0/24 dev eno2 proto kernel scope link src 192.168.178.11 metric 100
johnny@johnny-G731GW:~$ ip -6 route
::1 dev lo proto kernel metric 256 pref medium
fd00::/64 via fe80::464e:6dff:fe5b:aa2d dev eno2 proto ra metric 100 pref medium
fe80::/64 dev eno2 proto kernel metric 100 pref medium
johnny@johnny-G731GW:~$ ip neigh
192.168.178.45 dev eno2 lladdr 00:00:c0:2b:58:b6 REACHABLE
192.168.178.1 dev eno2 lladdr 44:4e:6d:5b:aa:2d REACHABLE
192.168.178.41 dev eno2 lladdr 30:05:5c:fb:46:fb STALE
fe80::464e:6dff:fe5b:aa2d dev eno2 lladdr 44:4e:6d:5b:aa:2d router STALE
johnny@johnny-G731GW:~$ grep renderer /{lib,etc,run}/netplan/*yaml
grep: /lib/netplan/*yaml: Datei oder Verzeichnis nicht gefunden
/etc/netplan/01-network-manager-all.yaml: renderer: NetworkManager
grep: /run/netplan/*yaml: Datei oder Verzeichnis nicht gefunden
johnny@johnny-G731GW:~$ nmcli general ; nmcli device ; nmcli connection
STATE CONNECTIVITY WIFI-HW WIFI WWAN-HW WWAN
verbunden vollständig aktiviert aktiviert aktiviert aktiviert
DEVICE TYPE STATE CONNECTION
eno2 ethernet verbunden Kabelgebundene Verbindung 1
wlo1 wifi nicht verbunden --
p2p-dev-wlo1 wifi-p2p nicht verbunden --
lo loopback nicht verwaltet --
NAME UUID TYPE DEVICE
Kabelgebundene Verbindung 1 da567428-b4e7-3336-8c63-f54920585da8 ethernet eno2
Akademie 7d91c122-b6e1-44fd-8eaa-d241c7c11420 wifi --
Fritz!Box 7490 6a950f95-0748-4cda-82b1-41121a9af95d wifi --
FRITZ!Box 7490 1ead2b8a-a8a2-4856-a55f-89ac68d9ec4d wifi --
Fritz!Box 7490 1 3f74b17c-c8fd-4056-a1dc-bbeb8319bbd2 wifi --
Fritz!Box 7490 2 d77ab316-94a8-405e-bf36-857ae2bb5a08 wifi --
FRITZ!Box Gastzugang cfabb546-94a8-4bc9-8352-bd524ae63d5c wifi --
GV4DR1DDKXK6 114731b6-a53c-4453-b9fd-fe973f62e320 wifi --
Home c63c5320-15d2-420f-8b31-8c0cf1d81b75 vpn --
Home 2 bc91d9a0-ba5a-4db7-944e-1d518d75529b vpn --
IPSecHome 2980bd7d-482f-43a8-8d09-7313343185c7 vpn --
Jürgen's Galaxy S20 5G 5022647e-a5e3-4304-80db-5f5657485717 wifi --
max2play 46db0ee1-1880-4e1b-8c08-76c17f82aae2 wifi --
max2play 1 4605f1d5-7649-41a1-b34e-ef3d0e8b8656 wifi --
johnny@johnny-G731GW:~$ grep -r "" /etc/NetworkManager/NetworkManager.conf /{usr/lib,run,etc}/NetworkManager/conf.d/
/etc/NetworkManager/NetworkManager.conf:[main]
/etc/NetworkManager/NetworkManager.conf:plugins=ifupdown,keyfile
/etc/NetworkManager/NetworkManager.conf:
/etc/NetworkManager/NetworkManager.conf:[ifupdown]
/etc/NetworkManager/NetworkManager.conf:managed=false
/etc/NetworkManager/NetworkManager.conf:
/etc/NetworkManager/NetworkManager.conf:[device]
/etc/NetworkManager/NetworkManager.conf:wifi.scan-rand-mac-address=no
/usr/lib/NetworkManager/conf.d/10-globally-managed-devices.conf:[keyfile]
/usr/lib/NetworkManager/conf.d/10-globally-managed-devices.conf:unmanaged-devices=*,except:type:wifi,except:type:gsm,except:type:cdma
/usr/lib/NetworkManager/conf.d/10-dns-resolved.conf:[main]
/usr/lib/NetworkManager/conf.d/10-dns-resolved.conf:# We need to specify "dns=systemd-resolved" as for the time being our
/usr/lib/NetworkManager/conf.d/10-dns-resolved.conf:# /etc/resolv.conf points to resolvconf's generated file instead of
/usr/lib/NetworkManager/conf.d/10-dns-resolved.conf:# systemd-resolved's, so the auto-detection does not work.
/usr/lib/NetworkManager/conf.d/10-dns-resolved.conf:dns=systemd-resolved
/usr/lib/NetworkManager/conf.d/no-mac-addr-change.conf:# Certain drivers are known not to support changing the MAC address.
/usr/lib/NetworkManager/conf.d/no-mac-addr-change.conf:# Disable touching the MAC address on such devices.
/usr/lib/NetworkManager/conf.d/no-mac-addr-change.conf:#
/usr/lib/NetworkManager/conf.d/no-mac-addr-change.conf:# See man NetworkManager.conf
/usr/lib/NetworkManager/conf.d/no-mac-addr-change.conf:#
/usr/lib/NetworkManager/conf.d/no-mac-addr-change.conf:# https://bugzilla.gnome.org/show_bug.cgi?id=777523
/usr/lib/NetworkManager/conf.d/no-mac-addr-change.conf:
/usr/lib/NetworkManager/conf.d/no-mac-addr-change.conf:[device-mac-addr-change-wifi]
/usr/lib/NetworkManager/conf.d/no-mac-addr-change.conf:match-device=driver:rtl8723bs,driver:rtl8189es,driver:r8188eu,driver:8188eu,driver:eagle_sdio,driver:wl
/usr/lib/NetworkManager/conf.d/no-mac-addr-change.conf:wifi.scan-rand-mac-address=no
/etc/NetworkManager/conf.d/default-wifi-powersave-on.conf:[connection]
/etc/NetworkManager/conf.d/default-wifi-powersave-on.conf:wifi.powersave = 3
johnny@johnny-G731GW:~$ systemd-resolve --status --no-pager
Global
LLMNR setting: no
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
DNS Domain: fritz.box
DNSSEC NTA: 10.in-addr.arpa
16.172.in-addr.arpa
168.192.in-addr.arpa
17.172.in-addr.arpa
18.172.in-addr.arpa
19.172.in-addr.arpa
20.172.in-addr.arpa
21.172.in-addr.arpa
22.172.in-addr.arpa
23.172.in-addr.arpa
24.172.in-addr.arpa
25.172.in-addr.arpa
26.172.in-addr.arpa
27.172.in-addr.arpa
28.172.in-addr.arpa
29.172.in-addr.arpa
30.172.in-addr.arpa
31.172.in-addr.arpa
corp
d.f.ip6.arpa
home
internal
intranet
lan
local
private
test
Link 3 (wlo1)
Current Scopes: none
DefaultRoute setting: no
LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
DNS Servers: fd00::464e:6dff:fe5b:aa2d
DNS Domain: ~.
Link 2 (eno2)
Current Scopes: DNS
DefaultRoute setting: yes
LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
Current DNS Server: 192.168.178.1
DNS Servers: 192.168.178.1
DNS Domain: ~.
fritz.box
Starte bitte mal ein Live-System mit einem aktuellen oder zumindest anderem Kernel, wie etwa Ubuntu 22.10 oder Fedora und prüfe ob sich die Geschwindigkeit erhöht. Da klemmt auf jeden Fall irgendwo etwas. Hast Du deine Geschindigkeitstests per Ipv4 oder IPv6 gemacht?
Moin,
mit Ubuntu-Live 22.04 LTS funktioniert es – 930Mbit wie unter Windows. Geschwindigkeitstest habe ich mit “Speedtest” im Terminal gemacht. Da wird mir als AusgangsIP eine v4 angezeigt, daher nehme ich an, dass es auch über diese lief. Wie der Vodafone Speedtest, der ähnliche Werte ausspuckt, funktioniert weiß ich nicht, aber auch hier wird eine v4 angezeigt.
Also ein Kernelproblem?
Vorweg: Ich kenne mich leider mit Backbox nicht aus. Grundsätzlich kann es sein, dass der Kernel aus Ubuntu 22.04 einen passenden oder fehlerbereinigten Treiber mitbringt – darauf würde ich jetzt mal tippen. Den Unterbau kannst Du nicht auf Ubuntu 22.04 aktualisieren? Oder einen neueren Kernel einspielen?
Eine zweite Möglichkeit wäre, dass Backbox irgendetwas an der Konfiguration verändert, dass dann wiederum bremst. Aber da kenne ich mich mit Backbox zu wenig aus.
Danke für die schnelle Antwort. Ich habe über das Speedtest-Programm im Terminal getestet und da wird als AusgangsIP eine v4 angezeigt, daher denke ich dass es auch über selbige lief. Der Speedtest von Vodafone sagt das gleiche. Über welche IP dieser läuft weiß ich allerdings nicht.
Habe gerade mit einem frischen Ubuntu 22.04 LTS Livesystem getestet und damit läuft es wie unter Win10 – 930Mbit Durchsatz, so wie es sein soll.
Dann ist es ein Kernelproblem?
Danke für die schnelle Antwort. Ich habe mit dem Speedtest-Programm im Terminal getestet – da wirft er eine IPv4 aus- daher denke ich dass der Test auch über v4 läuft.
Livesystem muss ich testen, ich melde mich.