[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   Xtreme MOD (http://www.emule-web.de/board/xtreme-mod/)
-   -   Fehler: Download session disconnect error 10053 (http://www.emule-web.de/board/11455-fehler-download-session-disconnect-error.html)

littletiga 6. October 2006 19:14

hallo community,
bitte helft mir, bekomme immer diese fehlermeldung:

Download session ended: Disconnected: CClientReqSocket::Disconnect(): Error 10053: Eine bestehende Verbindung wurde softwaregesteuert durch den Hostcomputer abgebrochen.

Bekomme keine downloadsessions mehr hin, geht gar nix mehr.
Ich weiss nur das es ein socketproblem ist.

Bitte um Hilfe...........

Xman 6. October 2006 20:20

puhh.. das einzige was mir dazu einfällt wäre ein Problem mit der Firewall. Da dies aber kein Bug im Xtreme ist sondern eher in die Kategorie Support-Request gehört hab ich das mal getrennt.

Um Dein Problem zu lösen bräuchten wir aber noch mehr Informationen. Beachte bitte die Checkliste vor dem Posten

littletiga 6. October 2006 20:46

Mein betriebssystem is xp pro, xtreme 5.3, 1&1-1536/192, Router avm fritzbox phone wlan 7050,
hardwarefirewalldienst deaktiviert, Softwarefirewall zum test deinstalliert und antivir das gleiche.
Hab im xtreme fast alle funktionen an. hab ich aber alles schon aus gemacht, hilft auch nix.
Bin alles andere als ein leihe was emule betrifft. beschäftige mich schon seit 2 jahren etwas intensiver damit.
So ein fehler hatte ich noch nie.
Hab im internet nur raus gefunden das es ein socketfehler ist.

Xman 7. October 2006 08:15

nur mal um sicherzugehen:
das Problem besteht bei ALLEN Downloadsessions ? Auch über eine längere Laufzeit ? Wie schauts aus mit Uploadsessions ?
Hast Du z.B. viele Pruna Clients gefunden ist der Fehler ziemlich normal... die schließen ihre Sockets immer auf eine unübliche Methode... aber irgendwann solltest Du dann auch mal an einen normalen Client geraten.

Schon mal die offi emule 0.47c probiert ?

littletiga 7. October 2006 10:39

Also ich hab im Schnitt pro Stunde etwa 10 solche Fehlermeldungen.
Manchmal geht aber auch gar nix, wo einer nach dem andern abbricht.
Die Laufzeit spielt dabei keine grosse Rolle. Zu Pruna-clients hab ich fast keinen Kontakt.
In den Uploadsessions sieht es nicht ganz so schlimm, aber ähnlich aus, nur das noch andere Fehlermeldungen hinzu kommen.
Hab inzwischen auch mein tcp/ip-protokoll neu instaliert und es danach resettet und etliche andere sachen daran gemacht. Hat aber nichts geholfen.
Es ist so, das der Client mir einen Slot gibt, dann läd er vielleicht 500 kb konstant an mich hoch, dann wird der speed auf ziemlich genau 1 kb/s reduziert und dann dauert es noch ein paar minuten bis er mit dieser Fehlermeldung disconnected.
Die offi hab ich noch nicht probiert, werde ich aber noch machen.

Hab grad den offiziellen emule am laufen und bekam gleich zu anfang dies fehlermeldungen:
client tcp socket error 10051: Ein socketvorgang bezog sich auf ein nicht verfügbares netzwerk.
oder
client tcp socket error 10065: Der Host war bei einem Socketvorgang nicht erreichbar.

Diese Meldungen häufen sich dann auch.

Xman 7. October 2006 11:11

dann haben wir zumindest mal einen Bug im Xtreme ausgeschlossen (der mich auch verwundert hätte). Auf die Schnelle konnte ich nun aber auch keine Lösung finden... vielleicht findet jemand anderes noch einen Hinweis zu besagten socket errors.

littletiga 7. October 2006 11:17

ja, aber ich muss sagen, im offiziellen emule kommen zwar diese 2 fehlermeldungen, aber die clienten brechen nicht ab. Die laden genau so hoch wie sich das gehört.
Bis jetzt konnte ich ausser diesen meldungen nichts negatives feststellen.
Habe schon von mehrerern clients nen chunk bekommen.

nee, der offi läd genau 9.28 mb hoch. der hat den bug nicht den ich meine.
Irgendwo muss ein bug in den sockets sein, der die verbindung abbrechen lässt.

Xman 7. October 2006 13:51

nee.. Bug ist da keiner.. hängt schon mit Deinem System zusammen. schließlich schreibst Du oben:

Zitat:

Hab grad den offiziellen emule am laufen und bekam gleich zu anfang dies fehlermeldungen:
client tcp socket error 10051: Ein socketvorgang bezog sich auf ein nicht verfügbares netzwerk.
oder
client tcp socket error 10065: Der Host war bei einem Socketvorgang nicht erreichbar.

Diese Meldungen häufen sich dann auch.
foglich wirkt sich der Fehler in Deinem System nur unterschiedlich aus... was aber auch purer Zufall sein kann, da die Reihefolge der clients auf die man trifft auch purer Zufall sind.

littletiga 7. October 2006 17:15

Hab den offi jetzt schon seit 6 stunden laufen und der oben genannte fehler ist einmal aufgetreten.
Also bei weitem weniger als im xtreme. Ob das jetzt zufall ist, weiss ich nicht.
Ich weiss noch nicht mal welcher socket blockiert, meiner oder der des anderen clienten.
Was kann man da machen?

Xman 8. October 2006 07:39

probier mal im Xtreme:
- andere Ports
- Protokoll obfuscation aktiviert
Wenn das keine Änderung bringt probier den Xtreme 5.2.2 und sag mir ob dort das gleiche Problem vorliegt.

brechen eigentlich die Uploadsessions ebenso mit besagter Fehlermeldung ab ? Benutzt Du UPNP ?

littletiga 8. October 2006 07:52

andere Ports und Protokoll obfuscation hab ich schon probiert. bringt keine Änderung.
Die Uploadsessions haben zum Teil andere Fehlermeldungen, aber laufen wenigstens.
Upnp nutze ich, aber nicht mit der funktion im xtreme. ich hab die fritzbox und benutze das Programm Fritz!Dsl von avm. das beinhaltet u.a. eine firewall mit automatischer upnp-zuweisung ohne das es das programm unterstützen muss. Es erkennt die ports die das jeweilige Programm öffnen will, fragt beim ersten zugriff nach der installation den benutzer ob das programm die öffnen darf und dann werden sie automatisch geöffnet. hab ich zum test aber auch schon deaktiviert. bringt auch keine besserung.

Arkos 21. October 2006 16:21

Das hatte ich auch, habe danach auf 0.47c gewechselt und "Protocoll Obfuskation" aktiviert.

> "Einstellungen" > "Sicherheit" > "Aktiviere Protokoll Obfuskation"

Es sieht so aus, als hätte das neue Sicherheitsprotocoll auch seine Tücken.

Jedenfalls hat es sich seither wieder gebessert.

Schade, dass die Sivka Mod nicht mehr läuft... gibt keine mit diesem neuen Protokoll......

Jedenfalls rate icgh Dir, tui die 0.47c drauf, arbeite damit, und wenn's dann wieder läuft, kannst Du ja wieder eine Mod antesten.


Eigentlich hat's mich ja verwundert, da ich das schon mal hatte... aber plötzlich ging's dann wieder für ein paar Wochen...

UpNp-Dienst ist bei mir deaktiviert... Wie gesagt... mit der 0.47c hat's jedenfalls gebessert. Vorher hatte ich Wochenlang immer nach einigen Sekunden Upload zusammenbruch pro Channel.... das ging die ganze Zeit so... Der Upload blieb nie stabil und so kam auch kein Quellenaustausch zusammen... die Waiting List blieb beinahe down und DL gab's sozusagen nie...

Ich habe fast das Gefühl, dass zu viele die Abweis Funktion eingeschaltet haben... Eventuell sollte man bei dieser Option Warbschilder hinnageln....

littletiga 21. October 2006 16:29

hatte die ganze zeit die 0.47c drauf. hab auch protokollobfuskation aktiviert und wieder deaktiviert.
brachte aber alles nix.

hab mir jetzt auch einen neuen pc mit topaktueller hardware gekauft und der fehler taucht trotzdem auf.

Ich glaub, das es einfach am emule liegt, da ich auch im offi diese meldungen bekomme.

Arkos 21. October 2006 17:00

Aber hast Du nur die erste der Optionen eingeschaltet? Oder?

Und wenn Du neue Hardware hast... da musst Du ja wieder einiges Einstellen...

Aber Du wirst das schon richtig erkennen... Totaler ZickZack in der Upload-Statistik... Die Verbindungen brechen nach einigen Sekunden ein, auf null Bits und erholen sich dann innert ca. 10 - 20 Sekunden auf 200 bits... aber irgend wann später kommt dann die deaktivierung der Verbindung.

Bei mir kam das von der einen Sekunde auf die andere und blieb dann für Wochen... Plötzlich war die Störung wieder weg und kam dann wieder nach ca. 3 Wochen.

Ich habe mich auch schon gefragt, ob das ein gekonnter Angriff auf das P2P Netzwerk ist.

Wenn Du ja neue Hardware gekauft hast, alles neu installiert hast, kann's ja kein Softwareseitiger Störenfried sein, ausser der Provider hätte Restriktionen eingeführt, was ich aber nicht so recht glaube, da ja diese Meldungen überall sporadisch auftauchen.

Vor allem haben ja die meisten Provider denselben BackupProvider... sonst müssten ja alle Clients davon betroffen sein.

Könnte es ev. sein, dass das "Obfuskation Protocoll" einige Nebenwirkungen zeigt oder eben die Ablehne Funktion sich nicht wirklich deaktivieren lässt. (2-te Option)...

Die Cracks untter Euch werden dem sicher nachgehen...

Ich kann auch ein Verbose Log zukommen lassen... Wenn's erwünscht wäre... Aber es sind immer die gleichen Meldungen.

Verbindung wurde vom Host - Computer (Oder auch Server) softwaregesteuert zurückgesetzt... Error 10053...

Was ich auch bemerkt habe... da kommen manchmal pro Client 300 Anfragen pro paar Sekunden per UDP... immer für das gleiche File... eventuell ist das aber nur eine Nebenerscheinung des beeinträchtigten P2P Verkehrs...


Wie gesagt, vor dem 0.47c, hatte ich Wochenlang nur solche Meldungen. Der UL brach nach einigen Sekunden ein und wurde unterbrochen. Die Warteliste füllte sich gar nicht, da diese vorweg aufgebraucht wurde... Übertragen wurde aber praktisch nichts, und DL gab's auch keinen, ... also eigentlich wie Anti P2P ....

Ich hatte diese zwei Meldungen am laufenden Band (Eigentlich waren diese das einzige Resultat ausser einigen wenigen KiloBytes UL und DL während Stunden. Nur 10053 und hunderte UDP Anfragen für's gleiche File für den gleichen Client innerhalb einiger Sekunden.

littletiga 21. October 2006 17:15

Der upload funzt bei mir einwandfrei, ausser das nafc ab und zu für n paar minuten spinnt.
die fehler hab ich hauptsächlich im download.


Alle Zeitangaben in WEZ +1. Es ist jetzt 22:58 Uhr.

Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102