Fritz!Load - (Oneclickhoster-) Down- und Uploads via FB

[Laze]

Bezieht sich auf zitierten Beitrag.

Im Bild eins sieht man den Upload mit einer fehlenden Geschwindigkeitsanzeige. Seit dem diese Anzeige verschwunden ist, gibt es nur eine Uploadschleife bei 1.9 M. Es wird keine Datei auf dem Server gespeichert. In der Spalte "Sent", ist die erste und zweite Zeile ständig gleich, max. 1.9M

Wäre schön, wenn dem Fehler mal jemand auf den Grund gehen könnte .

 

[ExUffz]

Hallo!

Habe zur Zeit das Problem, daß die Downloadgeschwindigkeit über Rapidshare-Premium etwas zu niedrig ist. Habe DSL 3000 und im Normalfall (mit JD und bis vor kurzem auch mit F!L) so um die 365 kb/s im Download. Jetzt läd F!L nur mit gerade mal 220 kb/s. Habe zwischendurch mal den JD benutzt, er zieht mit vollen 365 kb/s. Hat wer eine Erklärung/Lösung für den humpelnden F!L?
Habe Bandbreitenlimitierung ausgeschalten.
Habe es mit 2 unterschiedlichen Sticks probiert.

Router: Fritz! Box Fon 7141
Firmware-Version: 40.04.76
Fritz!Load Version: 0.40 SVN 1520

Danke schon mal.

 

[roadman17]

@Iron-Fist,Laze
Ich habe kurz den anonymen Upload von Rapidshare getestet. Kleine Dateien (<2MB) funktionieren. Der Fehler liegt vermutlich im Chunkupload. Versucht den doch einfach auszuschalten indem ihr den Code modifiziert oder in den Einstellungen die Chunk-Größe auf einen Wert stellt, der größer als die Dateigröße ist.

@Exuffz
Eine mögliche Ursache ist, das Rapidshare neuerdings SSL bei den Downloads einsetzt und deine Fritzbox nicht so leistungsfähig wie dein Rechner ist.

 

[Iron-Fist]

@roadman17

Funzt leider nicht, es kommen nur 19B auf dem Server an und FritzLoad meldet Upload erfolgreich.

 

[Bifiman]

Irgendwie funktioniert bei mir seit 1-2 Tagen "Rapidshare free" in Verbindung mit "Reconnect" nicht mehr richtig.

Die Wartezeit bis ein Download startet wurde ja anscheinend erhöht. Das sind bei meinen Files aktuell nun immer so um die 300 Sekunden. Das lässt sich wohl nicht ändern und ist auch nicht das Problem. Das Problem ist, dass er nach einem Reconnect versucht die Datei zu laden, bis kurz die Anzeige der 300(+-) Sekunden kommt, um dann gleich wieder einen Reconnect durchführt. Daraufhin wird der Download als fehlgeschlagen angesehen und in die Fehlerliste gepackt.

In meiner Config ist die Wartezeit, unter der er keinen Reconnect mehr ausführen soll, auf 600 Sekunden gesetzt. Daran sollte es also eigentlich nicht liegen. Ich lade auch nix anderes zur Zeit. Irgendwas läuft da also schief. Hat jemand einen Tipp?

Hier mein Log:

