htaccess-Datei funktioniert nicht

🌐 Non-english support 🇩🇪 Deutsch (german)
23

Das mit dem https:// vorne dran kann ich aktuell aber nicht testen Isaac, denke aber dass du Recht hast es da weg zu lassen.
Wenn du Apache benutzt, müssen im Ordner “sites-enabled” in den Dateien im “directory” Abschnitt die Zeile: Options FollowSymLinks
Enthalten sein.

Als Beispiel:

<Directory /var/www/nextcloud/>
Require all granted
AllowOverride All
Options FollowSymLinks MultiViews

Ist dies der Fall bei dir?

24

Verschiebe dein Nextcloud Datenverzeichnis außerhalb deines WebRoots.

z.B. von
/home/meine-domain/web/cloud.meine-domain.de/public_html/data nach
/home/meine-domain/web/cloud.meine-domain.de/data

25

Habe ich auch schon gemacht - mein data liegt jetzt in /home/meine-domain/web/cloud.meine-domain.de/private/data - Fehler weiterhin vorhanden.

26

Hat bei mir auch mit *.meindedomain.de funktioniert

1 Like
27

Kannst du mal schauen ob die .htaccess Datei auch wirklich vorhanden ist?
Am besten im Terminal → sudo nautilus → Dann auf links auf Rechner oder Wurzelverzeichnis dann auf /home/meine-domain/web/cloud.meine-domain.de/private/data navigieren und im nautilus Datei Explorer oben rechts auf Optionen → versteckte Dateien anzeigen → Haken setzen

28

Eventuell auch mal die korrekten Rechte auf das data Verzeichnis neu setzen, im Internet gibt es da eine Anleitung wie das data Verzeichnis rekursiv mit den korrekten Rechten gesetzt wird.

29

Ich habe das Problem bzw. die Meldung seit dem heutigen Update auf Nextcloud 29 auch und das Datenverzeichnis liegt nicht im Webverzeichnis.

/var/nextcloud/data
vs.
/var/www/html/<domain>/nextcloud

Bei Nextcloud 28 wurde der Fehler nicht angezeigt. Ich habe einen zweiten Server mit identischer Kofiguration (Backup, wo sich das sehr schön nachstellen lässt).

Das trifft sowohl auf 28.03 als auch auch 28.05 zu, ich habe gerade testweise das Backup zurückgespielt.

1 Like
30

Die Lösung für mein System (Aktualisierung von NC 28 auf NC 29) war, 'localhost' aus 'trusted_domains' in config.php zu löschen.

1 Like
31

Prima, das war der Knackpunkt.
Hatte die Meldung seit Nextcloud 29 in einer Docker-Umgebung.
Konnte also nicht an den Konfigurationsdateien eines Apache liegen.
Es waren veraltete trusted_domains.
Nur IP-Adresse und aktueller FQDN belassen, schon war die Meldung weg.
Besten Dank nochmals

1 Like
32

Bei mir auch.

33

Immer noch der selbe Fehler hier.

localhost ist bei mir schon raus aus den trusted_domains

$CONFIG = array (
  'passwordsalt' => 'geheim',
  'secret' => 'geheim',
  'trusted_domains' =>
  array (
    0 => 'cloud.meine-domain.de',
  ),

Hier noch die .htaccess aus dem Datenordner:

~# cat /home/meine-domain/web/cloud.meine-domain.de/private/data/.htaccess
# Generated by Nextcloud on 2024-06-26 08:24:30
# Section for Apache 2.4 to 2.6
<IfModule mod_authz_core.c>
  Require all denied
</IfModule>
<IfModule mod_access_compat.c>
  Order Allow,Deny
  Deny from all
  Satisfy All
</IfModule>

# Section for Apache 2.2
<IfModule !mod_authz_core.c>
  <IfModule !mod_access_compat.c>
    <IfModule mod_authz_host.c>
      Order Allow,Deny
      Deny from all
    </IfModule>
    Satisfy All
  </IfModule>
</IfModule>

# Section for Apache 2.2 to 2.6
<IfModule mod_autoindex.c>
  IndexIgnore *
</IfModule>

Ich habe diesen Thread hierzu gefunden How to test if my files are not accessible from the internet? - #9 by ernolf
d.h. der Fehler erscheint, wenn die “environmental value htaccessWorking nicht gesetzt ist”. Gestzt wird sie durch den .htaccess Eintrag server/.htaccess at 7e9f5238729c3d523c4b96507d297bb81a2a3397 · nextcloud/server · GitHub

So, warum wird sie hier also NICHT gesetzt ist jetzt die Frage :thinking:
Das Modul env_module ist geladen:

# apachectl -M 2>/dev/null | grep env_module
 env_module (shared)
34

Bei mir war es die generische Domain des Servers, die aus trusted_domains entfernt werden mußte.

35

D.h. es ist jetzt bei dir was nur noch in den trusted_domains?

Komischerweise muss ich bei mir 'overwritehost' => 'cloud.meine-domaind.de' mit in der config drin haben, andernfalls bekomme ich einen " Access through untrusted domain" Fehler :thinking:

36

Bei mir steht jetzt

    'trusted_domains' => 
      array (
        0 => 'cloud.meine-domain.com',
        1 => 'meine-domain.com',
      ),

drin. Die Overwrite-Parameter habe ich alle ausgefüllt, weil ich einen Aufbau mit Reverse Proxy habe.

37

Hi
es gibt einige mit diesem Fehler mich eingeschlossen:

Bis jetzt haben wir keine Lösung gefunden und es ist fèr mich klar ein Bug da ich sogar das Datenverzeichniss ausserhalb des durchs Netz zugänglichen Bereichs gesetzt habe