#1
|
|||
|
|||
Was tun gegen ReCaptche-Loops?
Hallo,
gibt es diesbezüglich denn schon Workarounds oder Erfahrungswerte, wie man diese Loops (sprich nach erfolgreicher ReCaptcha-Eingabe wird diese nicht akzeptiert und es wird eine neue Abfrage initiiert) vermeiden kann. ReCapatcha an sich ist ja nun schon eine Zumutung, aber wenn dann noch die Loops ins Spiel kommen (in letzter Zeit gehäuft bis zu 5 mal hintereinander), dann ist jede ReCaptcha-Eingabe nur noch ein Glücksspiel und man wartet jedesmal darauf, dass die Sache wieder einmal schief geht. Dieses Problem tauchte bei mir bisher auch nur in Verbindung mit dem JDowloader auf. Im Browser gab es bisher keine Loops. Grüße tbengel |
#2
|
|||
|
|||
-Kommen mehr als 2-3 abfragen Captcha abbrechen
-Großbildcaptchas nicht beantworte ->Reload button(links unten). Das man 2 beantworten muss lässt sich nicht umgehen befolgt man o.g. wird die quälerei aber etwas reduziert. |
#3
|
|||
|
|||
Danke für die Tipps, aber bei mir kommen grundsätzlich mindestens 5 Captcha-Abfragen (bei Filer weniger, da dieser nicht auf "Schwere Captchas" gestellt ist).
Hier mal ein gerade erlebter Loop von 5 Abfragen für eine Share-Online-100-MB-Datei: 01.11.18 10.20.25 <--> 01.11.18 10.51.21 jdlog://5023564433151/ Grüße tbengel |
#4
|
|||
|
|||
Versuch die tipps zu befolgen dann werden es weniger. Es sei den du hast eine fixe IP Adresse oder dein Browser erstellt google cookies. D.h. du hast z.b. vorher viele großbilder versucht zu beantworten(werden 99% falsch gewertet unabhängig von der nutzereingabe) und es wurde irgendwo ein score gespeichert.
Ein log kann ich nicht auswerten(und von RC2 dürfte da ohnehin nicht viel zu sehen sein) da müsste es schon ein Video sein. |
#5
|
|||
|
|||
Das mit dem Reload bei Großbildcaptchas habe ich auch schon probiert, doch dann war es irgendwann soweit, dass nur noch Großbildcaptchas kamen und wenn man zu oft Reload drückt, wird man für eine bestimmte Zeit komplett gesperrt ...
Cockies werden nicht angelegt, da ich Chrom extra im Inkognitomodus starte ... Grüße tbengel P.S. habe es gerade eben mit dem Reload bei Großbildcaptchas versucht, ..., nach 100 mal Reloads wo immer nur Großbildcaptchas kamen, habe ich es aufgegeben, ..., das klappt also nicht ... Last edited by tbengel; 01.11.2018 at 14:35. |
#6
|
|||
|
|||
Das RC2 vermehrt großbilder bringt weil die keiner lösen will hab ich mitbekommen aber idr. kommt spätestens nach dem 5. reload ein normales. Vielleicht etwas langsamer reload klicken. Oder ebend abbrechen.
Vielleicht scheibt ja mal jemand ein Browser Plugin das einfach die Downloads in einer Liste Speichert wo man die Links dann manuell anklicken und Downloaden kann. Da jetzt quasi alle Hoster RC2 nutzen kann man so schneller&einfacher Downloaden und braucht JD nichtmehr. Auf ein fix seitens JD würde ich nicht hoffen das Problem mit RC2(deutlich schwerer als ohne JD trotz gleichen Browser) besteht ja nun seit einem halben Jahr ist bei den Entwicklern bekannt, steht auch hier im Forum vielfach aber ist nach wie vor nicht behoben. |
#7
|
|||
|
|||
Wenn es wenigstens nach dem 5. Reload klappen würde, wäre ich ja schon glücklich, aber so ist JD für Free-User immer weniger nutzbar.
Wenn wenigstens die Link-Adresse angezeigt werden könnte, was programmiertechnisch eine Kleinigkeit sein sollte, da die angebotene Möglichkeit der Download-Adresse nur die Usprungsseite der Links anzeigt. Vielleicht kann sich mal ein Entwickler dazu äußern, warum die Linkadressen von File-Hostern nicht angezeigt werden? Grüße tbengel |
#8
|
|||
|
|||
Früher war das einfach da stand die Adresse gleich unter eigenschaften.
Jetzt hochkompliziert Einstellungen->Downloadadressen zeigen RMB Adresse kopieren. Im Browser einfügen. Die Ursprungsadresse wird zwar angezeigt(Bug) aber im clipboard ist der richtige Link. |
#9
|
|||
|
|||
Quote:
Bei mir habe ich selten mehr als fünf Großbilder. Und ja, manchmal wird das Lösen der Recaptcha richtig nervig. Soweit ich weiß, gibt es dafür zwei Ursachen: 1) es ist sehr viel Verkehr bei dem Hoster 2) bisher wurden schon viele Recaptchas gelöst. Und irgendwie habe ich das Gefühl, dass das nicht nach einer bestimmten Zeitspanne gelöscht wird, sondern stetig aufsummiert wird. Gegen 1) kannst du nichts machen, außer warten und verkehrsarme Zeiten verwenden. Bei 2) hilft bei mir Firefox (auf Debian) neuzustarten. Und das obwohl ich alle Cookies von Google gelöscht habe und ebenfalls im Inkognito-Modus unterwegs bin. Gruß |
#10
|
|||
|
|||
@user748912: Kannst du mir das nochmal genau erklären, dies klappt bei mir nicht .. ich klicke rechts auf den Link, dann Einstellungen --> Downloadadressen zeigen, dann Rechtsklick auf die Datei und "Adressen kopieren" und im Browser dann einfügen, aber auch dann habe ich nur die Ursprungsadresse und für Share-Online-Dateien ist die "Download von"-Spalte komplett leer ...
Mach ich was anders ... nebenbei bin ich gerade von Google gesperrt worden, wegen zu vieler Reload's ... einfach nur traumhaft ... @barkle: Danke für den Tipp, obwohl ich Chrome auf für jeden Link neu starte (trotz Inkognitomodus) ... ohne Ergebnis Ich glaube es liegt wohl auch daran, dass ich ein Unitymedia-(Kabel-BW)-Kunde bin, der seine IP nicht selber wechseln kann ... Grüße tbengel |
#11
|
|||
|
|||
Ist möglich das dazu noch eine Einstellung erforderlich ist.
Probier mal profieinstellungen "GeneralSettings: Copy Single Real URL" Reloads muss man langsam machen und darf auch nicht zuviele sonst sperre... Ich weiss wenn bei dir tatsächlich 8 großbilder hintereinander kommen ist die Anleitung nicht befolgbar. Alternativ mal Firefox probieren. Google wertet sicher auch den useragent aus. Last edited by user748912; 04.11.2018 at 12:23. |
#12
|
|||
|
|||
@user748912: Danke, das mit den Profi-Einstellungen war der Hinweis, den ich brauchte ... jetzt klappt das Kopieren ... ist zwar nicht im Sinne eines Downloadmanagers, die Links dann im Browser zu kopieren, aber solange das Loop-Problem (in letzter Zeit ziemlich häufig) besteht, weiß ich mir nicht anders zu helfen ...
Grüße tbengel |
#13
|
||||
|
||||
Quote:
Quote:
Richtige Lösungen führen bei wenig Captchas auch zu einer Verbesserung, bei vielen Captchas durchaus zum Gegenteil. Google wertet alle Daten aus mit entsprechender unbekannter Gewichtung.
__________________
Join 9kw.eu Captcha Service now and let your JD continue downloads while you sleep. Last edited by thecoder2012; 06.11.2018 at 20:31. |
#14
|
|||
|
|||
Die Loops sind in den letzten Tagen massiv mehr geworden, so dass ich nur noch im Browser laden kann, da es im JD2 zu einer zu großen nervlichen Belastung wurde, wenn nur jeder 5 Captcha beim ersten mal klappt.
Ich denke es hängt auf viel vom Provider ab. Insbesondere Unitymedia (KabelBW) Kunden (so wie ich) haben es schwer, da ein IP-Wechsel nicht möglich ist und der IP-Range besonders stark beansprucht wird. Dies macht leider den JD2 mittlerweile für Freeuser ziemlich unbrauchbar. Google hat durch ihr nicht funktionierendes RC2-System das halbe Internet massiv verlangsamt und es gibt leider immer weniger Rebellen, die sich diesem Diktat widersetzen. Selbst das JD2-Forum, dessen Produkt so massive Probleme mit RC2 hat, setzt selber dieses System ein, was ich überhaupt nicht nachvollziehen kann. Gibt es denn keinerlei Alternativen? |
#15
|
|||
|
|||
Es gibt IP´s wenn man die grade bekommen hat da sind die Captchas (kurz) leicht.
Da das RC2 von JD fehlerhaft arbeitet hat man idr. immer mindestens 1 Captcha was falsch gewertet wird. Kann man dazu die IP nicht wechseln ist klar was passiert, man wird runtergescored und kommt nicht mehr raus. Einer im Englischem abteil kennt auch das Problem mit JD. Er sagt es gibt eine JD alternative "TotalD" welche RC2 fehlerfrei implementiert hat d.h. genau so "einfach" alswenn es nur im Browser ohne Downloadmanager ist. |
#16
|
|||
|
|||
@user748912: Danke für den Tipp mit der Alternative, aber ich habe mich schon so an den JDownloader gewöhnt (bin quasi mit ihm groß geworden), dass mir eine Umstellung sehr schwer fallen würde (geht mir ähnlich wie mit Firefox, wird zwar von Version zu Version immer schlechter, aber die Vorteile halten mich noch von einem Neubeginn ab).
Ich meide zur Zeit (soweit möglich) alle RC2-Hoster mit maximaler Sicherheitsstufe (also SO, UL, RG haben ja nun auch auf RC2 umgestellt) und den Rest mache ich per "Downloadadresse kopieren". Ist total unpraktisch aber die Alternative mit den Loops (die mittlerweile ständig kommen) ist nervlich nicht durchzustehen. Ich hoffe sehr auf Besserung. Grüße tbengel |
#17
|
|||
|
|||
Bin auch gewohnheitstier. Aber eklatante, offensichtliche Fehler werden nicht beseitigt.
Das man an dem RC2 Problem arbeitet wird seit einem halben Jahr erzählt und nix passiert. Die ersten Problemthemen zu RC2 hier sind gar von 2017. Und zusätzliche Fehler die im Forum mehrfach reported wurden beseitigt man auch nicht. z.b. das JD nicht 2 Downloads parallel anfangen kann welche RC2 benötigen, da es zwangsweise bei einem zum Timeout=Doppelte abfragen kommen muss. Irgendwann werden wir wechseln müssen. |
#18
|
|||
|
|||
Beim JD-Projekt soll man immer im Hintergrund behalten, dass die Programmierer Ihre Zeit freiwillig in ein Projekt stecken, dass Ihnen (außer möglicherweise einer Anerkennung in der Community) finanziell nichts bringt. Also ist die Weiterentwicklung immer von Zeit und Lust geprägt.
Wäre dies ein Produkt, welches ich käuflich erworben hätte, dann würde ich auch auf das Fixen der Fehler bestehen, aber so bleibt nur abzuwarten, ob sich jemand findet, der die Probleme in Angriff nimmt oder sich selber mit JAVA zu beschäftigen um die Fehler alleine (für alle) zu fixen. Bekanntlich stirbt ja die Hoffnung zuletzt ... Grüße tbengel |
#19
|
|||
|
|||
Meiner Erfahrung nach ist der Inkognitomodus genau das Falsche. Ich habe oft auch viele "Endlos-Captchas", dann aber auch mal selten einen extrem kurzen Captcha-Run, d.h. z.B. nur zwei Großbilder. Das passiert normalerweise, wenn ich mit meinem regulären Google-Konto im selben Browser (Firefox) angemeldet bin und vorher irgend was mit Google gemacht habe (also nicht die Suche, sondern ein anderer Google-Dienst).
Letztendlich macht das meiner Meinung nach auch Sinn, wenn man sich ansieht in welche Richtung **External links are only visible to Support Staff**Recaptcha v3 geht - das "Abtesten" läuft automatisch im Hintergrund, der Nutzer sollte gar kein captcha zu Gesicht bekommen. Google setzt das bestimmt auf (fast) allen eigenen Seiten schon ein. Das Ergebnis wird in Cookies gespeichert oder/und der IP-Adresse zugeordnet. Sprich menschliche Interaktionen mit Google-Diensten erhöhen den "ist ein Mensch"-Wert bei google, was sich positiv auf die Captchas auswirkt. Bei den Großbildern hilft es die Vergrößerung zu aktivieren. Die Pest sind jedoch die mit den Ampeln, da ist komplett unklar was man machen soll. Nachtrag: Nachdem ich mich angemeldet habe sind alle Captchas plötzlich super easy lösbar. Der verwendete Google Account ist mein Hauptaccount, er besteht seit Jahren und ist auch mit meinem Android-Handy verknüpft (2-Faktor-Auth via SMS). Es ist also nicht so ein 08-15 Account der mal eben schnell angelegt wurde. Last edited by loaderr; 13.11.2018 at 12:40. Reason: Nachtrag |
#20
|
||||
|
||||
Es ist überall anders
Bei mir funktioniert der Inkognitomodus zum Beispiel extrem gut. Ohne diesen und mit meinem "normalen" Browser Profil kann ich Captchas teilweise erst nach 30-60 "Loops" (!!) lösen. Es empfielt sich auch, ggf. das "Auto click" des Browser Solvers abzuschalten, da dies wohl auch zu einem schlechten "Rating" seitens Google führen kann. Grüße, psp
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#21
|
|||
|
|||
Es macht hier kein unterschied ob normal, privat oder mit Login.
Autoclick ist durch gesunden Menschenverstand gleich abgeschaltet worden, ein Programm was Robots ausschliessen soll bekommt nach immer der selben Zeit eine Checkbox geclickt... Selbst ein Robot täte hier eine randomisierte Zeitspanne nehmen... Es macht aber einen ob JD oder normal im identischen Browser mit identischem Hoster. 1. ergibt sehr schwere RC2, 2. ergibt normale RC2 Aber das euer Plugin fehlerhaft arbeitet wollt ihr irgendwie trotzdem nicht einsehen. |
#22
|
||||
|
||||
Quote:
Wir haben bereits erklärt, dass Google unsere Browsererweiterung theoretisch erkennen kann und die Captchas entsprechend schwerer machen kann - prüfen lässt sich das schwer. Google wird da immer am längeren Hebel sitzen Grüße, psp
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#23
|
|||
|
|||
Fakt ist lösst man ein RC2 in Firefox ohne das JD beteidigt ist, ist diese Captcha einfach.
Benutzt man JD im selben Browser, mit selben Cookies etc. ist der RC2 schwer. Das haben diverse User bestätigt und da JD immer schlechter funktioniert muss man auf Browser ausweichen und immer sind die Captchas leicht. Wenn die Erweiterung erkannt wird habt ihr mist gebaut. Was ihr machen müsst ist die Originalseite(z.b. Rapidgator) im Browser aufrufen und legendlich den finalen Downloadlink abfangen. Da muss man nix dazwischenpfuschen mit irgendein JDownloader Logo, rausnehmen der RG Seite etc. |
#24
|
||||
|
||||
Quote:
Viele User würden dann wahrscheinlich denken, sie hätten sich irgendeine Malware eingefangen Du hast offensichtlich keine Ahnung davon. Wir haben die Lage hier transparent kommuniziert - du kannst uns gerne einen Downloadmanager zeigen, der das ganze besser löst Grüße, psp
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
#25
|
|||
|
|||
Hallo,
ich melde mich erst jetzt wieder, da ich eine längere Testphase abwarten wollte, nun zu Deiner Frage: Quote:
Nichts gegen Eurer Engagement, welches Ihr in das Projekt JD steckt und danke für die viele Zeit, die Ihr in die Entwicklung investiert, aber Euer RC2-Ansatz sollte vielleicht nochmal überdacht werden, und ja ich kann es auch nicht besser und ja ich kann mich auch hinsetzen und den Quellcode überarbeiten ... ich finde es nur schade, dass das JD-Team die RC2-Problematik nicht ernst genug nimmt, da es anscheinend zu wenig Free-User gibt, die dieses Programm nutzen. Grüße tbengel |
#26
|
||||
|
||||
@tbengel:
Quote:
Wir refinanzieren einen Teil diese Kosten durch Bundlings(Adware) im Installer und Werbung und Affiliate und Spenden. Aber wir bewegen uns natürlich mittlerweile auch im B2B Bereich und arbeiten an größeren Projekten für Kunden. Entgegen der Aussage bestimmter Personen ist uns die RC2 Problematik durchaus bewusst und obwohl man es nicht glauben mag, haben wir mehrere Verbesserungen am RC2 Handling vorbereitet, jedoch ist das Update der Erweiterung noch nicht in dem Status, dass wir es veröffentlichen können. Und wie man aus dem Forum entnehmen kann, gibt es die größeren Probleme , siehe https://board.jdownloader.org/showpo...4&postcount=34, zwar schon eine Weile aber eben nicht Jahre, wie man einer hier behauptet. Vor der Umstellung seitens Google hat die aktuelle Lösung funktioniert. Zwar nicht Perfekt, jedoch aussreichend genug damit *Normal* Nutzer damit arbeiten konnte. Und natürlich können Windows-Only Tools wie TotalD oder Load mit RC2 besser umgehen, da diese einfach den Browser /zb IE nativ einbinden können. JDownloader der eben auf mehreren Platformen als Windows läuft (Linux, Mac, OS/2, Windows..) und sogar Headless auf NAS/Embedded Devices/Routern braucht halt eine Lösung die auf mehr als nur Windows funktionieren, daher die Lösung über die Browser-Erweiterung, da diese Lösung eben auf allen genannten Kombinationen zur Verfügung steht. Das Google die aktuelle Erweiterung entdecken kann, ist durchaus möglich und sogar sehr wahrscheinlich. Und daher haben wir hier nicht aufgehört und hoffen mit dem nächsten Update der Erweiterung Verbesserungen zu bringen. Das größte Ärgernis für mich sind Aussagen, wie von gewissen Personen, die , obwohl Sie keine Ahnung haben, einfach alles Schlecht reden und sehr herablassend über die Entwickler und den JDownloader daherziehen. Wie du schon sagst und selbst korrekt erkennst, wenn es *so* einfach wäre das RC2 Problem zu lösen, dann könnte ja auch ein jeder seinen Teil zum Lösen des Problems beitragen in Form von Wissen, brauchbaren Analysen und Fehlerreports und Arbeit/Zeit/Quellcode beitragen. DAS wäre der Weg in die richtige Richtung und eben NICHT über das Produkt und den Entwickler daherziehen.
__________________
JD-Dev & Server-Admin |
#27
|
|||
|
|||
@Jiaz:
Wenn ich Dich richtig verstanden habe, gäbe es also eine bessere (native) Lösung nur eben nicht für alle User. Warum kann diese nicht (übergangsweise) für die betreffenden Systeme zur Verfügung gestellt werden? Damit würde ein Großteil der Nutzer fürs erste einmal gut leben können. Ihr möchtet, dass Euer RC2-Abfrage-System allgemeingültig funktioniert, aber die Nebeneffekte (z.B. Loops) sind so gravierend, dass Ihr wirklich Euren diesbezüglichen Ansatz überlegen solltet und vielleicht doch RC2-systemunterschiedliche Lösungen anbieten solltet. RC2 wird nun seit Ende Februar flächendeckend eingesetzt und seitdem ist es immer schlimmer geworden. Gab es das Loop-Problem früher überhaupt nicht, ist es mittlerweile zum Standard geworden. Es wäre schön, wenn Ihr Euren RC2-Ansatz überdenkt, denn der jetzige Weg funktioniert leider nicht. Danke tbengel |
#28
|
||||
|
||||
@tbengel: All diese genannten RC2 Probleme, siehe https://board.jdownloader.org/showpo...4&postcount=34 , existieren eben NICHT für alle Nutzer. Ich hab RC2 Probleme bei fast jeder Webseite (nix mit JDownloader, Erweiterung).Egal ob Chrome/Firefox... Ein Kollege von mir hat mit der Erweiterung gar keine Probleme (keine Loops, keine vielen Captchas...). Andere Nutzer haben wenig Probleme und andere vermehrt und andere noch mehr. Wiederum andere Nutzer berichten weniger/keine Probleme beim Wechsel von Chrome zu Firefox oder andersrum. Welche Informationen da Google genau nutzt, weiss nur Google selbst. Und nein, die genannten Probleme sind erst seit Juni/Juli so extrem, denn RC2 gibt es schon bestimmt seit über 2-3 Jahren und die Erweiterung hat über all die Zeit gute Arbeit geleistet. Und RC2 ist auch erst seit März flächendeckend, da Google zu dem Zeitpunkt RC1 abgeschaltet hat, siehe https://board.jdownloader.org/showthread.php?t=76515. Vorher gab es schon einige Dienste die bereits auf RC2 gesetzt haben, aber eben nicht in der Masse, wie es jetzt der Fall ist.
Ob die (native) Lösung besser ist, können wir nicht sagen, da die Lösung für dich oder andere besser funktionieren mag. Aber genauso funktioniert die aktuelle Lösung für andere ohne Probleme. Und wir waren ja nicht untätig, sondern haben weiter an der Erweiterung gearbeitet und ob diese die erhofften Verbesserungen bringen, muss die Masse zeigen, denn einzelne/individuelle Betrachtungen sagen hier leider wenig/nichts aus. Wie gesagt, wir arbeiten daran das Update zur Verfügung zu stellen. Würdest du denn eine Teamviewer Session mit uns machen, damit wir uns mal deinen Fall genauer anschauen können? Loops entstehen dadurch das du erfolgreich ein Captcha löst und Sekunden später Google direkt wieder behauptet das Token sei ungültig. Schreib uns hier am besten unter support@jdownloader.org
__________________
JD-Dev & Server-Admin |
#29
|
|||
|
|||
@Jiaz:
Danke Jiaz für das Angebot mit der Session, doch viel mehr, als in den an Euch bereits geschickten Error-Logs werdet ihr da auch nicht erkennen. Es ist dann einfach so, wie es ist, ... bei mir funktioniert die native Lösung, bei anderen vielleicht nicht, deshalb kann ich nun verstehen, warum Ihr bei Eurer Lösung bleiben wollt. Ich war der Meinung, dass dieses Loop-Problem alle Free-User betreffen würde, dem ist anscheinend nicht so ... So bleibt mir leider nur der Wechsel auf Download-Manager, die eine native Lösung anbieten und muss mit den Verlust an Benutzerkomfort leben ... Die Welt ist hart und ungerecht und mich hat's halt erwischt, ..., so what, Grüße tbengel |
#30
|
||||
|
||||
Es geht auch nicht um was im JDownloader passiert, sondern wollen Load(nativ) und JD vergleichen. Wir haben gerade JD und TotalD(nativ) verglichen und konnten keine nennenswerte Unterschiede feststellen. Daher fragen wir ja explizit nach Teamviewer um das direkt mit jemanden zu prüfen, der auch die genannten Probleme hat.
__________________
JD-Dev & Server-Admin |
#31
|
|||
|
|||
Quote:
Fände es besser 1x nachzudenken oder notfalls irgendwo fragen anstatt nachdem ich es begriffen habe mein leben lang mit sinnlosen RC2 Loops zu tun zu haben. Quote:
Also haben wir jetzt -TotalD -LOAD -Firefox Alles ohne Captcha loops. Also bewiesen es geht und es liegt an JDownloader. Machts so wie ich sagte Logo kram weg(den Hinweiss das JD jetzt ein Captcha im Browser abfragt kann in den Fenster reiner wo auch Browser öffnen steht), öffnet die reguläre Hoster seite, fangt mit dem Plugin den Download Link ab und fertig. Wenns nicht diese lahme "Programmiersprache" Java , wäre hätte ich es schon selbst gemacht. JD scheint ja auf github zu liegen. Und bitte das mit RG korregieren, jedesmal auf 1 gleichzeitige Dowloads stellen weil JD den sehr kurzen Timeout von RG nicht beachtet kann keine dauerlösung sein. Last edited by user748912; 23.11.2018 at 10:38. |
#32
|
|||
|
|||
Ist übrigens das selbe auf Win7 mit Firefox 60 und dem neuen JDownloader Plugin.
Also gänzlich anderes System/Firefox. |
#33
|
||||
|
||||
Quote:
Aus Faulheit hab ich grad nur unter Windows 8.1 und Windows Server 2012 getestet. Also LOAD (in Delphi geschrieben?) nutzt einfach den Internet Explorer bzw. dessen Engine mit folgender HTML Seite:
Spoiler:
Code:
<!doctype html> <!--[if lt IE 7]> <html class="lt-ie9 lt-ie8 lt-ie7" lang="en"> <![endif]--> <!--[if IE 7]> <html class="lt-ie9 lt-ie8" lang="en"> <![endif]--> <!--[if IE 8]> <html class="lt-ie9" lang="en"> <![endif]--> <!--[if gt IE 8]><!--> <html lang="en"> <!--<![endif]--> <head> <meta charset="utf-8"> <meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1"> <title>CandiSoft Load! - RecaptchaV2</title> <meta name="description" content=""> <style type="text/css"> #main { overflow: visible } .wrap { width: 940px; padding: 0 20px; margin: 0 auto; position: relative } body { background-color: #30c4ff; color: #18383f; font-size: 14px; font-family: Arial, Helvetica, sans-serif; line-height: 19px } </style> <script src='https://www.google.com/recaptcha/api.js'></script> <script type="text/javascript"> function success() { document.capForm.submit(); } </script> </head> <body> <div id=main> <div class=wrap style="height: 350px"> <h2>Please solve this Captcha challenge:</h2> <form name="capForm" method="POST"> <div class=""> <div data-callback="success" id="rc" class="g-recaptcha" data-sitekey="6Le1WUIUAAAAAG0gEh0atRevv3TT-WP4HW8FLMoe"></div> <noscript> <p>Javascript is required! Please check your Internet Explorer settings.</p> </noscript> </div> </form> </div> </div> </body> </html> Offenbar wird darin z.B. uploaded.net:54016 bei RCv2 genutzt, da Google bisher keinen Unterschied macht, falls der Port anders ist. Intern wird es dann vermutlich auf localhost umgelenkt die Requests aber mit wenig Aufwand und ohne Quellcode nicht genau prüfbar. Direkt im ersten Test hatte ich langsam ausblendete Bilder im LOAD. Nächster! TotalD im Test ist bis auf eine leicht andere Umsetzung dabei gleich wie LOAD. Nutzt irgendeine Browserengine im Fenstermodus und hat den gleichen Ablauf. Externe Tools bei LOAD/TotalD kann man offenbar für Captchas (RCv2) nicht nutzen. Vor TotalD kann ich Anfänger in Deutschland nur warnen wegen Torrents! Bei JD könnte man einfach sowas wie Greasemonkey als Browseraddon mal versuchen. Damit dürfte der HTML Code modifizierbar sein im Browser. Quote:
Achja man könnte in JD einfach einen "Browser" angeben und darüber eine solche Browserengine exakt gleich wie TotalD/LOAD ermöglichen OHNE Java zu nutzen als standalone Fenster/tool! Quote:
Nein. Es wird SVN genutzt. Quote:
Auch wäre gut zu wissen ob man den Score irgendwo erfassen könnte wenn dieser z.B. bei 0.0 (recaptcha loops) oder bis zu 1.0 (kein Captcha, 1-Klick) liegt und dadurch eine automatische "Pause" einleiten könnte. Bei Firefox könnte man die Einstellung privacy.resistFingerprinting und privacy.resistFingerprinting.reduceTimerPrecision.microseconds (Defailt 1000, ggf. auf 100 setzen) testen. Siehe github.com/google/recaptcha/issues/268 Inzwischen hat Firefox sogar eine Einstellung dazu bzgl. "Fingerprinters":
__________________
Join 9kw.eu Captcha Service now and let your JD continue downloads while you sleep. Last edited by thecoder2012; 21.06.2019 at 19:16. |
#34
|
||||
|
||||
@thecoder2012: Danke für deine Analyse. Wir haben auch bereits die beiden Tools geprüft und sind zum selben Schluss gekommen, aber haben es gelassen hier zu posten, da unsere Worte eh nur verdreht oder als Lügen dargestellt werden.
__________________
JD-Dev & Server-Admin |
#35
|
||||
|
||||
Quote:
installiert. Gibt kein grund an denen zu zweifeln, auch nicht an dir. Also sagen wir das ergebniss ist instabiel. Konstant ist das ergebniss aber wenn man die selbe Datei, unter dem selben Browser, mit den selben Cookies runterladen will. Browser = leichte Captchas, JD = schwere Captchas. Das hab ich unter verschiedenen Systemen getestet. Und würde JD die originalseite zum Browser schicken, ohne modifikation, wäre unter JD natürlich der Captcha auch leicht. Quote:
Downloadlink abfangen stimmt nicht. Denn Greasemonkey ist ein Addon welches scripte ausführt. D.h. Addon mehr rechte. Quote:
Da bräuchte ich schon den JD Sourcecode in einer Programmiersprache die ich fliessend kann. Natürlich in einer zu meinen Compilerumgebungen funktionierenden Variante. Wenns in Java und closed source ist kann ich nichts machen. Quote:
das selbige in bezug auf JD&RecaptchaV2. Danke für den Link, es scheint das Fading zu beschleunigen, wenn auch nicht so schnell wie Browser-Standallone. Fade geht schnell, Bild bleibt aber eine weile weiss. |
#36
|
||||
|
||||
Quote:
Quote:
Einzig ist den GET/POST Request an JDownloader muss eingebaut werden aber das hat WEDER mit Java noch mit dem JD Source zu tun. Dies kann man mit jedem Browser per Developertools (inspect element => network) anschauen und nachbauen. Quote:
Danach änderst einfach den hinterlegten Browser auf dein Standalone Tool im JDownloader (Profieinstellungen => BrowserCaptchaSolver.browsercommandline) und hast EXAKT dein Wunschtool für die Lösung von Recaptchas. JD ist grundsätzlich Open Source und der Source Code ist per SVN jederzeit downloadbar. Siehe http://jdownloader.org/knowledge/wik...nt/get-started und https://svn.jdownloader.org/projects/jd/ Quote:
Laut dem älteren Thema Klick'n Load Funktioniert nicht - Vivaldi Browser waren deine früheren Antworten hilfreicher. Click&Load funktioniert bei mir in der Regel problemlos aber manchmal sind die Abfragen der Seiten asynchron (oder die Seite lädt noch) und man muss nochmal drauf klicken. Möchte anmerken das ich nicht fortlaufend alles durchtesten kann und aus dem Grund sind genaue Software- und Versionsangaben sehr hilfreich, wenn es zu einem neuen Problem dabei gekommen sein sollte. Dann modifiziere gerne den Code in Javascript. Dann hast vielleicht auch noch andere Vorteile.
__________________
Join 9kw.eu Captcha Service now and let your JD continue downloads while you sleep. Last edited by thecoder2012; 14.09.2019 at 13:00. |
Thread Tools | |
Display Modes | |
|
|