[phorris]

Hallo!
Bekomme seit ein paar Tagen diesen Fehler, wenn ich neue Links über Linkcrypter hinzufügen will ("Links konnten nicht übertragen werden"). Habe nichts an irgendwelchen Einstellungen geändert. Wenn ich mich mit Myjdownloader einlogge und den Jdownloader verbinde, dann geht es. Erweiterung deaktivieren und entfernen hat auch nichts gebracht. Mit Edge geht alles ohne Probleme. Nur mit Chrome geht es nicht mehr.

[Jiaz]

Irgendwas im Chrome wird die direkte Verbindung blockieren, entweder eine BrowserErweiterung oder evtl der *HTTPs* zuerst Modus des Chrome. Hast du nen Link, dann kann ich das selbst mal mim Chrome antesten

[phorris]

Habe bei allen Filecrypt Click n Loads dieses Problem. Bei anderen scheint es auch mit Chrome zu gehen.

[pspzockerscene]

Ein Testlink wäre dennoch hilfreich.

Grüße, psp

[phorris]

Einfach irgendeinen Filecrypt Link.
**External links are only visible to Support Staff****External links are only visible to Support Staff**

[Jiaz]

Das Passwort lautet wie ?

[pspzockerscene]

@Jiaz
PW nicht mehr nötig.

@phorris
Bei mir funktioniert es ohne Probleme (Chrome 94, Windows 10).
Hast du mal testweise alle Addons (außer myjd) deinstalliert[nicht nur deaktiviert] (danach Browser neustarten) und es erneut versucht?

Grüße, psp

[phorris]

Originally Posted by Jiaz

Das Passwort lautet wie ?

Hier noch ein anderer Link. Ohne Passwort.
**External links are only visible to Support Staff****External links are only visible to Support Staff**
Habe alle Erweiterungen deinstalliert und ausprobiert, geht trotzdem nicht.
Chrome Version 94.0.4606.61

Edit: habe eben Chrome deinstalliert und alle Daten gelöscht. Neu installiert und Problem besteht weiterhin :(

[PKOneTwo]

Selbiges Problem hier.
Liegt es an neuem Chrome 94 (da wurde ja einiges verändert)?
Vor dem Update vorgestern (das letzte mal Filecrypt benutzt) ging es...

[Jiaz]

Ursache sind Neuerungen in Chrome

Access to script at '127.0.0.1:9666/jdcheck.js' from origin 'filecrypt.co' has been blocked by CORS policy: The request client is not a secure context and the resource is in more-private address space `local`.

siehe
developer.chrome.com/blog/private-network-access-update/

Evtl lässt sich das mittels speziellen Headern *richten*, siehe
web.dev/cors-rfc1918-feedback/

[PKOneTwo]

Originally Posted by Jiaz

Ursache sind Neuerungen in Chrome

siehe
developer.chrome.com/blog/private-network-access-update/

Evtl lässt sich das mittels speziellen Headern *richten*, siehe
web.dev/cors-rfc1918-feedback/

Chrome hatte ich ja in Verdacht.
Frage mich wie es bei pspzockerscene trotzdem klappte?!?

Heißt: "Starting in Chrome 94, public non-secure contexts (broadly, websites that are not delivered over HTTPS or from a private IP address) are forbidden from making requests to the private network."

Also müssen die Sieten auf HTTPS umsteigen. Oder anders übergeben.
Oder existiert bereits eine Lösung?
Ich kann mir vorstellen dass die meisten Chrome/Chromium nutzen in Verbindung mit JD

[Jiaz]

@PKOneTwo: wahrscheinlich ein früherer 94er build bei pspzocker, oder er hat den Weg über die MyJDownloader extension genommen. Ich konnte das Problem auf die 94er zurückführen

[Jiaz]

Originally Posted by PKOneTwo

Also müssen die Sieten auf HTTPS umsteigen. Oder anders übergeben.

Nein, so einfach ist das nicht. ClickAndLoad arbeitet auf http und das Problem kommt wenn Seiten aus Https Context heraus oder eben Webseite nun auf private/lokale IP zugreifen möchte. Ich muss man schauen ob man hier mit den neuen Headern was machen kann

[PKOneTwo]

Originally Posted by Jiaz

Nein, so einfach ist das nicht. ClickAndLoad arbeitet auf http und das Problem kommt wenn Seiten aus Https Context heraus oder eben Webseite nun auf private/lokale IP zugreifen möchte. Ich muss man schauen ob man hier mit den neuen Headern was machen kann

Ich verstehe es so, dass es nicht mehr erlaubt ist (ab aktuellem Chrome 94) aus den HTTP auf interne Netz/IP zuzugreifen, aber von HTTPS schon.
"...public non-secure contexts (broadly, websites that are not delivered over HTTPS or from a private IP address) are forbidden from making requests to the private network."

Sprich ClicknLoad müsste HTTPS "Headers" verwenden bzw. HTTPS dem Chrome vorgaukeln

[Jiaz]

Originally Posted by PKOneTwo

Ich verstehe es so, dass es nicht mehr erlaubt ist (ab aktuellem Chrome 94) aus den HTTP auf interne Netz/IP zuzugreifen, aber von HTTPS schon.
"...public non-secure contexts (broadly, websites that are not delivered over HTTPS or from a private IP address) are forbidden from making requests to the private network."

Hier müsste evtl einfach mal Filecrypt prüfen ob das wirklich *ausreicht*

[Jiaz]

Originally Posted by PKOneTwo

Sprich ClicknLoad müsste HTTPS "Headers" verwenden bzw. HTTPS dem Chrome vorgaukeln

Das wird nicht klappen, da
1.) man kein gültiges Zertifikat für localhost oder 127.0.0.1 bekommen wird
2.) die Webseite ja explizit http anspricht, sprich es muss auch der Seitenbetreiber *ran*

