Login with Windows Client not possible

Wenn ich mich vom Windows Client (v34.0.1) einloggen will kommt die Meldung

“Die zurückgegebene Server-Url beginnt nicht mit https, obwohl die Anmelde-Url mit https beginnt…”

Meine Installation:

  • Raspberry Pi5
  • Docker
  • NGINX
  • NC 34.0.2

ich verwende die Serveradresse die unter "Einstellungen/Mobile&Desktop angegeben wird (https://subdomain.meinedomain.de).

Muss ich irgendwo/irgendwas noch konfigurieren?

Vor dem Schreiben dieses Posts ewig nach einer Lösung gesucht, nach dem Posten per Zufall gefunden:

Wenn Nextcloud hinter einem Proxy Manager liegt, der die https calls handled, weiß Nextcloud nichts davon, dass SSl verwendet wird und verwendet dann http anstatt https.

Daher muss man in der Nextcloud config.php folgende Zeile einfügen:

‘overwriteprotocol’ => ‘https’,

Bitte genau so einfügen, inkl. Hochkommas und dem Komma am Ende!!!

Wenn man den Begriff “overwriteprotocoll” kennt, weiß man auch wo man in der Doku suchen muss, aber wenn man den halt nicht kennt und unter Troubleshooting im Bereich Desktop Clients steht da leider auch nichts. :roll_eyes:

M.E. nicht nur dann. Mein NC-Server liegt nicht hinter einem Proxy und dennoch habe ich in meiner config.php die Zeile:

  'overwriteprotocol' => 'https',

Port tcp 80 ist schließlich tabu für meinen NC-Server. Das einzige, was da auch über tcp 80 akzeptiert wird, ist die regelmäßige Erneuerung der Let’s Encrypt Zertifikate.

Naja, so habe ich jedenfalls Sinn und Zweck des Parameters lt. Doku verstanden:

overwriteprotocol

'overwriteprotocol' => '',

When generating URLs, Nextcloud attempts to detect whether the server is accessed via https or http. However, if Nextcloud is behind a proxy and the proxy handles the https calls, Nextcloud would not know that ssl is in use, which would result in incorrect URLs being generated.

Valid values are http and https.

'overwriteprotocol' => 'https',

sorgt generell dafür, dass Nextcloud KEINE Verbindungen über HTTP nutzen kann. Z.B. auch nicht bei der Erzeugung von internen Links. Es wird also immer das sichere https erzwungen.