Warum funktioniert der SpeedTest.net-Upload unter Windows nicht, wenn ein Debian-Router verwendet wird?

Warum funktioniert der SpeedTest.net-Upload unter Windows nicht, wenn ein Debian-Router verwendet wird?

Es besteht eine FTTx-Verbindung. Ich schließe das ISP-Kabel an den Windows XP-PC an und richte PPPoE ein. SpeedTest.net zeigt normalen Upload/Download an.

Jetzt verbinde ich das ISP-Kabel mit dem Router, auf dem Debian 7.5 installiert ist, richte Netzwerkschnittstellen und Routing ein. Die zweite Routerschnittstelle ist mit dem LAN verbunden. SpeedTest.net auf einem Linux Mint17-Rechner zeigt normalen Upload/Download. Auf Windows XP- und Windows 7-Rechnern ist der Download normal, aber der Upload wird nach einigen Millisekunden inaktiv.

Warum? Wie kann ich einen normalen Upload auf Windows-Rechnern ermöglichen?

eth0 verbunden mit LAN XXX.XXX.XXX.0

eth1 mit ISP verbunden

Externe IP: YYY.YYY.YYY.YYY

Konfigurationen:

/etc/Netzwerk/Schnittstellen

auto lo
iface lo inet loopback

allow-auto eth0
allow-hotplug eth0
iface eth0 inet static
        address XXX.XXX.XXX.11
        netmask 255.255.255.0
        network XXX.XXX.XXX.0
        broadcast 192.168.100.255
        gateway XXX.XXX.XXX.1
        dns-nameservers DNS.DNS.DNS.DNS

allow-auto eth1
allow-hotplug eth1
iface eth1 inet manual

allow-auto ppp1
iface ppp1 inet ppp
        provider dsl-provider
        pre-up /etc/network/if-pre-up

/etc/ppp/peers/dsl-provider

unit 1

user *user*
pty "/usr/sbin/pppoe -I eth1 -T 80 -m 1452"

noipdefault
usepeerdns
defaultroute
replacedefaultroute

holdoff 15
maxfail 0
lcp-echo-interval 20
lcp-echo-failure 3

connect /bin/true
hide-password
noauth
persist
mtu 1492
mru 1492

noaccomp
default-asyncmap

/etc/netzwerk/if-pre-up

iptables -F
iptables -t nat -F
iptables -t mangle -F

iptables -A FORWARD -i eth0 -o ppp1 -s XXX.XXX.XXX.0/24 -j ACCEPT
iptables -A FORWARD -i ppp1 -o eth0 -d XXX.XXX.XXX.0/24 -j ACCEPT
iptables -P FORWARD DROP

iptables -A POSTROUTING -t nat -s XXX.XXX.XXX.111 -o ppp1 -j SNAT --to-source YYY.YYY.YYY.YYY

Antwort1

Ich antworte mir selbst und allen Interessierten. Das Problem ist bekannt als Path MTU Discovery Black Hole. Das Problem kann auf verschiedene Arten gelöst werden, ich habe gerade in /etc/ppp/peers/dsl-provider geändert

pty "/usr/sbin/pppoe -I eth1 -T 80 -m 1412"

verwandte Informationen