[Mister Floppy]

Hallo,

im Chrome Browser kann man mit einem Finger zoomen, dafür tippt man mit einem Finger einfach zweimal auf das Display, lässt den Finger bei der zweiten Berührung aber auf dem Displayglas. Jetzt kann man für Zoom nach oben oder unten wischen.

Dieses Verhalten ist nützlich, wenn man gerade nur eine Hand frei hat, und es funktionierte bislang auch in der Android-App, nun aber leider nicht mehr. Könntet Ihr das bitte wieder mit einbauen?

[Jiaz]

@Mister_Floppy: Welche Android Version nutzt du?
Mir wäre nicht bekannt, das wir hier irgendeine Funktion entfernt haben, daher geb ich das zur Prüfung weiter

[Mister Floppy]

Originally Posted by Jiaz

@Mister_Floppy: Welche Android Version nutzt du?
Mir wäre nicht bekannt, das wir hier irgendeine Funktion entfernt haben, daher geb ich das zur Prüfung weiter

Ich benutze "Android Pie" (ein Upgrade auf eine höhere Version möchte ich wegen Inkompatibilitäten mit einigen Apps nicht durchfphren), die exakte Version lautet: 9 PKQ1.180729.001

Wie gesagt, im Chrome Browser funktioniert das Ein-Finger-Zoomen unverändert problemlos, nur die MyJDownloader-App zickt diesbezüglich rum.

[Jiaz]

Ich frag Marco mal wenn er ausm Urlaub zurück ist. Geht die also um das Recaptcha Captcha, welches du per Finger zoomen willst?

[Mister Floppy]

Originally Posted by Jiaz

Ich frag Marco mal wenn er ausm Urlaub zurück ist. Geht die also um das Recaptcha Captcha, welches du per Finger zoomen willst?

Richtig.

[Dmx]

Hi,

ich würde gerne in die Diskussion einbringen, ob es Pläne gab oder gibt evtl. als erweiterte Option in den offiziellen Erweiterungen (Web Interface, Android App, Chrome Extension) die IP der JDownloader Instanz für die Direct Connection Funktionalität selbst anzugeben.

Wenn ich mir die DNS Querys anschaue scheinen die Erweiterungen aktuell in der Form von "<LAN IP die JDownloader kommuniziert>.mydns.jdownloader.org" Anfragen an den DNS Server zu stellen die normalerweise dann lokal auflösen, z. B. "192-168-1-5.mydns.jdownloader.org" in 192.168.1.5, was die Direct Connection dann unter dieser IP auf z. B. Port 3129 erlaubt.

Ohne zu weit ins Detail zu gehen, aber unter gewissen Setups, vor allem mit eigenem DNS Sever (z. B. Pi-Hole) funktioniert das out of the box nicht ganz sauber wenn die Querys an Upstream Server geschickt werden. Unter anderem wäre daher eine einfache Möglichkeit vermutlich die IP + Port selbt in der Erweiterung anzugeben wenn sie bekannt ist, ohne auf dem DNS Server oder Client die Zuordnung z. B. "192-168-1-5.mydns.jdownloader.org" -> 192.168.1.5 selbst vorzunehmen was auch nicht immer optimal ist.

Die inoffizielle iPhone/iOS App (auch eingangs hier verlinkt) scheint das irgendwie so in die Richtung zu machen, hier sehe ich nämlich keine DNS Anfragen dieser Art im Server Log, die Direct Connection haut in dem Fall dann auch ohne Probleme hin da die App direkt auf die richtige IP samt Port geht ohne den DNS "Umweg".

Ich verstehe das es vermutlich der Einfachheit halber so gehalten wird, aber evtl. wäre es ja doch was, ein paar expermientier freudigeren unter uns würde es sicher helfen, ähnlch wie den Profieinstellungen im JDownloader selbst

[cremor]

Das ist bereits möglich. Profieinstellungen -> "MyJDownloaderSettings: Custom Device IPs"
Das Format der Einstellung ist z.B.

["192.168.1.5"]

[Dmx]

Hi,
danke dir, aber das habe ich tatsächlich schon so länger so gesetzt, soweit ich diese Einstellung insgesamt verstehe werden damit nur die ausgewählte(n) IP's zusätzlich(!) exponiert für MyJD, zu den anderen lokalen Adressen auf denen JD läuft. Man muss auch dazu sagen das mein JD im Docker Container im Bridge Networking läuft, somit habe ich ca. 4 lokale Adressen insgesamt die auch im JD angezeigten werden. Ohne die Eingabe der lokalen Adresse des Docker Host in die auch von dir genannte Option wäre MyJD auf dieser Adresse gar nicht zu sehen (aufgrund des Bridge Networks).

Die offiziellen Erweiterungen nehmen trotzdem den Weg über DNS, vermutlich um alle lokalen Adressen abzuklappern?

Anscheinend bräuchte ich es dann vermutlich eher umgekehrt, ich müsste die nicht benötigten anderen lokalen Adressen ausschließen können damit nur die richtige Adresse (nämlich die des Docker Host) übrig bleibt. Sofern er dann keine DNS Abfragen mehr macht wäre das auch so erledigt und das Problem gelöst. Allerdings ist das nur zusammen gereimt, da ich auch keine großartige Doku über die Custom Device IP Funktionalität finde und das mehr aus dem herumprobieren gesehen habe.

