Hallo, Folgendes habe ich zur Zeit zu laufen: Pentium II 400 MHz 128 MB RAM SuSE-Linux 7.1 pppoed ipchains -A forward -j MASQ wshaper.htb Dieser Server macht DSL-Masquerading für ca. 20 User. DSL-Geschwindigkeit: 1500 kbit Down und 192 kbit up DSL:/# ping -c 5 www.bild.de 64 bytes from 80.146.204.15: icmp_seq=0 ttl=249 time=65.729 ms 64 bytes from 80.146.204.15: icmp_seq=0 ttl=249 time=67.022 ms 64 bytes from 80.146.204.15: icmp_seq=0 ttl=249 time=100.308 ms 64 bytes from 80.146.204.15: icmp_seq=0 ttl=249 time=97.524 ms 64 bytes from 80.146.204.15: icmp_seq=0 ttl=249 time=71.527 ms 64 bytes from 80.146.204.15: icmp_seq=0 ttl=249 time=66.882 ms [..] laut top ist die CPU zu 99,6% idle DSL:/# free -m total used free shared buffers cached Mem: 127 97 29 0 52 14 -/+ buffers/cache: 31 96 Swap: 82 9 82 DSL:/# ipchains -L -M -n | wc -l 393 Probleme gibts nur auf dem Client, und zwar ist der Zugang dort sehr langsam, vor allem bei Downloads. Bei Downloads von Dateien von einer Webseite, kommen die Clients selten über 30 kb/s und bei Filesharing, wie z.B.: Winmx selten über 2 kb/s, obwohl die Leitung bei weitem nicht ausgelastet ist? Von dem Server direkt kann ich, auch bei laufendem Masquerading, problemlos mit ca. 150 kb/s Downloads aus dem Netz ziehen. Hat da vielleicht jemand einen Ansatz, wo ich mit der Fehlersuche anfangen könnte? Mfg, Thomas
Am Dienstag, 7. Oktober 2003 14:10 schrieb Thomas Gräber:
Hallo,
Folgendes habe ich zur Zeit zu laufen:
Pentium II 400 MHz 128 MB RAM
SuSE-Linux 7.1 pppoed ipchains -A forward -j MASQ wshaper.htb
[...]
Probleme gibts nur auf dem Client, und zwar ist der Zugang dort sehr langsam, vor allem bei Downloads. Bei Downloads von Dateien von einer Webseite, kommen die Clients selten über 30 kb/s und bei Filesharing, wie z.B.: Winmx selten über 2 kb/s, obwohl die Leitung bei weitem nicht ausgelastet ist?
Von dem Server direkt kann ich, auch bei laufendem Masquerading, problemlos mit ca. 150 kb/s Downloads aus dem Netz ziehen.
vielleicht mtu und mss-clamping? Wie ist denn die mtu deines Providers? Sicherlich nicht identisch zu deiner Ethernet mtu. mss-clamping stellst du mit iptables -A FORWARD -p tcp \ --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu ein. Kai
Hallo, * Am 07.Oct.2003 postete Thomas Gräber:
Pentium II 400 MHz 128 MB RAM
SuSE-Linux 7.1 pppoed ipchains -A forward -j MASQ wshaper.htb
Nimm mal den wshaper raus: http://lists.debian.org/debian-user-german/2003/debian-user-german-200301/ms... Gehts dann? Beste Grüße Alex --
Da wist du hier sicher auch die Antwort kennen: Steht auf dem Spielplatz, hat vier Beine und einen Arm - was ist das? Ein liebes, kleines Pitbüllchen nach dem herzhaften Spiel mit Nachbars nervendstem Söhnchen? [MaxX und Moss in suse-talk]
Am Dienstag, 7. Oktober 2003 17:43 schrieb Alex Klein:
Hallo,
* Am 07.Oct.2003 postete Thomas Gräber:
Pentium II 400 MHz 128 MB RAM
SuSE-Linux 7.1 pppoed ipchains -A forward -j MASQ wshaper.htb
Nimm mal den wshaper raus:
http://lists.debian.org/debian-user-german/2003/debian-user-german-200301/m sg03075.html
Gehts dann?
Danke für den Hinweis, hat nicht geholfen. Wenn ich den deaktiviere, kriege ich auch auf dem Server selbst Probleme, da der Upload fast immer am Anschlag läuft. Mfg, Thomas
Am Dienstag, 7. Oktober 2003 17:51 schrieb Thomas Gräber:
* Am 07.Oct.2003 postete Thomas Gräber:
Pentium II 400 MHz 128 MB RAM
SuSE-Linux 7.1 pppoed ipchains -A forward -j MASQ wshaper.htb
Nimm mal den wshaper raus:
http://lists.debian.org/debian-user-german/2003/debian-user-german-200301 /m sg03075.html
Gehts dann?
Danke für den Hinweis, hat nicht geholfen. Wenn ich den deaktiviere, kriege ich auch auf dem Server selbst Probleme, da der Upload fast immer am Anschlag läuft.
Was für ein Upload? Hast Du A- oder S-DSL? -- Andreas
Am Dienstag, 7. Oktober 2003 17:56 schrieb Andreas Winkelmann:
Am Dienstag, 7. Oktober 2003 17:51 schrieb Thomas Gräber:
* Am 07.Oct.2003 postete Thomas Gräber:
Pentium II 400 MHz 128 MB RAM
SuSE-Linux 7.1 pppoed ipchains -A forward -j MASQ wshaper.htb
Nimm mal den wshaper raus:
http://lists.debian.org/debian-user-german/2003/debian-user-german-2003 01 /m sg03075.html
Gehts dann?
Danke für den Hinweis, hat nicht geholfen. Wenn ich den deaktiviere, kriege ich auch auf dem Server selbst Probleme, da der Upload fast immer am Anschlag läuft.
Was für ein Upload?
EMule, Winmx, kurz 'ne Menge Filesharing
Hast Du A- oder S-DSL?
ADSL Download: 1,5 Mbit Upload: 192 Kbit
Am Dienstag, 7. Oktober 2003 18:15 schrieb Thomas Gräber:
Am Dienstag, 7. Oktober 2003 17:56 schrieb Andreas Winkelmann:
Am Dienstag, 7. Oktober 2003 17:51 schrieb Thomas Gräber:
* Am 07.Oct.2003 postete Thomas Gräber:
Pentium II 400 MHz 128 MB RAM
SuSE-Linux 7.1 pppoed ipchains -A forward -j MASQ wshaper.htb
Nimm mal den wshaper raus:
http://lists.debian.org/debian-user-german/2003/debian-user-german-20 03 01 /m sg03075.html
Gehts dann?
Danke für den Hinweis, hat nicht geholfen. Wenn ich den deaktiviere, kriege ich auch auf dem Server selbst Probleme, da der Upload fast immer am Anschlag läuft.
Was für ein Upload?
EMule, Winmx, kurz 'ne Menge Filesharing
Hast Du A- oder S-DSL?
ADSL Download: 1,5 Mbit Upload: 192 Kbit
Dann ist das Dein Problem. Dann kommen die Quittungspakete nicht durch den "Upload"-Kanal. Bei A-DSL musst Du noch ein paar kByte frei halten für diese Pakete. Im Prinzip geht das so, jedes Paket, was von Dir empfangen wird, musst Du bei der Gegenseite bestätigen damit er das nächste schickt. Wenn Dein Upload-Kanal aber dicht ist, dann müssen diese Quittungspakete halt warten und Dein Download bricht zusammen. EMule kann man IMHO begrenzen, bei anderen weiss ich es nicht.Lass noch 4-5 k frei. -- Andreas
Am Dienstag, 7. Oktober 2003 18:21 schrieb Andreas Winkelmann:
Am Dienstag, 7. Oktober 2003 18:15 schrieb Thomas Gräber:
Am Dienstag, 7. Oktober 2003 17:56 schrieb Andreas Winkelmann:
Am Dienstag, 7. Oktober 2003 17:51 schrieb Thomas Gräber:
* Am 07.Oct.2003 postete Thomas Gräber:
Pentium II 400 MHz 128 MB RAM
SuSE-Linux 7.1 pppoed ipchains -A forward -j MASQ wshaper.htb
Nimm mal den wshaper raus:
http://lists.debian.org/debian-user-german/2003/debian-user-german- 20 03 01 /m sg03075.html
Gehts dann?
Danke für den Hinweis, hat nicht geholfen. Wenn ich den deaktiviere, kriege ich auch auf dem Server selbst Probleme, da der Upload fast immer am Anschlag läuft.
Was für ein Upload?
EMule, Winmx, kurz 'ne Menge Filesharing
Hast Du A- oder S-DSL?
ADSL Download: 1,5 Mbit Upload: 192 Kbit
Dann ist das Dein Problem. Dann kommen die Quittungspakete nicht durch den "Upload"-Kanal. Bei A-DSL musst Du noch ein paar kByte frei halten für diese Pakete. Im Prinzip geht das so, jedes Paket, was von Dir empfangen wird, musst Du bei der Gegenseite bestätigen damit er das nächste schickt. Wenn Dein Upload-Kanal aber dicht ist, dann müssen diese Quittungspakete halt warten und Dein Download bricht zusammen.
EMule kann man IMHO begrenzen, bei anderen weiss ich es nicht.Lass noch 4-5
Weiss ich, deshalb hab ich ja auch den wshaper laufen, damit läuft es ganz gut. Wenn ich den abschalte, kriege ich ja auch auf dem Server selber Probleme. Bei angeschaltetem Wshaper funktioniert auf dem Server auch alles wunderbar, aber auf den Clients haperts halt noch. Mfg, Thomas
Am Dienstag, 7. Oktober 2003 18:38 schrieb Thomas Gräber:
Danke für den Hinweis, hat nicht geholfen. Wenn ich den deaktiviere, kriege ich auch auf dem Server selbst Probleme, da der Upload fast immer am Anschlag läuft.
Was für ein Upload?
EMule, Winmx, kurz 'ne Menge Filesharing
Hast Du A- oder S-DSL?
ADSL Download: 1,5 Mbit Upload: 192 Kbit
Dann ist das Dein Problem. Dann kommen die Quittungspakete nicht durch den "Upload"-Kanal. Bei A-DSL musst Du noch ein paar kByte frei halten für diese Pakete. Im Prinzip geht das so, jedes Paket, was von Dir empfangen wird, musst Du bei der Gegenseite bestätigen damit er das nächste schickt. Wenn Dein Upload-Kanal aber dicht ist, dann müssen diese Quittungspakete halt warten und Dein Download bricht zusammen.
EMule kann man IMHO begrenzen, bei anderen weiss ich es nicht.Lass noch 4-5
Weiss ich, deshalb hab ich ja auch den wshaper laufen, damit läuft es ganz gut. Wenn ich den abschalte, kriege ich ja auch auf dem Server selber Probleme. Bei angeschaltetem Wshaper funktioniert auf dem Server auch alles wunderbar, aber auf den Clients haperts halt noch.
Dann bist aber mit Deiner Ursprungsfrage ein wenig am Thema vorbei, oder? Dein Problem dreht sich dann wohl eher um die Konfiguration von diesem Shaper. -- Andreas
Am Dienstag, 7. Oktober 2003 19:14 schrieb Andreas Winkelmann:
Am Dienstag, 7. Oktober 2003 18:38 schrieb Thomas Gräber:
Danke für den Hinweis, hat nicht geholfen. Wenn ich den deaktiviere, kriege ich auch auf dem Server selbst Probleme, da der Upload fast immer am Anschlag läuft.
Was für ein Upload?
EMule, Winmx, kurz 'ne Menge Filesharing
Hast Du A- oder S-DSL?
ADSL Download: 1,5 Mbit Upload: 192 Kbit
Dann ist das Dein Problem. Dann kommen die Quittungspakete nicht durch den "Upload"-Kanal. Bei A-DSL musst Du noch ein paar kByte frei halten für diese Pakete. Im Prinzip geht das so, jedes Paket, was von Dir empfangen wird, musst Du bei der Gegenseite bestätigen damit er das nächste schickt. Wenn Dein Upload-Kanal aber dicht ist, dann müssen diese Quittungspakete halt warten und Dein Download bricht zusammen.
EMule kann man IMHO begrenzen, bei anderen weiss ich es nicht.Lass noch 4-5
Weiss ich, deshalb hab ich ja auch den wshaper laufen, damit läuft es ganz gut. Wenn ich den abschalte, kriege ich ja auch auf dem Server selber Probleme. Bei angeschaltetem Wshaper funktioniert auf dem Server auch alles wunderbar, aber auf den Clients haperts halt noch.
Dann bist aber mit Deiner Ursprungsfrage ein wenig am Thema vorbei, oder? Dein Problem dreht sich dann wohl eher um die Konfiguration von diesem Shaper.
Absolut nicht, der Shaper funktioniert bestens. Wenn nicht, hätte ich direkt auf dem Server die gleichen Probleme, wie die Clients, sprich Downloadgeschwindigkeiten von maximal 30 kb/s, hab ich aber nicht. Wenn dies das Problem wäre, hätten die Clients auch Pingzeiten von 1000 ms oder mehr, diese liegen aber bei 65-115 ms. Zur Zeit priorisiert der Shaper ICMP, die Bestätigungspakete, ssh und alles, was mit Zielport tcp 80 und udp 53 kommt.
Hallo, Am Wed, 08 Oct 2003, Thomas Gräber schrieb: [..]
Absolut nicht, der Shaper funktioniert bestens. Wenn nicht, hätte ich direkt auf dem Server die gleichen Probleme, wie die Clients, sprich Downloadgeschwindigkeiten von maximal 30 kb/s, hab ich aber nicht. Wenn dies das Problem wäre, hätten die Clients auch Pingzeiten von 1000 ms oder mehr, diese liegen aber bei 65-115 ms.
Und somit waeren wie inzwischen wieder bei dem, was Kai schon vorgeschlagen hat: kontrolliere deine MTU/MRU Werte und passe diese -- ggfs. auf dem Router via "clamp-to" an. -dnh -- [1] while zapfhahn [ traffic ]; do; zapfhahn (log traffic) | wirt | stift | bierdeckel(trinker); done; bierdeckel > awk (sum log) > invoice.txt -- Rainer Kersten in dasr
participants (5)
-
Alex Klein
-
Andreas Winkelmann
-
David Haller
-
Kai Lindenberg
-
Thomas Gräber