ubuntuusers.de

Der Wert ist 1492.

Anfaenger55 schrieb:

Der Wert ist 1492.

Dann teste jetzt mal mit dem MTU-Wert von 1492, statt dem 1400.

Nene ich meinte schon die Netzwerkeinstellungen. Die sind bei mir auf Automatisch gestellt.

Unterm Strich kommt da dann aber auch wieder 1500 raus.

schwarzheit@hp455g9:~$ ip link
...
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DORMANT group default qlen 1000
    link/ether 60:e9:aa:17:c2:7d brd ff:ff:ff:ff:ff:ff

schwarzheit schrieb:

Nene ich meinte schon die Netzwerkeinstellungen. Die sind bei mir auf Automatisch gestellt.

Unterm Strich kommt da dann aber auch wieder 1500 raus.

D. h. die MTU wird per DHCP zugewiesen? Evtl. mit z. B.:

nmcli -f DHCP4 connection show "SSID"

(SSID anpassen) oder mit:

networkctl status wlan0

anzeigen lassen?

Die Frage ist ja wo bzw mit welchem Programm es mit auto geht.

Ich werde es die nächsten Tage intensiv testen, vermutlich schwankt es und ich nehme lieber irgendwas um 1470 oder so. Für heute nochmals besten Dank an alle!

Falls es wider Erwarten Probleme gibt, werde ich mich melden.

Anfaenger55 schrieb:

Die Frage ist ja wo bzw mit welchem Programm es mit auto geht.

Wenn es nicht vom Router per DHCP (oder gleichwertig) kommt, wird für die MTU der default Wert aus dem Kernel benutzt, und der ist 1500. D. h. für 1500, musst Du bzgl. MTU nichts konfigurieren.

Ja, 1500 gehen ja nicht.

Vielleicht ist der Networkmanager gemeint (nmtui). Da kann man es leer lassen. Das wäre dann auto.

Anfaenger55 schrieb:

Da kann man es leer lassen. Das wäre dann auto.

Ja.

Anfaenger55 schrieb:

Vielleicht ist der Networkmanager gemeint (nmtui).

BTW: Mit dem NM kannst Du die MTU in der zuständigen conf-Datei (für Lan oder/und Wlan) und der zuständigen Section ([wifi] oder [ethernet]) mit z. B.:

802-3-ethernet.mtu=1470

802-11-wireless.mtu=1470

konfigurieren.

EDIT:

Der DHCP-Client des NM bekommt die MTU vom Router (DHCP-Server). Z. B.:

:~# nmcli -f DHCP4 connection show "XXXXX" | grep -i mtu
DHCP4.OPTION[8]:                        interface_mtu = 1500
DHCP4.OPTION[17]:                       requested_interface_mtu = 1

EDIT 2:

Zitat:

Die DHCP-Option 26 (Interface MTU Option) ist ein standardisierter Parameter, mit dem ein DHCP-Server einem Client mitteilt, welche Maximum Transmission Unit (MTU) für die betreffende Netzwerkschnittstelle verwendet werden soll. ... die technischen Spezifikationen gemäß RFC 2132.

Quelle: KI

Ich habe jetzt MTU dauerhaft auf 1400 und habe vereinzelt immer noch sämtliche Probleme. Als optimaler Wert (unter 1400) wird jetzt 1304 angegeben.

Bei

ping -c 3 1.1.1.1

wurde jetzt 1x folgendes ausgegeben

ping: Do you want to ping broadcast? Then -b. If not, check your local firewall rules

Direkt danach ging es aber wieder. Teils muss ich wieder captchas eingeben, dabei fehlen ebenfalls Elemente, wie das Kästchen zum Anklicken. Ich habe nochmals den DNS leak Test gemacht, aber wieder negativ. Große Schwankungen oder verlorene Pakete konnte ich noch nicht feststellen. Habe auch mit mtr getestet. Ich habe zwar einen unbekannten host (hop 3) mit 100% loss, der Rest hat 0, dies sollte aber angeblich kein Problem sein.

mtr -r -w -c4 www.ubuntuusers.de

3.|– ??? 100.0 4 0.0 0.0 0.0 0.0 0.0

Bei

sudo mtr --tcp --port 80 --report --report-cycles 10 speedtest.dallas.linode.com

habe ich im hop 18 aber 80% loss, bei 19-21 drei unbekannte hosts mit 100% loss und im letzten 10% loss.

Bei

sudo mtr --tcp --port 22 --report --report-cycles 10 50.116.25.154

habe ich direkt mehrmals 50% loss , teils 40, am Schluss 20%. Beim nochmaligen Test hier Anfangs 0, bei hop 18 70% am Ende 40%.

Beim 3. Test

mtr: udp socket connect failed: Permission denied

Beim 4. Test Ergebnisse etwa wie der 2. Test. Bei hop 8 und 9 10% statt 0.

Anfaenger55 schrieb:

Bei

ping -c 3 1.1.1.1

wurde jetzt 1x folgendes ausgegeben

ping: Do you want to ping broadcast? Then -b. If not, check your local firewall rules

Poste mal von deinem System, die Ausgaben von:

ip a
ip r
ip -6 r
sudo iptables -nvx -L

ip a

1: lo: <LOOPBACK,UP,LOWER_UP> 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 noprefixroute 
       valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1400 qdisc fq_codel state UP group default qlen 1000
    link/ether e0:d5:5e:3b:06:95 brd ff:ff:ff:ff:ff:ff
    inet 192.168.178.20/24 brd 192.168.178.255 scope global dynamic noprefixroute enp3s0
       valid_lft 855722sec preferred_lft 855722sec
    inet6 fe80::95f3:2a5d:6e3e:cef6/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

ip r

default via 192.168.178.1 dev enp3s0 proto dhcp src 192.168.178.20 metric 100 
192.168.178.0/24 dev enp3s0 proto kernel scope link src 192.168.178.20 metric 100 

ip -6 r

fe80::/64 dev enp3s0 proto kernel metric 1024 pref medium

sudo iptables -nvx -L

Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
    pkts      bytes target     prot opt in     out     source               destination         

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
    pkts      bytes target     prot opt in     out     source               destination         

Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
    pkts      bytes target     prot opt in     out     source               destination

Anfaenger55 schrieb:

ip -6 r

fe80::/64 dev enp3s0 proto kernel metric 1024 pref medium

Das ist OK.
Da Du keinen IPv6-Internetzugang hast, teste mal mit per Boot-Parameter (ipv6.disable=1) temporär deaktivierem IPv6 (in der config für grub, wenn Du grub benutzt).

Weiterhin Probleme. Google benötigt zumindest direkt captchas. Ansonsten bislang auf die Schnelle keine Probleme. Muss ich morgen intensiver testen.

Anfaenger55 schrieb:

Google benötigt zumindest direkt captchas.

Wenn (nur) mit dem Firefox, dann teste auch mit einem anderen Browser, aber mit der Standardkonfiguration. D. h. cookies & Co. zulassen.