Grüße

[cremor]

Ja, es werden dann alle bekannten IPs (über die DNS-Einträge) versucht. Aber warum reicht das für dich nicht? Sofern über eine der IPs eine direkte Verbindung aufgebaut werden kann, ist doch alles ok, oder nicht?

Oder ist dein Problem die DNS-Auflösung an sich? Vielleicht gibt es beim Pi-Hole so eine Option wie bei den Fritzboxen, die standardmäßig die Auflösung von DNS-Einträgen auf private IP-Adressen verhindert? Dann müsstest du hier eine Ausnahme eintragen.

[Dmx]

Hi,

danke dir, ja, das wäre natürlich ausreichend, allerdings ist tatsächlich die DNS Auflösung das Problem. Um es nicht zu kompliziert zu machen: DNS Rebinding ist kein Problem, Pi Hole hängt als DNS Server hinter der Fritz Box (der DHCP Server).

Pi Hole weiß anscheinend einfach nicht das z. B. 192-168-1-5.mydns.jdownloader.org lokal aufgelöst werden soll (woher auch, das Format des Requests gibt es nicht her) und schickt den Query einfach an seinen Upstream Server weiter (bsp. 1.1.1.1), der weiß davon natürlich auch nix und gibt NXDOMAIN zurück.

Ergo -> entweder gebe ich dem Pi Hole irgendwie mit (z. B. /etc/hosts) das der Hostname lokal auf 192.168.1.5 auflösen soll, was den Nachteil hat das die IP dann auch Netzwerkweit beim Reverse Lookup primär in diesen Namen auflöst statt den eigentlichen Hostnamen meines Docker Host (wohl mehr ein optischer Nachteil), oder ich kann den Erweiterungen einfach direkt sagen der JD ist zu finden unter 192.168.1.5 was das ganze unnötig macht.

Natürlich gibt es auch andere Ideen, da muss ich das Setup halt dann umstellen (z. B. Pi Hole zusätzlich als DHCP Server), oder händisch an den einzelnen Clients in der HOSTS bzw. /etc/hosts ran und sagen wohin der Request auflösen soll.

Wenn das nicht geht ist es auch okay, kein Weltuntergang, ich verstehe auch dass das eher ein edge case ist, aber die Frage hier einzustellen hat mich doch interessiert. Ist auch nicht so unüblich bei entsprechendem Wissen die Verbindungsdaten selbst anzulegen denke ich. Die iOS App handhabt es ja automatisch genau so z. B., weswegen das auch dort reibungslos funktioniert mit der Direct Connection, sogar ohne mein zutun. Unter allen die mir einfallen wäre das wohl die einfachste und sauberste Lösung für mich gewesen

Grüße

[cremor]

Originally Posted by Dmx

und schickt den Query einfach an seinen Upstream Server weiter (bsp. 1.1.1.1), der weiß davon natürlich auch nix und gibt NXDOMAIN zurück.

Das ist aber nicht richtig. *.mydns.jdownloader.org wird ganz normal von 1.1.1.1 o.ä. aufgelöst:

> nslookup 192-168-1-5.mydns.jdownloader.org 1.1.1.1
Server: one.one.one.one
Address: 1.1.1.1

Nicht autorisierende Antwort:
Name: 192-168-1-5.mydns.jdownloader.org
Address: 192.168.1.5

[Dmx]

Hi,

du hast absolut recht, das war eine Fehlannahme von mir, hätte das vermutlich gegen checken sollen, habe ich aber nicht :/ Dabei wollte ich es doch nicht zu kompliziert machen :D

Ich habe einen eigenen lokalen rekursiven Nameserver (unbound) statt einen externen (z. B. 1.1.1.1 od. 8.8.8.8) auf der gleichen Maschine wie Pi Hole laufen an den die Queries vom Pi Hole geschickt werden und der selbst wiederum die DNS Root Server anspricht, ultimativ um mehr Privatsphäre zu gewährleisten. An den dachte ich bei dem ganzen Szenario gar nicht, das scheint die Ursache nochmal weiter herunter zu brechen. Hier mal die Testanfrage auf dem Pi Hole über Unbound:

dig 192-168-1-5.mydns.jdownloader.org @127.0.0.1 -p 5335

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1472
;; QUESTION SECTION:
;192-168-1-5.mydns.jdownloader.org. IN A

;; AUTHORITY SECTION:
mydns.jdownloader.org.  1186    IN      NS      api.jdownloader.org.

Schaut man sich die Authority Section an sieht man den Fehler. Das war der fehlende Denkanstoß da ich nun die Wurzel des Problems gesehen habe durch deinen Post. Habe mich daher noch etwas weiter mit Unbound beschäftigt und eine gute Lösung gefunden.

