[Jiaz]

Originally Posted by bugs.bunny

Das, denke ich, löst mein "Komfortproblem". :-)
Merci für deinen Support!

Und falls nicht, dann meld dich wieder und wir finden eine andere (Komfort-)Lösung

[bugs.bunny]

Originally Posted by Jiaz

Wenn du keine GUI auf deinem JDownloader hast, dann nimm einen JDownloader mittels GUI zur Hand und konfiguriere die Captcha Dienste (dort die Timeout Einstellungen) und dann mittels Profieinstellungen->Captcha9kwSettings.waitformap

So, geschafft! Aber ganz trivial war das nicht... Zuerst musste ich die Logik dahinter verstehen. Lokal konfiguriert und funktionstüchtig ist nun folgendes:

- Dialogfenster in JDownloader
- Dialogfenster in Browser (Chrome, Firefox, Internet Explorer,...)
- My.JDownloader.org, Mobile Apps,...

laufen sofort los, also Timeouts alle auf 0.

9kw.eu wartet auf diese drei jeweils 60 Sekunden und legt dann los.

Alle anderen Dienste sind deaktivert.

Als ich das auf meinem lokalen Rechner mit GUI funktionstüchtig hatte, war die nächste Herausforderung, die config auf einen der headless Server zu übertragen.

Als ich versuchte, es über die Profieinstellungen (waitformap) zu konfigurieren, hat er manchmal die Werte gespeichert, machmal nicht.

Dann hab ich die config Dateien von meiner lokalen Installation mit denen des headless Servers verglichen und festgestellt, dass einige Dateien fehlen (wahrscheinlich, da der headless JDownloader noch nie mit einer GUI lief):

Spoiler:

org.jdownloader.captcha.v2.solver.browser.BrowserCaptchaSolverConfig.blacklistentries.json
org.jdownloader.captcha.v2.solver.browser.BrowserCaptchaSolverConfig.browsercommandline.json
org.jdownloader.captcha.v2.solver.browser.BrowserCaptchaSolverConfig.json
org.jdownloader.captcha.v2.solver.browser.BrowserCaptchaSolverConfig.waitformap.json
org.jdownloader.captcha.v2.solver.browser.BrowserCaptchaSolverConfig.whitelistentries.json
org.jdownloader.captcha.v2.solver.gui.DialogCaptchaSolverConfig.blacklistentries.json
org.jdownloader.captcha.v2.solver.gui.DialogCaptchaSolverConfig.json
org.jdownloader.captcha.v2.solver.gui.DialogCaptchaSolverConfig.waitformap.json
org.jdownloader.captcha.v2.solver.gui.DialogCaptchaSolverConfig.whitelistentries.json
org.jdownloader.captcha.v2.solver.myjd.CaptchaMyJDSolverConfig.json

Diese habe ich dann von der lokalen Installation kopiert und auf den headless Server geschoben. Des Weiteren habe ich die Datei

Spoiler:

org.jdownloader.captcha.v2.solver.solver9kw.Captcha9kwSettings.waitformap.json

noch mit vi angepasst, damit sie denselben Inhalt wie die lokale Datei hatte. Nach all den Anpassungen tut der headless JDownloader nun genau so wie der lokale JDownloader mit GUI. :-)

Was allerdings komisch ist: suche ich in den Profieinstellungen des headless JDownloaders nach "waitformap", stehen alle zehn Values auf "null", obwohl definitv bei einigen etwas drinsteht.

Die Dienste DialogCaptchaSolver und BrowserCaptchaSolver tauchen hier garnicht nicht auf. Deshalb noch eine Frage bezüglich den kopierten Dateien, die oben im Spoiler stehen: war das wirklich nötig? Wenn nein, sollte ich sie lieber wieder löschen?

[Jiaz]

Originally Posted by bugs.bunny

So, geschafft! Aber ganz trivial war das nicht..

Danke für dein ausführliches Feedback und kleines *Howto*

Originally Posted by bugs.bunny

Die Dienste DialogCaptchaSolver und BrowserCaptchaSolver tauchen hier garnicht nicht auf. Deshalb noch eine Frage bezüglich den kopierten Dateien, die oben im Spoiler stehen: war das wirklich nötig? Wenn nein, sollte ich sie lieber wieder löschen?

