Nicht beschreibbare Verzeichnisse trotz 777-Rechte

[Dennis Beermann]

Hallo,

ich möchte ein Forum auf einem Apache 2.4.6 Server installieren in einem Verzeichnis, dessen Besitzer ich bin. Der Server scheint allerdings nicht mit .htaccess files auszukommen, denn bis ich die .htaccess Datei im root folder gelöscht hatte, lief die Installation überhaupt nicht an.

Nun habe ich die Schreibrechte so gesetzt wie sie hier beschrieben sind (ja, ganz sicher dass ich keinen Fehler gemacht habe), aber trotzdem zeigt er mir während der Installation an, dass die Ordner /cache, /files und /store nicht beschreibbar sind.

Liegt das Problem nun daran, dass ich die .htaccess Datei gelöscht habe? Oder könnte es daran liegen, dass ich kein Admin auf dem Server bin? Oder kann das noch andere Gründe haben?

Für Hilfe wäre ich sehr dankbar!

[HigH_HawK]

Hallo Dennis,

da du die Version 2.4.6 von Apache benutzt, kann es durchaus an einem Modul Konflikt liegen. Kannst du bitte einmal überprüfen, welche Module du in Deinem Apache aktiviert hast?

Folgender Schritt funktioniert nur, wenn du PHP als mod_php Modul in Apache eingebunden hast!!!

Datei erstellen -> apache.php

Folgenden Inhalt einfügen:

Code: Alles auswählen

<?php
    print_r(apache_get_modules());
?>

Wenn du beim Aufruf dieser Datei nur eine leere Seite angezeigt bekommst, dann ist dein PHP als CGI Konfiguriert und nicht als mod_php. In diesem Fall musst du dich an Deinen Hoster wenden (falls du nicht selber Admin vom Server bist) und diesen fragen, welche Module für Apache aktiviert sind.

Gruß
HigH_HawK

[Dennis Beermann]

Vielen Dank für die schnelle Antwort. Ich bekomme von apache.php dann folgende Werte ausgespuckt:

Array ( [0] => core [1] => mod_access_compat [2] => mod_so [3] => http_core [4] => prefork [5] => mod_unixd [6] => mod_systemd [7] => util_ldap [8] => mod_authnz_ldap [9] => mod_rewrite [10] => mod_proxy [11] => mod_proxy_http [12] => mod_proxy_ftp [13] => mod_proxy_connect [14] => mod_actions [15] => mod_alias [16] => mod_auth_basic [17] => mod_authn_file [18] => mod_authz_host [19] => mod_authz_groupfile [20] => mod_authz_user [21] => mod_autoindex [22] => mod_cgi [23] => mod_dir [24] => mod_env [25] => mod_expires [26] => mod_include [27] => mod_log_config [28] => mod_mime [29] => mod_negotiation [30] => mod_setenvif [31] => mod_ssl [32] => mod_userdir [33] => mod_php5 [34] => mod_reqtimeout [35] => mod_authn_core [36] => mod_authz_core [37] => mod_socache_shmcb )

[HigH_HawK]

Hallo Dennis,

vielen Dank für die Information! Ich kann jetzt auf Anhieb keine Unstimmigkeit feststellen, obwohl seit Apache 2.4 "mod_authz_host" gegen "mod_access_compat" ausgetauscht wurde, womit zwei fast identische Mods aktiv sind. Dies könnte ein Problem verursachen, muss es aber nicht.

Kannst du bitte noch überprüfen, welche Berechtigungen auf dem übergeordneten Ordner sind?

Beispiel:

Wenn Dein Webseiten Aufruf http://blablub.de/forum/ lautet, bitte die Berechtigungen des Ordners "forum" überprüfen und gegebenenfalls auf 0755 oder 0777 stellen.

Gruß
HigH_HawK

[Dennis Beermann]

Die Berechtigung des root-Ordners war auf 755, ich habe sie jetzt auf 777 gesetzt , das hat nichts geändert.

[HigH_HawK]

Erschien vor dem Löschen der .htaccess eine Fehlermeldung, als du das Setup ausgeführt hast? Wenn ja, welche Fehlermeldung war es?

[Dennis Beermann]

Die Fehlermeldung lautete:

Serverfehler!

Die Anfrage kann nicht beantwortet werden, da im Server ein interner Fehler aufgetreten ist. Der Server ist entweder überlastet oder ein Fehler in einem CGI-Skript ist aufgetreten.

Sofern Sie dies für eine Fehlfunktion des Servers halten, informieren Sie bitte den Webmaster hierüber.

Error 500

(Internetseite)
Apache/2.4.6 (Linux/SUSE)

[gn#36]

Schau mal in die Error Logs des Webservers, eventuell geben die dir weitere Infos was schief geht. Der Root Ordner sollte 755 bleiben. Die Installation sollte auch ohne .htaccess klappen.

Sofern du das ganze auf einem eigenen Server betreibst: Liegt das Forum evtl. an ungewöhnlicher Stelle? AppArmor, TOMOYO oder SELinux könnten den Zugriff theoretisch unabhängig von den Dateirechten für den Apache sperren. Ich hatte so ein Problem schon mal beim Einrichten einer Samba Freigabe: Dateirechte passten, aber trotzdem bekam kein User Zugriff...