Entschuldigt wenn ich hier etwas abschweife aber evtl. hilft das irgendjemanden in Zukunft einmal. Long story short, nach studieren der Doku habe ich gesehen das man mit Unbound sogenannte "Forward Zones" einrichten kann, die dort angegebenen Domains & Subdomains werden statt an die DNS Root Server an eine andere Adresse weitergegeben. Da wir nun wissen das es mit den öffentlichen rekursiven DNS Servern funktioniert habe ich folgendes in der unbound.conf (zu finden unter /etc/unbound/unbound.conf.d/pi-hole.conf) konfiguriert:

    
# DNS Rebind Protection - Allow MyJdownloader Direct Connection Domain and all its subdomains to return private addresses
private-domain: mydns.jdownloader.org

#Enable Unbound to forward MyJDownloader Direct Connection DNS queries to Google/Cloudflare recursive DNS Servers
forward-zone:
name: "mydns.jdownloader.org."
forward-addr: 8.8.8.8
forward-addr: 1.1.1.1

Damit gehen die Anfragen an die öffentlich rekursiven DNS Server die die richtigen Antworten kennen, gleichzeitig wird die Rebind Protection für diese Domain ausgenommen.

Ergebnis:

dig 192-168-1-5.mydns.jdownloader.org @127.0.0.1 -p 5335

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1472
;; QUESTION SECTION:
;192-168-1-5.mydns.jdownloader.org. IN A

;; ANSWER SECTION:
192-168-1-5.mydns.jdownloader.org. 86260 IN A 192.168.1.5

Damit funktioniert die Direct Connection Netzwerkweit mit Pihole + Unbound, ohne anderweitige Nachteile der anderen Lösungen. Wird das Unbound Log mit dem entsprechend passenden Verbosity Level getailed sieht man das entweder 8.8.8.8 od. 1.1.1.1 angefragt werden. Thema ist damit erledigt, danke an cremor der mich auf das zugrunde liegende Problem gebracht hat

[Jiaz]

@Cremor: Vielen Dank für deine Hilfe und deine Zeit! Du hast @Dmx auf die richtige Spur gebracht

@Dmx: Der DNS Rebind Schutz ist genau jenes was dir erfahren ist. Ein DNS hat auf eine IP in deinem LAN aufgelöst und wird daher mit NXDOMAIN beantwortet.
Auch dir vielen Dank für dein *dran bleiben* und Zeit und letztendlich fürs Teilen deiner Lösung!
Ich hoffe es ist okay, wenn wir deine Anleitung in einen Wiki Artikel für https://support.jdownloader.org/ nutzen?

[Dmx]

@Jiaz: Ja, scheint so. Obwohl ich die Doku der DNS Rebind protection von JD z. B. für die Fritz!Box gesehen habe. Egal, noch bisschen was dazu gelernt am Ende des Tages

Grüße

[Jiaz]

Originally Posted by Dmx

Egal, noch bisschen was dazu gelernt am Ende des Tages

Ich auch, Stichwort unbound und Konfiguration

[Dmx]

@Jiaz
:thumbup:

Habe deinen Edit gesehen, natürlich passt das. Könnt ihr gerne verwenden.

Grüße

[Jiaz]

@Dmx: Danke!

[pspzockerscene]

Danke.

Ich habe einen Support Artikel zu diesem Thema hinzugefügt.
Gebt bescheid falls ihr Verbesserungsvorschläge dazu habt.

Grüße, psp

[Mister Floppy]

Originally Posted by Mister Floppy

Hallo,

im Chrome Browser kann man mit einem Finger zoomen, dafür tippt man mit einem Finger einfach zweimal auf das Display, lässt den Finger bei der zweiten Berührung aber auf dem Displayglas. Jetzt kann man für Zoom nach oben oder unten wischen.

Dieses Verhalten ist nützlich, wenn man gerade nur eine Hand frei hat, und es funktionierte bislang auch in der Android-App, nun aber leider nicht mehr. Könntet Ihr das bitte wieder mit einbauen?

Originally Posted by Jiaz

@Mister_Floppy: Welche Android Version nutzt du?
Mir wäre nicht bekannt, das wir hier irgendeine Funktion entfernt haben, daher geb ich das zur Prüfung weiter

Originally Posted by Mister Floppy

Ich benutze "Android Pie" (ein Upgrade auf eine höhere Version möchte ich wegen Inkompatibilitäten mit einigen Apps nicht durchfphren), die exakte Version lautet: 9 PKQ1.180729.001

Wie gesagt, im Chrome Browser funktioniert das Ein-Finger-Zoomen unverändert problemlos, nur die MyJDownloader-App zickt diesbezüglich rum.

Originally Posted by Jiaz

Ich frag Marco mal wenn er ausm Urlaub zurück ist. Geht die also um das Recaptcha Captcha, welches du per Finger zoomen willst?

Originally Posted by Mister Floppy

Richtig.

Hallo,

wollte einmal nachfragen, ob Marco den Fehler gefunden hat.

[Jiaz]

@Mister_Floppy: Marco hat sich Ende Juli neuen Aufgaben gewidmet und unser Unternehmen verlassen.
Daher wird es absehbar erstmal weniger Updates der Webextension/App geben.