#1
|
|||
|
|||
Netzwerkprobleme Rapidgator 5min
Habe immer wieder den Fehler mit Netzwerkproblem bei Rapidgator. Auch mit max. Download 1.
Manuell deaktiviert - aktiviert und geht sofort wieder weiter. Würde daher gerne die Wartezeit von 5min runtersetzen, finde es aber nicht in den Einstellungen. Ist das möglich? |
#2
|
||||
|
||||
Bitte mal ein Log erstellen, siehe https://support.jdownloader.org/Know...d-session-logs
und dann die logID hier posten. Manche Timeouts kann man ändern, andere nicht. Daher muss ich erstmal schauen welche Ursache der Fehler hat um dir dazu mehr sagen zu können
__________________
JD-Dev & Server-Admin |
#3
|
|||
|
|||
18.04.18 11.37.40 <--> 18.04.18 13.14.35 jdlog://3861754433151/
Gerade eben vor Erstellen des Logs wieder das Netzwerkproblem. Kann man die 5min in den erweiterten Einstellungen nicht runterstellen? |
#4
|
||||
|
||||
Die Ursache ist
java.net.SocketException: Connection reset Sprich entweder lokal oder remote wird die Verbindung mittendrin gekillt. Derzeit ist es nicht mögich diesen Timeout zu ändern, da dies schnell zu DDOS führen könnten. Da eben die genaue Ursache (remote/lokal) nicht festgestellt werden kann. Sprich angenommen die Gegenseite(remote) macht zu, dann ist ein zu niedriger Timeout auch schnell ein Szenario indem (viele) Clients wieder und wieder und wieder den Request machen
__________________
JD-Dev & Server-Admin |
#5
|
|||
|
|||
Problem liegt bei Rapidgator. Es hilft nur den DL neuzustarten, was auch problemlos geht.
Man möchte aber halt eigentlich nicht manuell eingreifen - deswegen benutzt man ja den JDownloader. 5min sind halt recht lang. Könntet ihr nicht doch eine Option anbieten, es zb. zumindest auf 1min zu setzen? |
#6
|
|||
|
|||
gleiches problem
hallo, ich hab genau das gleiche problem, ich versuchs mal etwas ausführlicher noch darzulegen:
jd2 unter win7, verschiedene dateien ausprobiert, ganz wenige laufen problemlos durch, die meisten downloads verhalten sich so wie von meinem vorschreiber beschrieben. die gleichen links unter win10, auch jd2: gleiches verhalten, genau die gleichen dateien laufen problemlos durch und genau die gleichen machen probleme wie beim anderen gerät. ich hab auf beiden geräten die gleichen firewalleinstellungen, hab alternatives ssl im jd bei beiden ausprobiert, absolut immer das gleiche ergebnis. wenn die dateien probleme machen stoppen sie auf die sekunde genau nach 60 sekunden, stoppt man manuell und startet direkt wieder laufen sie direkt wieder an. ich habe den verdacht dass ich entweder beim isp auf ner schwarzen liste stehe und der provider es mir schwermachen will oder es ist ein generelles rg problem. lösbar wäre das wenn man die 5 min wartezeit tatsächlich manuell irgendwo einstellen könnte, ich glaube nicht dass man probleme bekommt weil das manuelle stoppen und direkte weiterladen funktioniert ja auch. auch ich hatte übrigends vorher einen ul premium acc und nie probleme mit abbrüchen. sollte ich mal zeit und gelegenheit haben werde ich eins meiner geräte irgendwohin tragen wo jemand einen anderen isp hat, meiner ist 1und1, dann werde ich hier berichten. |
#7
|
||||
|
||||
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#8
|
|||
|
|||
log id wird kaum weiterhelfen, euer versuch herauszufinden woran es hakt hängt ja immer an der tatsache dass keiner feststellen kann welche seite die abbrüche verursacht. das wurde ja in anderen themen bereits festgestellt, der log weist halt einfach nur auf abbruch hin aber nicht welche seite dafür verantwortlich ist, ich hab andere themen hier im forum gelesen weil ich eure zeit nicht verschenden wollte, mein hinweis auf das herabsetzen der 5 min wartetimeout auf eine die man individuell einstellen kann bleibt für mich aber essentiell und wäre die lösung für das problem auch wenn jd wahrscheinlich nicht selbst das problem auslöst. nochmal: stoppen und direkt wieder starten lässt die dateien weiterladen, ein sehr geringer timeout wär also die lösung für ein problem was nicht nur ich habe, das kommt laut forum hier öfters vor, mich würde nur interessieren ob es nur 1und1 kunden sind oder auch andere, leider kann ich grad schlecht meine geräte von a nach b tragen und woanders ausprobieren, ich kann seit heute verletzungsbedingt nicht autofahren und auch schlecht sachen tragen....
|
#9
|
||||
|
||||
@bastos
Ohne ein Log kann ich nicht wissen, ob es sich um dasselbe Problem wie das von tom2000 handelt auch wenn du davon ausgehst. Du kannst jegliche Wartezeiten durch EventScripter Scripte beliebig anpassen/umgehen. Die Standardwerte ändern wir nur, wenn wir wissen (z.B. anhand von Logs oder eigenen Erfahrungen), dass es nötig ist. Grüße, psp
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#10
|
|||
|
|||
20.09.21 23.09.01 <--> 21.09.21 17.36.42 jdlog://8518825302851/
ich hoffe das war richig so, die logdatei wurde ja automatisch an euch gesendet? |
#11
|
|||
|
|||
ich wollte mal fragen ob sich jemand die logdatei angesehen hat, so nervt das problem mit rg nur noch
|
#12
|
||||
|
||||
@bastos:
Entschuldige, dein Post ging leider *unter* Deine Downloads brechen (unabhängig vom Hoster) viele mit java.net.SocketTimeoutException: Read timed out ab. Dieser Fehler kommt entweder von a.) Firewall/Antivirus b.) Du wechselst (zb VPN, Netzwerksetup) mittem im Download deine externe IP ohne das bestehende Verbindungen gekillt werden Die Rapidgator Downloads werden gekillt, siehe javax.net.ssl.SSLException: Connection reset java.net.SocketException: Connection reset by peer: socket write error Auch hier sind die gleichen Ursachen möglich Welche Firewall/AV nutzt du auf den Geräten? Welcher Router? WLAN/LAN Setup? VPN im Einsatz?
__________________
JD-Dev & Server-Admin |
#13
|
|||
|
|||
ich hab ne fritzbox und keine einstellungen geändert, nutze die windows sachen die bei win10 dabei sind, hab die firewall auch testweise mal deaktiviert. vpn nutze ich nicht.
das problem hab ich nur bei rg, laden von anderen hostern geht ohne probleme, hab davor ul gehabt, nie probleme. die dateien brechen auch immer genau nach 1 min ab, das letzte drittel wird dann aber in einem rutsch geladen. es würde extrem helfen wenn man den counter von 5 minuten selbst beim rg plugin einstellen könnte, ich würds direkt auf 1 sekunde runtersetzen da die sachen ja direkt wieder anlaufen wenn man sie wieder anwirft von hand. hab übrigends wie schon beschrieben auch auf anderen geräten das problem, zum beispiel bei einem win7 rechner ohne firewall und virenscanner und ich bin mir sicher dass ich unter linux das gleiche problem haben würde. das problem taucht ja auch auf wenn ich was über den browser von rg laden will. bitte gebt uns die möglichkeit den counter bei netzwerkfehler selbst einstellen zu können, die 5 minuten sind viel zu lange und sind echt hinderlich. |
#14
|
|||
|
|||
ach ja, ipwechsel ist nur einmal am tag die zwangstrennung, hab in den logs auch schon nachgesehen, verbindung ist stabil, das liegt also entweder an meinem provider, der vielleicht rg auf einer schwarzen liste hat oder an rg selbst, ich sehe also nur die möglichkeit den counter selbst einstellen zu können.
|
#15
|
||||
|
||||
Quote:
Quote:
Aber ich überleg mir eine alternative Lösung/Workaround hierfür.
__________________
JD-Dev & Server-Admin Last edited by Jiaz; 20.10.2021 at 18:50. |
#16
|
||||
|
||||
Quote:
Ich hatte auch schon Kundenprobleme wo es am Ende der Defender war und keine Einstellung geholfen hat. Es musst ein kompletter Reset aller Defender Settings/Registry/Policies her, damit es wieder ging. Daher wäre es wirklich hilfreich wenn man ein Linux System ebenfalls mal testen könnte.
__________________
JD-Dev & Server-Admin |
#17
|
|||
|
|||
ich überlege wohin ich einen ältern laptop mit linux drauf verliehen habe und nehm eine entsprechende dlc dann mit bzw probiere es bei mir selbst dann aus unter linux, falls die gleichen sympthome auftauchen würde ich gerne dann eine log mit dem linuxlappi machen, das wär ok oder winkst du ab weil es das ja nicht wirklich eingrenzen würde?
|
#18
|
||||
|
||||
@bastos: Es reicht wenn du es auf Linux testest, ob eigener Rechner oder von nem USB Stick booten, ist dabei egal. Kannst gerne ein Log geben, aber am Ende reicht das Wissen ob es klappt oder nicht. Aber im Zweifel einfach ein Log erstellen und logID hier posten, dann ist zumindest die Zeit/Mühe des Testing auf Linux nicht *umsonst*. Danke schonmal!
__________________
JD-Dev & Server-Admin |
#19
|
|||
|
|||
ich habe es nun unter linux getestet und das gleiche verhalten bekommen. es liegt also nicht an den einstellungen unter windows, ich glaube dass es an 1und1 liegt oder bei rg selbst, ich kann ja von anderen hostern unfallfrei laden ohne unterbrechung. das einzige was helfen würde wäre die timeout wartezeit runtersetzen zu können, in den erweiterten einstellungen kann man ja so einiges einstellen leider das genau nicht, schade
|
#20
|
||||
|
||||
@bastos: Danke für deine Rückmeldung und Zeit!
Hast du ne eigene IPv4 oder CarrierNAT/DSLite? Kannst du am Router prüfen, der sollte das anzeigen, bzw die IPv4 dort sollte mit ipcheck0.jdownloader.org übereinstimmen. Ich vermute hier eher Routingprobleme seitens 1&1
__________________
JD-Dev & Server-Admin |
#21
|
|||
|
|||
ich steh grad auf dem schlauch und muss zugeben dass ich gerade nicht genau weiß was ich wo prüfen soll, ich entnehme dem dokument von seite **External links are only visible to Support Staff****External links are only visible to Support Staff**
dass ich eine eingene ip adresse zugeordnet bekommen habe, manchmal kriege ich aber auch beim 24 h zwangswechsen eine 192er zugewiesen, das scheint also eher zufällig zugeteilt zu werden. was mir nun aber aufgefallen ist: bisher wurde das verbindungsproblem ja immer damit eher schlecht als recht gelöst indem man die dateien gestoppt und direkt wieder gestartet hatte, ich hatte nun 3 dateien aus der gleichen quelle, die erste lief ohne probleme durch, die zweite stoppte wie gewohnt nach genau einer minute, ich hatte diesmal im jd die datei zurückgesetzt, jd startet die datei daraufhin neu und lässt die wie die erste durchladen, bei der dritten genauso. keine ahnung ob ich nun opfer von käptn zufall wurde und das nun nur temporär geklappt hatte oder nun dauerhaft so ist dass zurücksetzen danach die sachen dann laden lässt, ist mir alles schleierhaft, ich hab ja sonst keine verbindungsprobleme das ist ja nur bei rg. ich bin nach wie vor ratlos auch wenn bei zumindest großen dateien das erstmalige zurücksetzen nach abbruch zu helfen scheint aber keine ahnung ob das nun dauerhaft bei allen zukünftigen dateien so sein wird...... ich wär aber für deinen rat dankbar wo ich in der fritzbox was umstellen soll was eventuell helfen könnte, ich hab das ganze auf standart gelassen bis auf die zwangstrennung, die hab ich mal auf eine zeit umgestellt wo ich dann auch zuhause bin meist um dann zumindest einen blick auf die leds werfen zu können ob das auch korrekt war. |
#22
|
||||
|
||||
@bastos: schaue in deiner Fritzbox welche Internet IPv4 dir angezeigt wird und diese muss mit der IP im Browser auf ipcheck0.jdownloader.org übereinstimmen.
__________________
JD-Dev & Server-Admin |
#23
|
||||
|
||||
Quote:
__________________
JD-Dev & Server-Admin |
#24
|
||||
|
||||
Die Antwort wirst nur du dir selbst geben können indem du weitere Tests machst.
__________________
JD-Dev & Server-Admin |
#25
|
|||
|
|||
das war wohl zufall, nun verhält es sich mit den dateien beim zurücksetzen genauso wie vorher bei stoppen und wieder starten. das tritt halt willkürlich auf scheinbar.
die ip stimmt mit der von der fritzbox überein, daran liegt es also schon einmal wohl nicht. ich hoffe auf weitere ideen/anregungen was ich noch versuchen könnte, kann doch nicht sein dass die mehrheit keine probleme hat und ich doktore hier rum...... |
#26
|
||||
|
||||
@bastos: Ich fürchte du wirst bei dem Problem selbst nichts ausrichten können, denn wenn
1.) (unwahrscheinlicher Fall) das RG hier absichtlich ISP Probleme verursacht, dann haben Sie ja irgendwie einen Grund dafür?! 2.) dein ISP hier die Ursache ist (weil aus Nutzerberichten primär 1&1 und co), zb überlastete Routen, dann wirst du da selbst nichts ändern können. Ich denke die *beste* Lösung hier wäre die Nutzung eines VPN/Proxy, damit eine andere Route genutzt wird.
__________________
JD-Dev & Server-Admin |
#27
|
|||
|
|||
Netzwerkprobleme Rapidgator 5min
Hallo.
Alle hier seitens tom2000 und bastos berichteten Probleme mit Rs sind bei mir die gleichen. Ich habe zusätzlich die mir per Premium Account zugänglichen Einstellungen auf Rs auf mögliche Fehlerquellen gecheckt. Es gibt keinen Hinweis, dass sich dort irgendetwas ändern läßt, dass diesen Fehler beheben könnte. Das genannte Problem tritt bei mir seit ca. zwei Monaten auf. Mein Provider: Provider Vodafone (Unitymedia) Windoof 7 *64, Keine VPN. Keine Firewall. AVguard *32. LAN only. 07.05.22 07.08.28 <--> 07.05.22 17.27.25 jdlog://4229925302851/ 08.05.22 14.52.52 <--> 08.05.22 15.21.22 jdlog://7629925302851/ |
#28
|
||||
|
||||
@schnaeppchen: gleiches Problem ja, mittendrin wird die Verbindung *gekillt*
java.net.SocketException: Connection reset Hast du ne Fritzbox? Hast du ne eigene IPv4? oder DSLite? Sollte dir dein Router sagen können? Könntest du auch mal Tests mit einem VPN machen? Zb irgendwo nen Trial oder so 7 Tages Testacc? Bei vielen mit dem Problem hat ein VPN/Proxy geholfen. Auch solltest du mal weniger Chunks/Connections versuchen
__________________
JD-Dev & Server-Admin |
#29
|
|||
|
|||
@Jiaz: Danke erstmal für die Tipps!
Router: Vodafone TG3424DE. Keine "eigene" IPv4, kein DSLite. VPN habe ich bisher noch keine ausprobiert. Ich mags ohne Verzögerung. Mal sehen, ob ich einen Testaccount bekomme. Proxy per SO habe ich bisher ebenfalls nicht avisiert. Trotzdem bleibt die Tatsache bestehen, dass kein anderer Hoster diese problematischen Merkmale aufweist. Das mit den Chunks/Connections habe ich alles durchexerziert. Hat auch nicht geholfen. Einige Host IPs laufen durch, andere brechen ab. Könnte demnach auch an Rs liegen. Könnte es sein, dass die Hardware in der Ukraine stehen haben? Hab schon bei anderen Hostern von dementsprechenden Problemen gelesen. Last edited by schnaeppchen; 11.05.2022 at 15:02. |
#30
|
||||
|
||||
Da das Problem schon viel länger existiert als aktuelle Ereignisse, würde ich hier sagen das kein Zusammenhang besteht
__________________
JD-Dev & Server-Admin |
#31
|
||||
|
||||
Also wenn du die Verzögerung von nem normalen VPN *merkst* dann Hut ab Es kann, je nach ISP/Routing, auch passieren das deine Geschwindigkeit/Latenz mit einem VPN verbessert Das habe ich zb regelmäßig mit meinem privaten Telekom Anschluss zur Twitch Prime Time
__________________
JD-Dev & Server-Admin |
#32
|
||||
|
||||
Das Problem existiert auch bei anderen Hoster, wenn auch in weniger häufiger(wobei häufig auch wieder relativ ist). Ich hab das Problem bei vielen via Teamviewer analysiert und konnte auch keine wirkliche Ursache einschränken, da es unabhängig von OS (Linux, Windows) und Tools(JDownloader oder Browser) passiert. Mal seltener, mal häufiger, aber dennoch reproduzierbar. Feedback von Nutzern nach konnte ein VPN hier das Problem lösen/mindern. Daher die Vermutung das es irgendwo eine überlastete Route zwischen RG , deinem ISP und deinem Anschluss liegt.
__________________
JD-Dev & Server-Admin |
Thread Tools | |
Display Modes | |
|
|