saber1

Okay. Also die IP vom NPM eintragen. So sagt es ja auch die Nextcloud Doku... 🙈 Heute Nachmittag kann ich mich dem wieder widmen... Oben mein Screenshot vom NPM "Edit Proxy Host". In dem von mir geschwärzten Feld ist meine subdomain.domain.com eingetragen. Es gib für HSTS dann aber ja zwei Optionen. Eben auch extra eine für Subdomains. Oder wird es so sein, wenn im Feld bereits eine Subdomain eingetragen wurde, muss halt die Option HSTS Subdomains nicht noch extra aktiviert sein?

So sieht die config.php aus: <?php $CONFIG = array ( 'memcache.local' => '\\OC\\Memcache\\APCu', 'datadirectory' => '/data', 'instanceid' => 'xxxxxxxxxx’, 'passwordsalt' => 'XXXXXXXXXXXXX', 'secret' => 'XXXXXXXXXXX', 'trusted_domains' => array ( 0 => '10.0.1.7:444', 1 => 'nextcloud.domain.com', ), 'trusted_proxies' => array ( 0 => 'nginx', ), 'dbtype' => 'mysql', 'version' => '25.0.1.1', 'overwrite.cli.url' => 'https://nextcloud.domain.com/', 'overwritehost' => 'nextcloud.domain.com', 'overwriteprotocol' => 'https', 'dbname' => 'nextcloud_db', 'dbhost' => '10.0.1.7:3307', 'dbport' => '', 'dbtableprefix' => 'oc_', 'mysql.utf8mb4' => true, 'dbuser' => 'xxxxxx', 'dbpassword' => 'XXXXXXXX', 'installed' => true, 'mail_smtpmode' => 'smtp', 'mail_smtpsecure' => 'ssl', 'mail_sendmailmode' => 'smtp', 'mail_from_address' => 'xxxxxxxx', 'mail_domain' => 'nextcloud.domain.com', 'mail_smtpauthtype' => 'LOGIN', 'mail_smtpauth' => 1, 'mail_smtphost' => 'smtp.domain.com', 'mail_smtpport' => '465', 'mail_smtpname' => '[email protected]', 'mail_smtppassword' => 'XXXXXXXXXXX', 'default_phone_region' => 'DE', ); Wie genau prüfe ich, ob der Header "da" ist? Hatte einfach mit einem Header Checker online geprüft. Welche Domain gibt man eigentlich im SSL-Certificate Feld an? Die Domain? domain.com Oder die Subdomain? nextcloud.domain.com Weil es ja auch eine Option HSTS Subdomains gibt...

Scheint übernommen worden zu sein: Zur Sicherheit nochmal die SSL-Einstellungen im NPM. HSTS nicht aktiviert, wegen eventuellem überschreiben der Advanced Regel. Aber auch bei hier aktiviertem HSTS bleibt die Warnung:

Dann wird zwar der Header gesetzt, aber die Warnung bleibt. Irgendwas noch nicht ganz korrekt in der config.php von NC?

Wird er nicht.

Ja, hatte ich. Auch nach dem Deaktivieren dieser Option und einem Neustart (NPM & Nextcloud) bleibt die Warnung leider.

Läuft alles wunderbar jetzt. Gerne würde ich nun noch die einzige verbliebene Warnung wegbekommen: Habe wie im Thread NEXTCLOUD SICHERHEITS- & EINRICHTUNGSWARNUNGEN BEHEBEN von @Anym001 die entsprechenden Zeilen im Nginx Proxy Manager eingetragen: Leider bleibt die Warnung bestehen. Irgendeine Idee?

Ich schätze, das mir das, wenn ich Nextcloud schon länger nutzen würde, auch aufgefallen wäre. Da ich aber nun mit Version 25 einsteigen wollte, ist es schon etwas unglücklich. Sollten man die Jungs und Mädels vom NC-Team darauf aufmerksam machen?

Das werde ich jetzt auch erstmal so halten. Danke an Alle für Eure Unterstützung. 🤗

@mgutt Tatsache. Da Du es auf einem Testserver installiert hattest, habe ich es ebenfalls jetzt mal auf meinem Backup-Server probiert. 25er Version. Alles auf default. Dann Deinen letzten Post gelesen. Bin am Mac > Safari Ist für seine "Sicherheits"-Features bekannt. Also mal direkt jetzt mit Firefox probiert: 😁

Nein File Manager ist installiert. Lösche immer alle Pfade per CLI rm -r Echt wahnsinn. Habe eben erneut die 25er Version installiert. Diesmal ebenfalls alles so gelassen. Also user usw... SQLite Freeze beim Anlegen eines Benutzers

So ist es. Wegen den 4 TB: Der obere ist der vom Container erstellte. Die anderen beiden sind bestehende Shares. @Archonw Ja, hatte ich ja. user zu cache dürfte nicht das Verhalten erklären.

So, Version 24 lässt das Anlegen von Benutzern zu:

Was nun aber merkwürdig ist: Der vom Container erstellte Share (Cache only) zeigt unplausiblen freien Speicherplatz an: 4 TB Ich habe noch weitere Shares die Cache only sind. Mein Cache besteht aus zwei 1TB SSD's. Frei sind 623 GB.

So: Alles vom Container machen lassen. Allerdings von user zu cache geändert. /mnt/user/Share vom NC-Container erstellen lassen. SQLite gelassen. Weiterhin lassen sich nur Gruppen erstellen. Benutzer anlegen > Freeze So sieht mein Template aus: Und hier noch, wie ich den Port für die WebUI erstellt habe. Nur zur Sicherheit...

In Ordnung. Mache ich jetzt. Und einen dedizierten Share für die NC-Daten nicht anlegen? Wenn ja: Public? Private?

Zum Spaß habe ich vorhin auch mal den "offiziellen" NC installiert und als DB SQLite genommen. Selbes Problem. Kein Anlegen von Usern möglich.

@Archonw Okay, interessant. Wenn wir vom "offiziellen" Nextcloud Container sprechen, meinen wir knex666's Repository, korrekt? Denn wenn ich den installieren möchte, muss ich noch einen weiteren Parameter für den Port um auf die WebUI zugreifen zu können hinzufügen. So sieht es direkt aus dem "Store" aus. Keine Portangaben für die WebUI: Weil Du schreibst, das Du nur den Pfad angepasst hast. Wie greifst Du denn, mit den Einstellungen aus dem Screenshot, auf die WebUI zu?

Nach dem Entfernen eines Containers lösche ich immer die Verzeichnisse mit "Clean Appdata" und entferne das Template bei "Previous Apps" im "Store". So, nun erneute Neuinstallation des offiziellen NC-Containers. Diesmal mit 99:100 Erneut keine Chance bei der Anlage von Usern.

Alle Container, die ich seit 6.11.X installiert habe, haben diese Rechte. Bereits vorher erstellte Container haben die Rechte wie bei @hawihoney

Okay. Dann gibt es wohl doch ein Rechteproblem. Bei mir wie folgt: config > drwxr-xr-x 1 nobody users 94 Nov 19 18:16 nextcloud/ data > drwxrwx--- 1 nobody users 162 Nov 19 18:16 Nextcloud/

Okay, dann wird das wohl das Problem sein. Ich habe extra einen Share für die NC-Daten angelegt. Scheinbar sollen sie aber ebenfalls im appdata-Verzeichnis liegen. Das probiere ich.

Folgendes habe ich noch gefunden: Letzter Post: https://help.nextcloud.com/t/error-ocp-files-notpermitted-exception-occurs-every-15-minutes/123992/12 Scheint also wohl tatsächlich ein Problem mit dem Zeichensatz (utf8) zu sein. Wie habt ihr denn den Share angelegt, das NC keine Probleme damit hat?

Wobei hier im NC-Forum das gleiche Problem wohl ebenfalls recht kurz nach einer frischen Installation auftritt: https://help.nextcloud.com/t/ocp-files-notpermittedexception-could-not-create-folder/133818/2 Leider keine Lösung dort parat...

Habe ja erwähnt, das ich in meiner ersten MariaDB-Installation zwei DB's habe. Die habe ich dann mit dem Adminer angelegt. Klappt ja auch alles wunderbar. Nur NC zickt irgendwie...