Hallo Whilo Danke für deine ausführliche Antwort. Viel konnte ich nicht machen, was ich (nicht) versucht habe, nachstehend...: Am 09.04.2012 16:50, schrieb C. Weil.:
...
@HTH KTorrent ist mit Abstand am funktionalsten im Vergleich zu Transmission und anderen freien Torrent-Clients (1), daher weiß ich nicht was du meinst. Vielleicht kannst du respektive Bug-Reports verlinken. Leider ist das DHT nicht so zuverlässig, aber ich weiß nicht ob das an KTorrent liegt.
(Ich habe zwischenzeitlich versucht, von meinem Max-Laptop via Wifi mit dem Programm vuze zu torrenten, und habe die gleiche "Blockierung" meines übrigen Internets. An Ktorrent kann es somit nicht liegen)
da ich über Ports und so gar nichts weiss (ausser, dass der alte Hafen von Barcelona gleich um die Ecke liegt, was mir aber in Sachen torrent nicht weiter hilft :-) ) habe ich die Ktorrent-Standard-Einstellungen so belassen.
Stell dir einfach vor deine IP-Adresse ist die Adresse deines Hauses und der Port ist eine Wohneinheit (Etage) in dem Haus. Es gibt ca. 65.000 ports für jeden Rechner im Internet. Jede Verbindung geht von einer IP+Port zu einer IP+Port.
OK, danke, das ist ein gutes Bild für mich.
Nachdem, was meine Googlerei erbracht hat, habe ich ein von Telefonica Spanien kastriertes Zyxel 660 HW D1. Ob Telefonica da was drosselt, weiss ich nicht. Wenn du konkrete Information zur Drosselung findest, verlinke sie, ansonsten ist die bisherige Diagnose etwas mager imho (siehe unten), der Link in die KTorrent-Wiki ist aber ein guter Tipp, wenn dein Router QOS unterstützt.
Den Ausdruck "QOS" finde ich auf keiner Seite meiner Router-Einstellungen... Mit "kastriert" bezog ich mich auf Meldungen, die ich per Google fand, wonach Telefonica für dieses Modem einen eigene Firmware verwendet, die offenbar nicht einfach ausgestauscht werden kann. Ich _glaube_, daher sieht mein Zyxel-Interface anders aus und bietet andere Möglichkeiten, als die Gebrauchsanweisungen, die ich für dieses Gerät gefunden habe...
Telefonica filtert auf jeden Fall die Verbindungen, die Frage ist ob das wirklich der Grund für dein Problem ist.
Ich glaube, auf meinem Router sind überhaupt alle Ports offen. Jedenfalls fand ich im Router-Setup nur eine Tabelle, in der etwas von Ports stand, nämlich "all ports".
Sie müssen nicht nur offen sein (das ist gar nicht mal unbedingt gut), sondern es müssen die entsprechenden Ports auf deinen konkreten Rechner weitergeleitet werden (sozusagen hausinterne Postzustellung, da dein Rechner eine interne IP hat. Dank der Provider kein IPv6>:-( ), sonst bist du von außen nicht erreichbar.
Ich habe in den Einstellungen des Routers nach Weiterleitung gesucht und einfach nichts gefunden. Das Einzige, was etwas mit Ports zu tun hat, ist die Seite, von der ich hier ein Foto hochgeladen habe: http://www.daniel-bauer.com/test/zyxel.jpg KTorrent kann das für dich automatisch erledigen, es hat UPnP
Unterstützung in einem Plugin. Schaue einfach mal ob es "unten" einen UPnP- Reiter gibt und was er dir anzeigt. Dein Router muss das auch unterstützen. Wenn der Reiter in KTorrent nicht angzeigt wird, kannst du UPnP im Plugins- Reiter (unter der Menüleiste) aktivieren.
Ich habe im Router - Enable the Universal Plug and Play(UPnP) Service - Allow users to make configuration changes through UPnP angekreuzt und in Kotorrent das UPnP-Plugin. Wenn ich nun im Ktorrent unten auf UPnP klicke, erscheint ein leerer Fensterteil mit "Gerät, Ports Forwarded" aber nichts darunter. Auch klick auf "erneut suchen" ändert daran nichts.
Da aber deine Torrents teilweise funktionieren, kann es eigentlich nicht am Port-Forwarding liegen.
....
Nach dem Tipp von David (Upload begrenzen), funktioniert das Surfen und Mailen ziemlich viel besser. Aber das torrent herunterladen ist immer noch sehr sehr langsam, es dümpelt z.Zt. so um die 10 bis 50 KB/s.
Das ist ein guter Indikator, dass der Upload zu hoch eingestellt war (wie bereits für TCP erklärt).
Ich hatte mich zu früh gefreut. Inzwischen ist es wieder so, dass das Internet nicht brauchtbar ist, während ein Torrent läuft. "Hängen" bleibt das Internet jeweils bei "Nachschlagen von"... Wenn einmal fertig "nachgeschlagen" ist, kommt der Inhalt eigentlich mehr oder weniger normal an. Bei vielen Seiten hat es aber viel "nachzuschlagen" (Werbepartner und so) und dann dauert es eine Ewigkeit bis die Seite da ist. Das bringt mich auf die Idee, dass das etwas mit einem Name-Server zu tun haben könnte - aber das ist nur meine unfundierte Idee..
...
1.) Mit "netstat -an | grep tcp" in einem Terminal kannst du dir den Zustand aller TCP-Verbindungen anzeigen lassen. mit $ watch "netstat -an | grep tcp" bekommst du eine dauernde Übersicht. Bitte schicke einfach mal eine normale netstat-Ausgabe und einmal wenn der Zugriff sehr langsam ist.
Ktorrent läuft mit je ca 10 KB/s up und down, gleichzeitig läuft Internet-Radio (via Amarok) und im Browser habe ich google angewählt (wurde aber nicht gefunden/keine Verbindung):
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN tcp 0 0 192.168.1.33:54603 49.244.150.168:6881 TIME_WAIT tcp 1 1 192.168.1.33:60681 213.141.135.21:2710 LAST_ACK tcp 0 1 192.168.1.33:39870 217.26.49.199:995 SYN_SENT tcp 0 1 192.168.1.33:58546 85.156.180.220:50167 SYN_SENT tcp 0 1 192.168.1.33:49773 86.139.94.22:48844 SYN_SENT tcp 0 0 192.168.1.33:58563 24.72.125.242:9090 VERBUNDEN tcp 0 0 192.168.1.33:40964 50.98.152.113:26222 VERBUNDEN tcp 0 1 192.168.1.33:42348 88.115.97.19:13933 SYN_SENT tcp 0 1 192.168.1.33:43381 85.139.158.159:20829 SYN_SENT tcp 0 5680 192.168.1.33:56183 82.74.114.168:55315 VERBUNDEN tcp 0 1 192.168.1.33:53758 82.168.78.219:48907 SYN_SENT tcp 0 1 192.168.1.33:58892 85.193.237.27:24456 SYN_SENT tcp 0 0 127.0.0.1:80 127.0.0.1:48723 TIME_WAIT tcp 0 6330 192.168.1.33:45953 68.50.71.12:45682 VERBUNDEN tcp 0 0 192.168.1.33:54888 192.168.1.1:80 TIME_WAIT tcp 0 1 192.168.1.33:38205 86.160.57.66:6881 SYN_SENT tcp 0 1 192.168.1.33:49901 88.207.109.152:25268 SYN_SENT tcp 0 0 127.0.0.1:80 127.0.0.1:48790 TIME_WAIT tcp 0 1 192.168.1.33:49603 86.153.122.121:59205 SYN_SENT tcp 0 1 192.168.1.33:56396 86.185.125.124:51413 SYN_SENT tcp 0 1 192.168.1.33:59406 89.159.5.92:40786 SYN_SENT tcp 1 1 192.168.1.33:56951 208.83.20.164:6969 LAST_ACK tcp 0 1 192.168.1.33:33440 82.113.99.183:22483 SYN_SENT tcp 0 1 192.168.1.33:53319 212.117.170.54:80 SYN_SENT tcp 0 1 192.168.1.33:48552 86.145.77.181:64904 SYN_SENT tcp 0 1 192.168.1.33:36870 86.146.228.228:43783 SYN_SENT tcp 0 1 192.168.1.33:37244 85.230.183.12:40521 SYN_SENT tcp 0 0 192.168.1.33:35676 82.197.180.13:80 VERBUNDEN tcp 0 68 192.168.1.33:35272 85.138.106.236:63649 VERBUNDEN tcp 0 1 192.168.1.33:47372 86.5.20.197:6881 SYN_SENT tcp 0 0 192.168.1.33:54893 192.168.1.1:80 TIME_WAIT tcp 0 0 :::111 :::* LISTEN tcp 0 0 :::6881 :::* LISTEN
jetzt habe ich Ktorrent abgestellt, Browser geschlossen, wieder geöffnet und nochmal google angewählt (kommt nun normal). Es läuft immer noch Amarok-Internet-Radio:
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN tcp 0 0 192.168.1.33:45588 63.245.209.228:443 VERBUNDEN tcp 0 0 192.168.1.33:54421 23.21.174.208:80 TIME_WAIT tcp 0 0 192.168.1.33:56896 23.21.151.207:80 TIME_WAIT tcp 0 0 192.168.1.33:33668 64.15.116.113:80 VERBUNDEN tcp 0 0 192.168.1.33:56892 23.21.151.207:80 VERBUNDEN tcp 0 0 192.168.1.33:48049 74.125.230.208:80 VERBUNDEN tcp 0 0 192.168.1.33:54418 23.21.174.208:80 VERBUNDEN tcp 0 0 192.168.1.33:56614 198.178.234.43:80 TIME_WAIT tcp 0 0 192.168.1.33:35676 82.197.180.13:80 VERBUNDEN tcp 0 0 192.168.1.33:46441 178.236.5.51:80 VERBUNDEN tcp 0 0 :::111 :::* LISTEN
2.) Ich würde empfehlen einfach mal mit "ifstat" oder einem vergleichbaren banalen Programm den tatsächlichen Durchsatz für dein ganzes System beobachten. Wenn der einknickt, spricht das für Verstopfung der ACK-Upload- Pakete (ziemlich wahrscheinlich).
Hm, ich kann damit nicht viel anfangen, aber jetzt (Ktorrent, Amarok laufen, Verwsuch im Bowser, eine Seite zu öffnen - hängt bei "Nachschlagen...) zegt ifstat folgendes:
ifstat #kernel Interface RX Pkts/Rate TX Pkts/Rate RX Data/Rate TX Data/Rate RX Errs/Drop TX Errs/Drop RX Over/Rate TX Coll/Rate lo 220 0 220 0 47002 0 47002 0 0 0 0 0 0 0 0 0 eth0 112941 0 151911 0 119503K 0 25746K 0 0 0 0 0 0 0 0 0
3.) Eine Möglichkeit besteht darin generell ausschließlich das uTp (2) zu nutzen, da das keinen Effekt auf andere TCP-Verbindungen (Web, Mail, etc.) hat. Dann kannst du auch den Upload wieder höher einstellen. Du musst ausprobieren, ob das besser für dich funktioniert, da nicht alle Peers dieses Protokoll unterstützen.
Hm, auch wenn ich einstelle "Ausschliesslich uTp verwenden" bleibt das Surfen bei "Nachschlagen von..." hängen. (nach Beenden und Neustart von ktorrent)
Möglichkeiten um Zensur/Drosselung zwischen dir und deinen Peers (nicht nur Telefonice, sondern alle dazwischenliegenden Provider!) zu umgehen:
Um Beschränkungen der Provider zu umgehen, solltest du deine Ports auf etwas Zufälliges einstellen, z.B. 42992 (Port-Forwarding sollte aber entsprechend eingestellt sein) und du solltest Verschlüsselung der Verbindungen verwenden (eventuell auch ausschließlich, je nachdem ob die meisten deiner Peers das unterstüzen).
Ich habe in Ktorrent den Port 42992 eingetippt. Ktorrent tut nach Neustart gleich wie zuvor und im UPnP-Teil steht nachwievor nichts.
Ich hoffe du gibst nicht auf, BitTorrent ist eine sehr feine Technologie :-) , sie wird nur von den Providern sukzessive demontiert. Wenn wir das hinbekommen, werde ich das in der KTorrent-Wiki etwas ausführlicher dokumentieren.
whilo
Ja, das wäre schön. Ich fürchte nur, dass meine ahnungslosen Angaben nicht viel weiter helfen... Gruss, Daniel
(1) Das ging nur mit KTorrent, alle anderen (FOSS) Clients sind nicht so modular und flexibel: http://whilos.blogsite.org/?p=157
-- Daniel Bauer photographer Basel Barcelona professional photography: http://www.daniel-bauer.com personal facebook: http://www.facebook.com/mars.fotografo google+: https://plus.google.com/109534388657020287386 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org