Du bist nicht angemeldet.
Wenn der Fehler auftritt und man kein Guthaben mehr hat, wird dann einfach von Fritz!Load weiter gemacht?
Das habe ich noch nicht probiert, werde mir heute Abend die Sache mit den Gutscheinen mal anschauen und das testen.
9kw.eu wird ja wohl irgendeine Fehlermeldung zurückgeben, und ich weiß nicht ob FritzLoad die schon intepretieren kann.
Nein. Der neue Code mit "date" funktionierte grundsätzlich nicht korrekt im Test. Es wäre nur denkbar das sowas vorkommen könnte.
.....
Normalerweise ist das auch kein Problem aber die Verzögerung ist schon ungewöhnlich.
Ich meinte auch bei der iterativen Variante, wo die Box selber zählt?
Ich weiß das die 7362SL mit Freetz ein paar Eigenheiten hat (so funktioniert zum Beispiel tr nur unzureichend), deswegen bin ich so an anderen Ergebnissen interessiert, die 7170 und 7490 sind deutlich mehr Mainstream.
EDIT:
Und wenn man das ganze mal mit "Bauernlogik" angeht...
FritzLoad baut doch zum allergrößten Teil auf "eins-nach-dem-anderen" mäßigen Routinen auf, das meiste davon verpackt in Scripte. Gibt es überhaupt etwas was eine Instanz sich merken kann, was Einfluss auf die Routinen hat und bei einem Neustart der Instanz gelöscht wird? Um genauzu sein lernt FritzLoad in irgendeiner Weise aus einen Logs oder gibt es einen eigenen Cache?
Vielleicht weiß das ja noch jemand der alteingesessenen Entwickler.
@thecoder2012: Vielen Dak übrigens für dein Engagement hier im Forum.
Ja ich habe auch mit den Releases gespielt die du (stefanosperl auf sourceforge?) eingecheckt hast, die haben wirklich erstmal mehr Fragen aufgeworfen als gelöst.
Den Fehler reproduzieren ist wirklich blöd, das einzige was funktioniert ist 30 Links (z.B. á 100 MB, was dann so ca 12 h dauern sollte bei Free-User-Speeds) einzuspeisen und die ganze Sache laufen zu lassen. Irgendwann tritt es dann auf. Die kompletten Logs davon habe ich noch, aber das sind halt 9000 Zeilen, nicht anonymisiert
Auszüge die ich durch Suche nach Bad-Request gefunden habe können oben gesehen werden, wo ich sie mit Umfeld gepostet habe. Wo sonst die Captcha ID zurückgegeben wird kommt stattdessen ein HTML-Header.
Konntest du denn das auseinanderlaufen der Timer auf deiner 7170 bestätigen?
Meine Box ist ziemlich voll gepackt. Fast jede Standard AVM Funktion ist aktiv und es läuft noch Freetz mit Samba und FTP. Aber Ram und Prozessorlast sind nie auch nur annähernd am Anschlag deswegen machte ich mir da bisher keine Sorgen.
Ich glaube das ist gewollt. Wenn man selbst reconnected wird man wohl alles manuell gecheckt haben und wissen was man tut. Ich weiß es aber auch nicht sicher.
Funktioniert den die voipcheck.lua bei deiner 7490?
Muss man noch nicht, ein beliebiger funktionaler Proxy bei 9kw.eu eingegeben verringert die Kosten für Recaptchav2 allerdings von 30 auf 25 Credits.
Das du so viele Credits verloren hast tut mir leid, ich habe mir angewöhnt immer die Userhistory von 9kw.eu nebenher aufhzuhaben, dann kann man sowas schneller erkennen.
Das du auch Bad Request Fehler hast ist gut zu hören, also bin ich nicht verrückt.
Im Moment ist nur R2876 wirklich stabil.
Das kann man also zumindest mal so bestätigen.
Hast du mit 2876 nicht das Problem das sich nach einigen Stunden die "bad request" Fehler wie oben gepostet dranhalten? Das würde schonmal viel weiterhelfen.
EDIT: Auch 2885 funktioniert erstmal nicht
Checking options and server queue...
9kw.eu - Hinweis. Kein Proxy angegeben. Zusatzkosten von 5 Credits, falls keiner bei 9kw.eu hinterlegt wurde.
./fritzload.sh: line 3: syntax error: bad substitution
11:00:17 : 2 Failed to initialize.
HTTP/1.1 200 OK
X-Secret-Message: 42
Access-Control-Allow-Origin: *
X-Frame-Options: SAMEORIGIN
X-Content-Type-Options: nosniff
Content-Security-Policy: upgrade-insecure-requests
X-XSS-Protection: 0
Strict-Transport-Security: max-age=63072000; includeSubDomains; preload
Vary: Accept-Encoding
Expires: Tue, 13 Feb 2018 09:52:53 GMT
Cache-Control: max-age=86400
Content-Type: text/plain
Accept-Ranges: bytes
ETag: "1535294585"
Last-Modified: Mon, 12 Feb 2018 09:52:51 GMT
Content-Length: 255
Connection: close
Date: Mon, 12 Feb 2018 09:52:53 GMT
Server: Server
Checking options and server queue...
9kw.eu - Hinweis. Kein Proxy angegeben. Zusatzkosten von 5 Credits, falls keiner bei 9kw.eu hinterlegt wurde.
./fritzload.sh: line 3: syntax error: bad substitution
11:00:43 : 2 Failed to initialize.
HTTP/1.1 200 OK
X-Secret-Message: 42
Access-Control-Allow-Origin: *
X-Frame-Options: SAMEORIGIN
X-Content-Type-Options: nosniff
Content-Security-Policy: upgrade-insecure-requests
X-XSS-Protection: 0
Strict-Transport-Security: max-age=63072000; includeSubDomains; preload
Vary: Accept-Encoding
Expires: Tue, 13 Feb 2018 09:53:19 GMT
Cache-Control: max-age=86400
Content-Type: text/plain
Accept-Ranges: bytes
ETag: "1535294896"
Last-Modified: Mon, 12 Feb 2018 09:53:18 GMT
Content-Length: 255
Connection: close
Date: Mon, 12 Feb 2018 09:53:19 GMT
Server: Server
Checking options and server queue...
9kw.eu - Hinweis. Kein Proxy angegeben. Zusatzkosten von 5 Credits, falls keiner bei 9kw.eu hinterlegt wurde.
./fritzload.sh: line 3: syntax error: bad substitution
11:01:09 : 2 Failed to initialize.
HTTP/1.1 200 OK
X-Secret-Message: 42
Access-Control-Allow-Origin: *
X-Frame-Options: SAMEORIGIN
X-Content-Type-Options: nosniff
Content-Security-Policy: upgrade-insecure-requests
X-XSS-Protection: 0
Strict-Transport-Security: max-age=63072000; includeSubDomains; preload
Vary: Accept-Encoding
Expires: Tue, 13 Feb 2018 09:53:45 GMT
Cache-Control: max-age=86400
Content-Type: text/plain
Accept-Ranges: bytes
ETag: "1535291613"
Last-Modified: Mon, 12 Feb 2018 09:53:45 GMT
Content-Length: 255
Connection: close
Date: Mon, 12 Feb 2018 09:53:45 GMT
Server: Server
11:01:24 Warte 0 Minute(n) und 30 Sekunde(n)...
11:01:24 Die erneute Verbindung ist nicht möglich, weil die Fritz!Load-Instanz [1] noch aktiv ist.Bei 2875 ist ja auch noch nichts umgestellt. Und 2877 hat bei Share-Online einen Knacks. Stefanosperl hat noch einiges eingechekt, das habe ich aber noch nicht probiert.
Empfehlen kann ich im Moment erstmal nur 2876
EDIT: Ich habe das nochmal gelesen was du da gschrieben hast, und wenn ich mal so drüber nachdenke dann irgnoriert der Klick auf erneut verbinden die aktivierten Checks. Die Mac/und voip checks laufen nur bei eineim automatisiertem Reconnect.
R2877 ist so nicht funktional:
./fritzload.sh: line 1: date+%s: not found
+ [ -le 600 ]
ash: 600: unknown operand
+ echo 9kw.eu: Maximale Wartezeit wurde erreicht.
9kw.eu: Maximale Wartezeit wurde erreicht.Bevor ich gucken konnte waren 100 Credits verballtert 
"Gar keine" Logeinträge ist eigentlich das letzte was passieren dürfte, daran wurde nichts geändert. Klingt für mich wie etwas was mit einem frisch formatierten USB Stick und einem Neustart behoben sein sollte.
Falls du das Problem allerdings auf die neueste Version festnageln kannst, probiere doch die Voipcheck.lua mal manuell über Telnet aus, wir haben die ja an eine SampeSize von Eins entwickelt, da rolex0815 keine Telefone an seiner FB mehr hat. Dieser Teil sollte eigentlich bei allen Boxen mit Telefon identisch sein.
@Fireball3:
Es ist soweit ich sehe jetzt alles eingecheckt, du solltest jetzt bedenkenlos updaten und Reconnect aktivieren können.
Einen guten Sonntag Morgen wünsche ich!
Ich hatte jetzt mal Gelegenheit mir das Verbose etwas genauer anzuschauen, zwei Sachen kann ich jetzt hier posten:
Einmal Beispiele der Fehlermeldung "Bad Request" in der Debug-Log:
....
+ echo 9kw.eu - Hinweis. Kein Proxy angegeben. Zusatzkosten von 5 Credits, falls keiner bei 9kw.eu hinterlegt wurde.
9kw.eu - Hinweis. Kein Proxy angegeben. Zusatzkosten von 5 Credits, falls keiner bei 9kw.eu hinterlegt wurde.
+ curl -s -F apikey=XXXXXXXXXX -F action=usercaptchaupload -F selfsolve=0 -F interactive=1 -F nomd5=1 -F useragent=Mozilla/5.0 (Windows NT 6.0; WOW64) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31 -F maxtimeout=600 -F source=fritz -F oldsource=recaptchav2 -F pageurl=http://www.share-online.biz/dl/XXXXXXX/free/ -F captchaperhour=100 -F file-upload-01=6LdnPkIUAAAAABqC_ITR9-LTJKSdyR_Etj1Sf-Xi [url]https://www.9kw.eu/index.cgi[/url]
+ /var/media/ftp/USB/FritzLoad/bin/7390/curl -A 2 --user-agent Mozilla/5.0 (Windows NT 6.0; WOW64) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31 --insecure --globoff --speed-time 600 --connect-timeout 240 -s -F apikey=01IEO19CVNQUZXIT8S -F action=usercaptchaupload -F selfsolve=0 -F interactive=1 -F nomd5=1 -F useragent=Mozilla/5.0 (Windows NT 6.0; WOW64) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31 -F maxtimeout=600 -F source=fritz -F oldsource=recaptchav2 -F pageurl=http://www.share-online.biz/dl/XXXXXXX/free/ -F captchaperhour=100 -F file-upload-01=6LdnPkIUAAAAABqC_ITR9-LTJKSdyR_Etj1Sf-Xi [url]https://www.9kw.eu/index.cgi[/url]
+ return 0
+ CAPTCHA_ID=100570873
+ + echogrep 100570873 Bad Request
+ /var/media/ftp/USB/FritzLoad/bin/7390/busybox grep Bad Request
+ return 0
+ newcaptchaid=100570873
+ echo 9kw.eu - NewCaptchaID: 100570873
9kw.eu - NewCaptchaID: 100570873
+ waiting 15 0 15 Warte auf RecaptchaV2 Loesung
....
Opera/9.80 (Windows NT 6.2; WOW64) Presto/2.12.388 Version/12.14
Opera/9.80 (Windows NT 5.1) Presto/2.12.388 Version/12.15
Opera/9.80 (Windows NT 6.1; Win64; x64) Presto/2.12.388 Version/12.15
Opera/9.80 (Windows NT 6.1; WOW64) Presto/2.12.388 Version/12.15
Opera/9.80 (Windows NT 6.2; Win64; x64) Presto/2.12.388 Version/12.15 -F maxtimeout=600 -F source=fritz -F oldsource=recaptchav2 -F pageurl=http://www.share-online.biz/dl/XXXXXXXX/free/ -F captchaperhour=100 -F file-upload-01=6LdnPkIUAAAAABqC_ITR9-LTJKSdyR_Etj1Sf-Xi [url]https://www.9kw.eu/index.cgi[/url]
+ return 0
+ CAPTCHA_ID=<?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"[url]http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd[/url]">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<title>400 - Bad Request</title>
</head>
<body>
<h1>400 - Bad Request</h1>
</body>
</html>
+ + echogrep <?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"[url]http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd[/url]">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<title>400 - Bad Request</title>
</head>
<body>
<h1>400 - Bad Request</h1>
</body>
</html> Bad Request
+
/var/media/ftp/USB/FritzLoad/bin/7390/busybox grep Bad Request
<title>400 - Bad Request</title>
<h1>400 - Bad Request</h1>
+ echo 9kw.eu - submit: Bad Request
9kw.eu - submit: Bad Request
+ return 1
.....Außerdem habe ich vielleicht noch einen Hinweis:
+ [ 105 -le 600 ]
+ curl -s [url]https://www.9kw.eu/index.cgi?action=usercaptchacorrectdata&id=100599202&source=fritz&apikey=XXXXXXXXXXXX[/url]
+ /var/media/ftp/USB/FritzLoad/bin/7390/curl -A 2 --user-agent Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Trident/5.0; chromeframe/25.0.1364.152) --insecure --globoff --speed-time 600 --connect-timeout 240 -s [url]https://www.9kw.eu/index.cgi?action=usercaptchacorrectdata&id=100599202&source=fritz&apikey=XXXXXXXXXXXXXXXXXXXXx[/url]
+ return 0
+ answer=
+ [ -n ]
+ sleep 5
+ : 110
+ [ 110 -le 600 ]
+ curl -s [url]https://www.9kw.eu/index.cgi?action=usercaptchacorrectdata&id=100599202&source=fritz&apikey=XXXXXXXXXXXXXXXXXXXXXXXX[/url]Diese Schleife checkt offentsichtlich alle 5 Sekunden ob das Catcha bereits gelöst wurde. Das Problem ist nur, das es auf meiner Box nicht fünf Sekunden sind.
Sollte die Captcha Lösung bei 9kw.eu nicht klappen, z.B. Error No User, dann bricht die Schleife bei 605 ab. Das Problem ist nur das in der Zwischenzeit deutlich mehr Zeit vergangen ist, in der Regel eher 800 Sekunden. Die Uhr in der "Statusleiste", da wo auch der Fortschrittsbalken etc. sind läuft aber im Richtigen Tempo.
Vllt ist das Plugin mit seiner Zeitzählung irgendwann soweit hinterher das 9kw die Captchas nicht mehr annimmt?
Wollte das hier mal als Update gepostet haben, vielleicht erleuchtet es ja jemanden.
EDIT: Nachträgliche Anonymisierung 
EDIT2:
In der Zwischenzeit wurde R2877 eingecheckt, die Zeit scheint jetzt über die Uhrzeit zu laufen, anstatt das die FritzBox aktiv zählt, was ihren zarten Prozessor wohl aus dem Tritt brachte.
Gibt es dazu einen Kommentar ob ich das richtig sehe?
Werde das mal einspielen und laufen lassen...
Chefi schrieb:Von Zeit zu Zeit fährt sich das Plugin fest und schafft es irgendwie nicht mehr richtig das Captcha bei 9kw einzureichen, es sind für diese Zeit auch keine Einreichungen in der History.
Läuft es denn manchmal mehrere Stunden ohne Schwierigkeiten?
Ja. Die zwei letzten Logs die ich hier gepostet habe sind vom selben Tag.
Vorher hatte er sich ca um 2:45 aufgehangen und ich habe ihn dann um 9 Uhr gestoppt, in dieser Zeit hat die Instanz nur Müll produziert.
Dann ist es bis 19 Uhr wieder korrekt gelaufen, in den Zehn Stunden 21 Dateien heruntergeladen.
Dazu noch hinzufügen wollte ich das ich beide Server bei dem 19 Uhr "Schluckauf" gecheckt habe, also sowohl share-online als auch 9kw.eu waren erreichbar.
Hier habe ich mal etwas genauer aufbereitet was ich oben versucht habe zu erklären:
Von Zeit zu Zeit fährt sich das Plugin fest und schafft es irgendwie nicht mehr richtig das Captcha bei 9kw einzureichen, es sind für diese Zeit auch keine Einreichungen in der History.
Erst ein Neustart der Instanz lässt alles wieder funktionieren.
19:00:38 4 Dateien wurden heruntergeladen.
19:00:38 Keine UnRAR-Einstellungen (/var/media/ftp/USB/FritzLoad/config/unrar.ini) sind vorhanden!
19:00:44 ### share_online_biz-free: [url]http://www.share-online.biz/dl/XXXXX[/url]
19:00:45 LINKCHECK: [url]https://api.share-online.biz/linkcheck.php[/url] | Optionen: -d links=http://www.share-online.biz/dl/XXXXX
19:00:46 Datei: XXXXX.part06.rar
19:00:56 EN: [url]http://www.share-online.biz/lang/set/english[/url] | Optionen: --cookie-jar /var/tmp/fritzload2/dl.cookie.txt
19:00:57 GET1: [url]http://www.share-online.biz/dl/XXXXX[/url] | Optionen: --cookie-jar /var/tmp/fritzload2/dl.cookie.txt --cookie /var/tmp/fritzload2/dl.cookie.txt
19:00:58 GET2: [url]http://www.share-online.biz/dl/XXXXX/free/[/url] | Optionen: --cookie /var/tmp/fritzload2/dl.cookie.txt -d dl_free=1&choice=free
WARNING: can't open config file: /usr/local/ssl/openssl.cnf
9kw.eu - Hinweis. Kein Proxy angegeben. Zusatzkosten von 5 Credits, falls keiner bei 9kw.eu hinterlegt wurde.
<title>400 - Bad Request</title>
<h1>400 - Bad Request</h1>
9kw.eu - submit: Bad Request
9kw.eu - Hinweis. Kein Proxy angegeben. Zusatzkosten von 5 Credits, falls keiner bei 9kw.eu hinterlegt wurde.
<title>400 - Bad Request</title>
<h1>400 - Bad Request</h1>
9kw.eu - submit: Bad Request
9kw.eu - Hinweis. Kein Proxy angegeben. Zusatzkosten von 5 Credits, falls keiner bei 9kw.eu hinterlegt wurde.
<title>400 - Bad Request</title>
<h1>400 - Bad Request</h1>
9kw.eu - submit: Bad Request
19:01:31 Warte 0 Minute(n) und 30 Sekunde(n)...
19:01:31 Die erneute Verbindung ist nicht möglich, weil die Fritz!Load-Instanz [1] noch aktiv ist.
19:02:01 Download...
19:02:12 Der freie Speicher in /var/media/ftp/USB/FritzLoad/downloads: 56830 MByte
19:02:12 URL-Download (T:1/R:99): URL-Adresse: | Datei: XXXXX.part06.rar | Optionen: --cookie /var/tmp/fritzload2/dl.cookie.txt
mv: can't rename '/var/media/ftp/USB/FritzLoad/downloads/tmp/XXXXX.OK.part06.rar.part': No such file or directory
19:02:12 Download: 3 URL malformat. The syntax was not correct. | HTTP-Code: () | HEAD:
(stored: /var/media/ftp/USB/FritzLoad/downloads/XXXXX.part06.rar.error-3)
19:02:12 Warte 10 Minute(n) und 2 Sekunde(n)...
19:02:13 Die erneute Verbindung ist nicht möglich, weil die Fritz!Load-Instanz [1] noch aktiv ist.
19:12:25 EN: [url]http://www.share-online.biz/lang/set/english[/url] | Optionen: --cookie-jar /var/tmp/fritzload2/dl.cookie.txt
19:12:26 GET1: [url]http://www.share-online.biz/dl/XXXXX[/url] | Optionen: --cookie-jar /var/tmp/fritzload2/dl.cookie.txt --cookie /var/tmp/fritzload2/dl.cookie.txt
19:12:26 GET2: [url]http://www.share-online.biz/dl/XXXXX/free/[/url] | Optionen: --cookie /var/tmp/fritzload2/dl.cookie.txt -d dl_free=1&choice=free
WARNING: can't open config file: /usr/local/ssl/openssl.cnf
9kw.eu - Hinweis. Kein Proxy angegeben. Zusatzkosten von 5 Credits, falls keiner bei 9kw.eu hinterlegt wurde.
<title>400 - Bad Request</title>
<h1>400 - Bad Request</h1>
9kw.eu - submit: Bad Request
9kw.eu - Hinweis. Kein Proxy angegeben. Zusatzkosten von 5 Credits, falls keiner bei 9kw.eu hinterlegt wurde.
<title>400 - Bad Request</title>
<h1>400 - Bad Request</h1>
9kw.eu - submit: Bad Request
9kw.eu - Hinweis. Kein Proxy angegeben. Zusatzkosten von 5 Credits, falls keiner bei 9kw.eu hinterlegt wurde.
<title>400 - Bad Request</title>
<h1>400 - Bad Request</h1>
9kw.eu - submit: Bad Request
19:12:55 Warte 0 Minute(n) und 30 Sekunde(n)...
19:12:55 Die erneute Verbindung ist nicht möglich, weil die Fritz!Load-Instanz [1] noch aktiv ist.
19:13:26 Download...
19:13:38 Der freie Speicher in /var/media/ftp/USB/FritzLoad/downloads: 56740 MByte
19:13:38 URL-Download (T:2/R:99): URL-Adresse: | Datei: XXXXX.part06.rar | Optionen: --cookie /var/tmp/fritzload2/dl.cookie.txt
mv: can't rename '/var/media/ftp/USB/FritzLoad/downloads/tmp/XXXXX.part06.rar.part': No such file or directory
19:13:39 Download: 3 URL malformat. The syntax was not correct. | HTTP-Code: () | HEAD:
(stored: /var/media/ftp/USB/FritzLoad/downloads/XXXXX.part06.rar.error-3)
19:13:39 Warte 10 Minute(n) und 2 Sekunde(n)...
19:13:39 Die erneute Verbindung ist nicht möglich, weil die Fritz!Load-Instanz [1] noch aktiv ist.
<pre class=msg>Neue Links:<br>
-----
Gesamt: 0 | 0 eingetragen | 0 übersprungen</pre>
Fritz!Load Revision 2874 wurde gestartet 07.02.2018 19:17:16: ./fritzload.sh i2 -l /var/media/ftp/USB/FritzLoad/config/dl_jobs2.txt (PID:13823)
19:17:17 ### share_online_biz-free: [url]http://www.share-online.biz/dl/XXXXX[/url]
19:17:17 LINKCHECK: [url]https://api.share-online.biz/linkcheck.php[/url] | Optionen: -d links=http://www.share-online.biz/dl/XXXXX
19:17:18 Datei: XXXXX.part06.rar
19:17:28 EN: [url]http://www.share-online.biz/lang/set/english[/url] | Optionen: --cookie-jar /var/tmp/fritzload2/dl.cookie.txt
19:17:29 GET1: [url]http://www.share-online.biz/dl/I8ZFT6HOEQR[/url] | Optionen: --cookie-jar /var/tmp/fritzload2/dl.cookie.txt --cookie /var/tmp/fritzload2/dl.cookie.txt
19:17:29 GET2: [url]http://www.share-online.biz/dl/I8ZFT6HOEQR/free/[/url] | Optionen: --cookie /var/tmp/fritzload2/dl.cookie.txt -d dl_free=1&choice=free
WARNING: can't open config file: /usr/local/ssl/openssl.cnf
9kw.eu - Hinweis. Kein Proxy angegeben. Zusatzkosten von 5 Credits, falls keiner bei 9kw.eu hinterlegt wurde.
9kw.eu - NewCaptchaID: 100394461
19:17:44 Warte 0 Minute(n) und 15 Sekunde(n)...
9kw.eu - Loesung: 03AA7ASh1zLrYXqrZY-W2ERblp1CF-apmVf0P9Tisa5-iceF4tTOZbJBqrYPclVVNGf99hx3jlV-U1CF0hjyAn-bXzCFh3-zuW1lnSkCMIYuokBQpBMNqQ6s8BtiW7PDi8m0CuQ9eegCTHfNS1DVyBwZj_ws8uRzFkOqHoPPeK0xm44JLdgEb3rPlbVq-Z-7slsEdtY7iKcbMzjpkDG8PoU5JhaupBE530I7BhbcbEULNOyP81SJN4TAVvNXiZODJgnpAiZ_uhQrkheatheAEkaAKZykAwEUyaLP0AWnP0OjXZnDOenAawehTjp8xxNeKN5JRrUZ30DRF7h5F5ePDynhXkkiY54R5P1fADy8yadz-ryW-V-SAQ36WZ4D4fLe1aqeHeFt7ZExceBQASmR9MoAtiWhWrP-EurRsTbDRAFJfo__xs7iFO37oHF_zlY444IOcAJnHG6bvszQM0yttXixuWOMDb6dOdv9eiWWwcj1Nkc1ND3fL76DfImoNdVcEMHgsuM_7EhwLacZG8fDjmf4h5GuJLZBtF_g
19:20:44 Captcha-Versuch: 1
WARNING: can't open config file: /usr/local/ssl/openssl.cnf
19:20:44 Warte 0 Minute(n) und 30 Sekunde(n)...
19:21:14 Download...
19:21:23 Der freie Speicher in /var/media/ftp/USB/FritzLoad/downloads: 56741 MByte
19:21:23 URL-Download (T:1/R:99): URL-Adresse: [url]http://dlw298-2.share-online.biz/fl?fr=C64452B8C54922EBFE17799A90454FBA974723EBEC497893C5415E0C942038EDF62F2EAFFD46A5D69CF142ED226620F08B447AEB7C46F1EC946579EC3C6A2AEB9445BEAAFB333DEC2E3C2836E032AF8A943D22CAAF46BC4B4405D0ECFFF2F047B70C789F6D56703194B44996C4FA925C&q=v4[/url] | Datei: No1477_0102-80AHD.OK.part06.rar | Optionen: --cookie /var/tmp/fritzload2/dl.cookie.txtEdit: Es wird auch nur 3 mal probiert, statt 10 mal wie in der config vermerkt.
Wenn derjenige direkt nach dem Test wählt hört man bei uns manchmal noch kurz "Hallo?" und dann wars das.
rolex0815 hat das ganze ja geschrieben, ich hab nur die Recherche im ippf gemacht.
Der Code ist ja auch schon auf SourceForge, inklusive der voipcheck.lua. Der "Ältestenrat" müsste nur noch entscheiden was genau man als Ausgabe haben will in der Log (eigene Nummer, Gegenstelle etc etc).
Hast du die neue Methode schon getestet? Bis jetzt bin das ja anscheinend nur ich gewesen.
Nein, sind noch nicht eingecheckt, musste ich nach einem Vollständigen Update schmerzlich feststellen.
Funktioniert aber bei mir perfekt.
Die einzigen Probleme, die aber niemand lösen kann, ist wenn jetzt jemand beginnt zu telefonieren in den 20 Sekunden zwischen erfolgreichem Voipcheck und erfolgreichem Reconnect. Aber das beschränkt sich bei uns auf einen im Monat, das kann ich also auf den Telefonanbieter abwälzen falls mich jemand danach fragt 
Ich habe derzeit bei 9kw.eu einfach einen beliebigen Online Proxy eingetragen, das funktioniert soweit. Sollten die Hoster irgendwann allerdings einmal die gleiche IP für Download und Captcha vorraussetzen wird man um einem eigenen Proxy nicht herum kommen.
Das die ganze "FritzBox-Modding-Sache" etwas abgenommen hat liegt schon denke ich schon daran das AVM es schwerer gemacht hat. Wenn man weiß wie es geht ist keine Kunst Freetz über eine aktuelle Firmware zu bügeln, aber dass es das letzte mal ein durchgeschriebenes HowTo, ob jetzt zu Freetz oder FritzLoad gegeben hat ist schon etwas her.
Back to topic:
Von Zeit zu Zeit, "scheinbar" ohne Grund, verfängt sich das Share-Online Plugin immer mal wieder, es hilft dann nur ein Neustart der Instanz:
WARNING: can't open config file: /usr/local/ssl/openssl.cnf
9kw.eu - Hinweis. Kein Proxy angegeben. Zusatzkosten von 5 Credits, falls keiner bei 9kw.eu hinterlegt wurde.
<title>400 - Bad Request</title>
<h1>400 - Bad Request</h1>
9kw.eu - submit: Bad Request
9kw.eu - Hinweis. Kein Proxy angegeben. Zusatzkosten von 5 Credits, falls keiner bei 9kw.eu hinterlegt wurde.
<title>400 - Bad Request</title>
<h1>400 - Bad Request</h1>
9kw.eu - submit: Bad Request
9kw.eu - Hinweis. Kein Proxy angegeben. Zusatzkosten von 5 Credits, falls keiner bei 9kw.eu hinterlegt wurde.
<title>400 - Bad Request</title>
<h1>400 - Bad Request</h1>
9kw.eu - submit: Bad Request
08:20:44 Warte 0 Minute(n) und 30 Sekunde(n)...
08:21:14 Download...
08:21:24 Der freie Speicher in /var/media/ftp/USB/FritzLoad/downloads: 48995 MByte
08:21:24 URL-Download (T:36/R:99): URL-Adresse: | Datei: XXXX.rar | Optionen: --cookie /var/tmp/fritzload2/dl.cookie.txt
mv: can't rename '/var/media/ftp/USB/FritzLoad/downloads/tmp/XXXX.rar.part': No such file or directory
08:21:24 Download: 3 URL malformat. The syntax was not correct. | HTTP-Code: () | HEAD:
(stored: /var/media/ftp/USB/FritzLoad/downloads/XXXX.rar.error-3)
08:21:24 Warte 10 Minute(n) und 2 Sekunde(n)...Sowohl Share-Online als auch 9kw waren zu diesem Zeitpunkt gut erreichbar.
EDIT:
Bemerkung Nummer Zwei:
Das Zusammenspiel von Share-Online Plugin und 9kw.eu ist auch im Bezug auf das TimeOut nicht ganz reibungslos.
Das Timeout hatt ich über Nacht auf 600 Sekunden eingestellt, und das wurde auch erfolgreich übermittelt.
FritzLoad startet in diesem Fall, gegensätzlich zu dem anderen Thread mit ähnlicher Thematik (getestet mit filer.net, FritzLoad wartet bis zu zwei Stunden auf ein Captcha das mit Error No User fehlgeschlagen ist, weitere Test erfolgen bald), bereits deutlich zu früh einen zweiten Verusch, etwa nach 450 Sekunden.
Dann kann es durchaus vorkommen dass das erste Captcha dann noch gelöst und abgerechnet wird, FritzLoad aber bereits einen neuen Slot geöffnet hat und das Ganze beginnt von vorn.
Als Workaround habe ich also mein Timeout auf 420 Sekunden gestellt, aber ich habe dennoch, eben in Verbindung mit dem anderen Thread das Gefühl dass da zwei Timer laufen, oder etwas dazwischenfährt was den Prozess aus dem Tritt bringt. Momentan bin ich leider wirklich zu beschäftigt um ein ausführliches Troubleshouting vorzunehmen und die Probleme einzugrenzen, und hangele mich deswegen nur von Fix zu Fix um alles irgendwie am laufen zu halten.
Vielleicht schaffe ich es aber im Laufe der Woche für diese ganzen Timeout-Probleme mal isolierte Tests vorzunehmen, wie thecoder vorgeschlagen hat mit selfsolve etc...
Deswegen danke an jeden der sich das schon im Vorfeld mal anschaut!
Chefi schrieb:Leider musste ich feststellen das FritzLoad die TimeOut Zeit für einen zweiten Versuch geflissentlich ignoriert
Naja vermutlich wäre 600 Sekunden besser je nach Captcha und Seite ist grundsätzlich ein erneuter Versuch ggf. besser. Hab leider kein installiertes Fritz!Load mehr um dies zu testen.
Hatte ich auch ursprünglich 600, habe aber zu Testzwecken die Empfohlenen Einstellungen übernommen.
Chefi schrieb:Kann jemand dieses Verhalten bestätigen oder liegt das nur an mir?
Geht es denn bei einer korrekten Lösung problemlos? Tritt das nur bei einem Timeout (Fehler Error No User) auf?
Bei einer korrekten Lösung ist mir das noch nicht in nennenswerter Größenordnung aufgefallen.
Chefi schrieb:..., aber FritzLoad selbst lässt sich nicht danach.
Jetzt nochmal bitte auf Deutsch.
In der 9kw.eu History kann man nachvollziehen ob ein Timeout übertragen wurde.
Also muss die FritzLoad Instanz diese ja erkannt haben.
Wenn die Zeit allerdings abgelaufen ist passiert nichts, oder anders, FritzLoad selbst lässt sich nicht danach.
Chefi schrieb:Da die ganze Angelegenheit zurzeit extrem laggt konnte ich eine das ganze mal loggen, da ich aber nicht weiß wo der Fehler liegt warte ich mal bevor ich mehrere Tausend Zeilen poste.
Was genau laggt so extrem? Fritz!Load? Naja tausende Zeilen zu posten ist selten nützlich.
Euer Server laggt immer wieder mal, häufig gegen 21 Uhr deutscher Winterzeit.
Dann kommt logischerweise häufiger mal keine Antwort zurück, oder das gesendete Captcha verläuft im Sand. Deswegen kann man zu dieser Uhrzeit schonmal so einen Fehler loggen.
Bin im Moment sehr beschäftigt, sonst würde ich mehr loggen und genauer checken, aber ich bin 95% positiv dass zwischen r2869 und r2872 irgendetwas schief gelaufen ist.
Mit 2869 funktioniert alles wunderbar ( bis auf GETSOLUTION Schleife in der Log und kein Timeout übertragen), aber mit r2872 bekomme ich ähnliche Fehler wie Fireball3:
Als Lösung bekomme ich irgendein HTML Gefasel zurück.
19:20:03 GET1: [url]http://www.share-online.biz/dl/XXXXXXXXXXX[/url] | Optionen: --cookie-jar /var/tmp/fritzload2/dl.cookie.txt --cookie /var/tmp/fritzload2/dl.cookie.txt
19:20:04 GET2: [url]http://www.share-online.biz/dl/XXXXXXXXXX/free/[/url] | Optionen: --cookie /var/tmp/fritzload2/dl.cookie.txt -d dl_free=1&choice=free
WARNING: can't open config file: /usr/local/ssl/openssl.cnf
9kw.eu - NewCaptchaID: 0008 Kein Captcha gefunden. / No captcha found.
19:20:19 Warte 0 Minute(n) und 15 Sekunde(n)...
19:20:19 Die erneute Verbindung ist nicht möglich, weil die Fritz!Load-Instanz [1] noch aktiv ist.
9kw.eu - Loesung: <?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"[url]http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd[/url]">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<title>400 - Bad Request</title>
</head>
<body>
<h1>400 - Bad Request</h1>
</body>
</html>
19:20:35 Captcha-Versuch: 1
Captcha-Fehler
9kw.eu - NewCaptchaID: 0008 Kein Captcha gefunden. / No captcha found.
19:20:53 Warte 0 Minute(n) und 15 Sekunde(n)...
19:20:54 Die erneute Verbindung ist nicht möglich, weil die Fritz!Load-Instanz [1] noch aktiv ist.
9kw.eu - Loesung: <?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"[url]http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd[/url]">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<title>400 - Bad Request</title>
</head>
<body>
<h1>400 - Bad Request</h1>
</body>
</html>
19:21:09 Captcha-Versuch: 2
Captcha-Fehler
9kw.eu - NewCaptchaID: 0008 Kein Captcha gefunden. / No captcha found.
19:21:23 Warte 0 Minute(n) und 15 Sekunde(n)...
19:21:24 Die erneute Verbindung ist nicht möglich, weil die Fritz!Load-Instanz [1] noch aktiv ist.
9kw.eu - Loesung: <?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"[url]http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd[/url]">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<title>400 - Bad Request</title>
</head>
<body>
<h1>400 - Bad Request</h1>
</body>
</html>
19:21:39 Captcha-Versuch: 3
Captcha-Fehler
19:21:39 Warte 0 Minute(n) und 30 Sekunde(n)...
19:21:40 Die erneute Verbindung ist nicht möglich, weil die Fritz!Load-Instanz [1] noch aktiv ist.
19:22:10 Download...
19:22:24 Der freie Speicher in /var/media/ftp/USB/FritzLoad/downloads: 58423 MByte
19:22:24 URL-Download (T:1/R:99): URL-Adresse: | Datei: XXXXXXXXXXXX.OK.part45.rar | Optionen: --cookie /var/tmp/fritzload2/dl.cookie.txt
mv: can't rename '/var/media/ftp/USB/FritzLoad/downloads/tmp/XXXXXXXXXX.part45.rar.part': No such file or directory
19:22:25 Download: 3 URL malformat. The syntax was not correct. | HTTP-Code: () | HEAD:
(stored: /var/media/ftp/USB/FritzLoad/downloads/XXXXXXXXXX.part45.rar.error-3)
19:22:25 Warte 10 Minute(n) und 2 Sekunde(n)..Anmerkung: Die IP war frisch, deswegen sollte es nicht zu schlimm gewesen sein das andere Instanzen den Reconnect verhinderten.
Der Proxy würde dann verwendet werden um das Captcha an 9kw zu senden und zu empfangen? Was haben die davon....
Ob das Captcha jetzt von einer 9kw-User-IP gelöst wird oder von der eines Proxy macht doch keinen Unterschied. Auch wenn man die Lösung wieder zum Clienten schicken wüde und der löst das Captcha, wäre der Proxy egal (ich weiß nicht genau wie das gelöst wird). Wenn man die Größenordnung des Verkehrs kennt kann man ja mal schauen was für einen "kostenfreien" Proxy mal probieren könnte.
Downloaden über einen Proxy kann man ja sowieso nicht.
Die Getsolution-Schleife ist keine Problematik, ist ja wahrscheinlich simpel das in die Debug-Log auszulagern, und kann bis alles eingestellt ist ruhig ganz nach unten in der Prioritäten-Liste.
1/6 der Kosten bei den Captchas zu sparen scheint dagegen ein hehres Ziel zu sein.
EDIT: Logikfehler korrigiert.
Danke roadman.
Kann alles was du gesagt hast bestätigen.
Share-Online funktioniert jetzt, es kostet 30 Credits (obwohl man für das lösen eines solchen Captchas nur 19/20 Credits bekommt).
Hat die Captcha Seite überhaupt Einfluss darauf wie 9kw das Captcha annimmt oder wird das mit den 30 Credits so bleiben?
Es taucht in der 9kw-History als Interaktiv auf. Auch richtig ist dass ansonsten noch keine Einstellungen übertragen werden, wie z.B. die Wartezeit.
Ein Sache jedoch ( in dem Wissen dass es noch experimentell ist), hier die Log:
14:32:20 GET2: [url]http://www.share-online.biz/dl/XXXXXXXXX/free/[/url] | Optionen: --cookie /var/tmp/fritzload2/dl.cookie.txt -d dl_free=1&choice=free
WARNING: can't open config file: /usr/local/ssl/openssl.cnf
9kw.eu - NewCaptchaID: 100210585
14:32:33 Warte 0 Minute(n) und 15 Sekunde(n)...
14:32:49 GETSOLUTION: [url]https://www.9kw.eu/index.cgi?action=usercaptchacorrectdata&id=100210585&source=fritz&apikey=XXXXXXXXXXXXXXXXX[/url] | Optionen:
14:32:49 Warte 0 Minute(n) und 5 Sekunde(n)...
14:32:55 GETSOLUTION: [url]https://www.9kw.eu/index.cgi?action=usercaptchacorrectdata&id=100210585&source=fritz&apikey=XXXXXXXXXXXXXXXXX[/url] | Optionen: Einmal scheint ssl nicht zu funktionieren, außerdem läuft diese Getsolution Schleife dann alle 5 Sekunden bis das Captcha gelöst wird, was ja durchaus ein paar Minuten dauern kann, macht einem natürlich realtiv schnell die Log voll.
Danke sehr!