DialogCaptcha und BrowseCaptcha gibt es in einer Headless Instanz des JDownloader nicht, werden also nicht initialisiert und stehen entsprechend auch nicht über die Profieinstellungen zur Verfügung. War nicht nötig, aber schadet auch nicht Kannst also belassen

Originally Posted by bugs.bunny

Als ich versuchte, es über die Profieinstellungen (waitformap) zu konfigurieren, hat er manchmal die Werte gespeichert, machmal nicht.
Was allerdings komisch ist: suche ich in den Profieinstellungen des headless JDownloaders nach "waitformap", stehen alle zehn Values auf "null", obwohl definitv bei einigen etwas drinsteht.

Danke für die Meldung, das schau ich mir an
Update: Ist leider ein nerviger Bug :( Bestimmte Werte (zb Maps) haben einen falschen Renderer/Komponente im Webinterface. Die falsche Darstellung/Auflisung von "null" wird mit nächsten Update behoben sein. Aber zum Editieren via Webinterface ist es wichtig den Filter so genau zu spezifieren, zb DialogCaptchaSolver.waitformap, sodass nur noch ein Wert/Editor angezeigt wird. Erst dann kann der Wert geändert werden.

[bugs.bunny]

Danke Jiaz für die Tipps! Jetzt bin ich wirklich in der Lage, ein HowTo zu verfassen! ;-)

Hier nochmals das Ziel: ich möchte über my.jdownloader.org bei meinem headless JDownloader 60 Sekunden Zeit haben, Captchas selbst zu lösen. Falls das nicht passiert, soll das Captcha an 9kw übergeben werden.

Bei einem headless JDownloader werden die internen Captchasolver

• "Dialogfenster in JDownloader" (Bezeichnung in der GUI) respektive "DialogCaptchaSolver" (Bezeichnung in den Profieinstellungen) und
• "Dialogfenster in Browser (Chrome, Firefox, Internet Explorer,...)" respektive "BrowserCaptchaSolver"

nicht initialisiert und brauchen somit nicht gesondert betrachtet zu werden.

Da die folgenden externen Captchasolver standardmäßig deaktiviert sind, muss man meines Erachtens dort keine gesonderte config vornehmen:

Spoiler:

DeathByCaptchaSettings
ImageTyperzInterface
CheapCaptchaInterface
CaptchaSolutionsInterface
TwoCaptchaInterface
AntiCaptchaComInterface
EndCaptchaInterface

(jeweils die Bezeichnung in den Profieinstellungen)

JAntiCaptcha möchte ich ebenfalls nicht nutzen. Deshalb suche ich in den Profieinstellungen nach "JACSolver: Enabled" und nehme den Haken raus.

Bei der Einstellung "CaptchaMyJDownloaderRemoteSolverSettings: Enabled" sollte standardmäßig der Haken drin sein und das ist gut so, denn der wird benötigt.

Und jetzt noch die finalen Einstellungen für 9kw.eu: falls man den Dienst grundsätzlich lauffähig eingerichtet hat, muss man exakt nach "Captcha9kwSettings.waitformap" suchen, den Wert {"myjdremote":60000} eingeben und mit dem Diskettensymbol speichern.

Nun den JDownloader neu starten, um die Änderungen zu aktiveren. Fertig! :-)

So habe ich meinen zweiten headless JDownloader rein über das Webinterface erfolgreich konfiguriert.

[Jiaz]

@bugs.bunny: Danke für die Rückmeldung und freut mich das es nun einfacher geklappt hat. Der Konfigurationsbug des Webinterface ist halt nervig...narf....

[bugs.bunny]

Originally Posted by Jiaz

@bugs.bunny: Danke für die Rückmeldung und freut mich das es nun einfacher geklappt hat. Der Konfigurationsbug des Webinterface ist halt nervig...narf....

No problem! Und wenn er mit dem nächsten Update verschwindet, noch besser! :-)

Und Danke nochmals für den alternativen Voschlag für mein Komfortproblem! Jetzt muss ich nämlich garnicht mehr klicken. ;-)

[Jiaz]

Originally Posted by bugs.bunny

No problem! Und wenn er mit dem nächsten Update verschwindet, noch besser! :-)

Lediglich der "null" Fehler sollte behoben sein. Der Fehler mit dem Editor im Webinterface (das du die Suche so eingenzen musst das nur ein Feld sichtbar) wird leider damit nicht behoben sein.