[PKOneTwo]

.

[PKOneTwo]

Originally Posted by Jiaz

Das wird nicht klappen, da
1.) man kein gültiges Zertifikat für localhost oder 127.0.0.1 bekommen wird
2.) die Webseite ja explizit http anspricht, sprich es muss auch der Seitenbetreiber *ran*

Ich weiß, aber das wird auf Dauer Probleme mit sich bringen...
hab eine andere Seite, welche ClicknLoad nimmt (ohne Filecrypt) wenn ich das richtig gesehen habe und da geht es auch nicht (logischerweise). Und leider sind die meisten Seiten Filecrypt bzw. ClicknLoad ohne FC

Einfacher wäre natürlich ClicknLoad zu ändern...aber bisher habe mich mit JD Code nicht ansatzweise beschäftigt

[Jiaz]

Originally Posted by PKOneTwo

Einfacher wäre natürlich ClicknLoad zu ändern...aber bisher habe mich mit JD Code nicht ansatzweise beschäftigt

Das geht nicht. Es muss in JEDEM Fall der Seitenbetreiber aktiv sein.
Die Webseite muss HTTPs sprechen, damit diese auf Mixed Content und Localhost zugreifen darf. HTTP darf nicht mehr auf private/local zugreifen. Diese Änderungen müssen von den jeweiligen Seitenbetreiber umgesetzt werden.

[PKOneTwo]

Originally Posted by Jiaz

Das geht nicht. Es muss in JEDEM Fall der Seitenbetreiber aktiv sein.
Die Webseite muss HTTPs sprechen, damit diese auf Mixed Content und Localhost zugreifen darf. HTTP darf nicht mehr auf private/local zugreifen. Diese Änderungen müssen von den jeweiligen Seitenbetreiber umgesetzt werden.

Das macht aber (zur Zeit zumindest) fast keine Seite, was dazu führt dass bei den meisten ClicknLoad unbrauchbar ist (falls hier kein Umgehen möglich)