20:30:17 Reconnect-Request
20:30:17 Reconnect-Begin
20:30:17 Voip-Check
20:30:19 Reconnect (old IP: XXX)
20:30:19 Realisiere Reconnect via UPnP
20:30:19 Warte waitReconnect=20
20:30:39 Warte auf Internetverbindung...
20:30:40 Reconnect (new IP: XXX)
Wartezeit unberbrochen, lade Hauptseite neu
20:30:41 GET1: http://rapidshare.com/XXX.part4.rar Options: --cookie-jar /var/tmp/fritzload1/dl.cookie.txt
20:30:41 Warte 0 Minuten und 6 Sekunden
20:30:47 GET3: http://api.rapidshare.com/XXXher&cbid=1 Options: --cookie /var/tmp/fritzload1/dl.cookie.txt --cookie-jar /var/tmp/fritzload1/dl.cookie.txt --insecure
20:30:48 Warte 5 Minuten und 10 Sekunden
20:30:48 Reconnect-Request
20:30:48 Reconnect-Begin
20:30:48 Voip-Check
20:30:50 Reconnect (old IP: XXX)
20:30:50 Realisiere Reconnect via UPnP
20:30:50 Warte waitReconnect=20
20:31:10 Warte auf Internetverbindung...
20:31:11 Reconnect (new IP: XXX)
20:31:12 Warte 0 Minuten und 7 Sekunden
Freier Speicher auf /var/media/ftp/WDCWD64-00AAKS-00A7B2-01/XXXads/_Temp: 20629 Mbyte
URL-Download (T:0/R:100): http://rs718dt.rapidshare.com/XXX58EA4F03DE (File: WH13208iDL.part4.rar)
FAILED: 20:31: Content-Type mismatched: received (text/html; charset=UTF-8)
FAILED: 20:31: Download failed (http://rapidshare.com/XXXpart4.rar)

FritzLoad ist aktuell (0.40-1520). Und OldIP sowie NewIP unterscheiden sich auch.

 

[Laze]

@roadman17

Funzt leider nicht, es kommen nur 19B auf dem Server an und FritzLoad meldet Upload erfolgreich.

Nach hochsetzten des Chunk-Wertes, dasselbe bei mir!
Bei mir hat die Datei ganze 98 Byte...

 

[ExUffz]

@Exuffz
Eine mögliche Ursache ist, das Rapidshare neuerdings SSL bei den Downloads einsetzt und deine Fritzbox nicht so leistungsfähig wie dein Rechner ist.

Habe noch eine 7170 zum rumliegen, hab ich als eiserne Reserve....wäre das bei der anders?

 

[berndy2001]

ich komme mit meiner 7270v3 auf etwa 750k, was hast du für Werte?

Ich hab soeben bei Rapidshare angeregt, auch einen Download ohne SSL zu ermöglichen. Ggf über die API. Wenn mehrere Leute an Rapidshare schreiben, fällt ihnen sicher die Entscheidung leichter.

 

[ExUffz]

[Edit frank_m24: Vollzitat vom Beitrag direkt darüber gelöscht, siehe Forumregeln.]

Habe nur DSL 3000 und damit 365 kb/s, jetzt leider nur trotz Premium 220 kb/s.
Werde dann auch mal RS kontaktieren, aber ich glabe, das hat bei denen eh keinen Sinn...
Hatte anfangs des Monats mit Premium pausiert, da ich auf Montage war. Als ich wieder zu Hause war, wurde die Manuelle verlängerung einfach abgeschafft und Premium automatisch aktiviert....und weg waren die Rapids, ohne das ich auch nur eien byte gelade habe.... (
Nun will ich noch die letzten 4 Tage nutzen und dann sowas...

 

[chillichilli]

Seit einigen Wochen funktioniert bei mir netload nicht mehr.
Bin ich der einzige, oder habt Ihr auch Probleme damit?

 

[camel288]

Hallo,

netload funktioniert bei mir ohne Probleme.

Ich habe nur ein Problem mit Rapidshare in Kombination mit Reconnect. Immer wenn die Fritz!Box automatisch reconnectet kommt eine Fehlermeldung.

URL-Download (T:0/R:10): http://rsXXXX.rapidshare.com/cgi-bin/rsapi.cgi?sub=download_v1&editparentlocation=1&bin=1&fileid=2396996766&filename=XXXXX.part194.rar&dlauth=8E4E905F5BE42A6893E7C729C7D03E8061ED0A84F7D0EE0591595F7FC5BB1FAD791B7D5894AF3B9BF6692A48FE46B2E2088AF226591ADE5E774F5E166D37981CFB8DF69A83E503FA9CAE22E7841BBE988E4E905F5BE42A6893E7C729C7D03E8061ED0A84F7D0EE0591595F7FC5BB1FAD3F2A732A85F08C6E98E793B05368EB42 (File: XXXXX.part194.rar)
FAILED: 15:15: Content-Type mismatched: received (text/html; charset=UTF-8)
FAILED: 15:15: Download failed (http://rapidshare.com/files/23969XXX/XXXX.rar.html)

Wenn kein Reconnect aktiviert ist, funktioniert alles ohne Probleme. Leider weiß ich nicht mehr, ob es an der neuen Firmware liegt oder an dem neuen Trunk. Hat einer ähnliche Probleme?

 

[Bifiman]

Ja, das ist der selbe Fehler den ich oben auch schon gepostet habe. Ohne Reconnect funktioniert bei mir auch alles. Und wenn ich den Reconnect in FL per Hand durchführe klappt auch alles. Nur beim Auto-Reconnect kommt der Fehler.

 

[SagHalt]

Bei Problemen mit Reconnect im aktuellen Trunk, bitte mal die Config neu sichern!

 

[ukvideo]

@camel288, Bifiman

nach der Änderung -->
http://sourceforge.net/apps/trac/avmload/ticket/1389
geht bei mir RS und NL wieder 1a
...habe gleich auf 600 erhöht da da steht die Waittime ist abhängig von der Serverlast.

Mango ist nur durch die Waittime bei RS ist NL schon fertig bis die um ist.

 

[Bifiman]

Da frag ich mich warum das Skript eine eigene Waiting-Time hat, statt die aus der Config zu verwenden? Aber ok, vielleicht hat das ja noch irgendeinen mir nicht bekannten tieferen Sinn. Ich werde das bei mir auch mal lokal ändern bis zum passenden Update, vielen Dank für den Tipp!

Das Neu-sichern der Config wird da wohl nicht helfen. Seitdem ich das Problem habe, habe ich die Config schon mehrmals geändert und gespeichert, ohne Änderung.

 

[ukvideo]

^^^

vielleicht hat das ja noch irgendeinen mir nicht bekannten tieferen Sinn.

ja
RS pic

 

[wetzstein513]

RS: habs nach dem Ticket angepasst. @bifiman: Es gibt keine globale waittime, da jeder hoster seine eigenen Werte hat...

 

[Bifiman]

Das war mir schon in etwa klar. Allerdings war die Frage von mir wohl falsch gestellt: Warum führt er den Reconnect nach der WaitingTime im Skript aus, ohne auf die Option in der Config zu achten?

Wenn ich aber nur oberflächlich sehe wie kompliziert das alles ist, wunder mich gar nix mehr und ich bin schon froh, dass es überhaupt alles so gut funktioniert.

 

[redxenja]

@redxenja
Das bedeutet vermutlich, dass die ctlmgr_ctl auf deiner Fritzbox nicht vorhanden ist. Somit kann mit der internen Methode deine IP-Adresse nicht bestimmt werden.
Was hast du denn für einen Fritz!Box und welche Firmware ist darauf.

Ein FRITZ!Box WLAN 3170 und Firmware-Version 49.04.58
Und den Fehler /usr/www/html/cgi-bin/fritzload/gui_download.cgi: line 706: ctlmgr_ctl: not found

 

[chromax]

Hallo,

Ich habe eine 7320 mit 100.04.89 und fl will einfach nicht mitstarten beim Boot der box. Die Default.cfg ist prall gefüllt aber meine Linux Fähigkeiten enden ab der telnet verbindung. Was muss ich tun?