[Gauner]

Hey,

Originally Posted by Dmx

habe ich folgendes in der unbound.conf (zu finden unter /etc/unbound/unbound.conf.d/pi-hole.conf) konfiguriert:

Bei mir hat das zum sofortigen Stop jeglichen Funktionierens meines unbound-DNS geführt. Hab es nicht näher analysiert, aber es ging gar keine Internetverbindung mehr. Hab es wieder rückgängig gemacht und stattdessen in Pi-Hole die IP des lokalen JDownloaders als local-DNS-Eintrag 192-168-190-36.mydns.jdownloader.org -> 192.168.190.36 angelegt, wie im Anhang.
Damit geht DirectConnection wunderbar, ich finde auch einfacher.

[Jiaz]

@Gauner:Danke für die Rückmeldung! Viele Wege führen zur Lösung Dürfen wir deinen Screenshot in der Anleitung verlinken als alternative Lösung?

[bugs.bunny]

Originally Posted by Jiaz

Lediglich der "null" Fehler sollte behoben sein. Der Fehler mit dem Editor im Webinterface (das du die Suche so eingenzen musst das nur ein Feld sichtbar) wird leider damit nicht behoben sein.

Kann ich nun bestätigen! Nach Update auf Rev: #47060 sind die Werte sichtbar!

Danke an das JDownloader Team! Ihr seid spitze!

[Jiaz]

@bugs.bunny: Danke für die Rückmeldung!

[cremor]

Ich kann plötzlich keine Direct Connection mehr zu meinem Headless JDownloader herstellen. Laut Firefox Netzwerkanalyse werden die Requests zu https://<JD-IP>.mydns.jdownloader.org:3129 mit einem "CORS Failed" abgebrochen.

Mein Setup ist:

• JDownloader im Docker Container plusminus/jdownloader2-headless auf meinem NAS.
• Advanced Setting "MyJDownloaderSettings: Custom Device IPs" enthält die IP-Adresse des NAS.
• Zugriff über my.jdownloader.org
• FritzBox, in der die Domain <JD-IP>.mydns.jdownloader.org bei den DNS-Rebind-Schutz Ausnahmen eingetragen ist.

Leider habe ich auch kürzlich erst die Firmware meiner FritzBox aktualisiert, daher weiß ich nicht genau, ob das FritzBox Update oder ein JDownloader Update zum Problem geführt hat. Allerdings funktioniert eine andere DNS-Rebind-Schutz Ausnahme in der FritzBox noch problemlos.

Gab es eventuell in letzter Zeit Änderungen bezüglich CORS in JDownloader bzw. my.jdownloader.org?

edit: Jetzt funktioniert es wieder. Ich habe nichts geändert, aber JDownloader hat sich anscheinend um 13:18 Uhr neu gestartet (ich habe ein Update-Restart-Skript aktiv). Wurde das vielleicht schon gefixt?

[raztoki]

@cremor I don't believe there has been any updates in many weeks, core update requirement has blocked even plugin updates since end of December/January. Maybe outside related, please wait for Jiaz to respond.

-edit-
the build block seems to be cleared, so my above info is incorrect. Inside my JD the update icon is flashing also.
-reedit-
forgot to come back to this, the update mentioned above wasn't to release the build block, something non related.

[raptor2003]

Hello @jiaz

These last few months / weeks, the status reported by myjdownloader is wrong. For exemple when all the downloads are finished it says that only 10% is done, the progress bars do not complete, or the downloaded byte count is off. This happen with the website and the Android app.

Is there something wrong with it ?

(Tested with multiple browser, computer, cache cleared, etc)

[pspzockerscene]

Can't reproduce and your report is the first of this kind.

Maybe your connection to JD has a huge delay?
Did you setup direct connection mode?

[raptor2003]

I am using direct connect mode yes. I don't this there is any particular delay.

[raptor2003]

Just for info this is this issue that appears to be fixed soon
https://board.jdownloader.org/showpo...postcount=5382

[cremor]

Kann man die Liste/Tabelle im Webinterface irgendwie breiter machen? Bei langen Dateinamen werden diese abgeschnitten, obwohl links und rechts von der Liste noch so viel Platz frei ist.

[pspzockerscene]

Nein.

[cremor]

Schade. Könnte man das eventuell als Verbesserungsvorschlag aufnehmen?