Bitte helft mir: AH01797: client denied by server configuration

Hallo Zusammen,

ich bin neu hier, weil ich ein Problem mit einer WordPress-Seite habe, wo mit die Ideen ausgegangen sind :-(
Unzähliche Webseiten habe ich durch google bereits durchforstet, aber den entscheidenen Hinweis habe ich noch nicht gefunden.

Die Seite lief mehrere Wochen ohne Probleme, aber seit dem (vermutlich 02.01.2017) springt die Seite beim Aufruf immer automatisch auf /wp-admin/install.php.
An dieser Stelle wird ein Error 403-Forbidden erzeugt.
Das error.log gibt mir immer ein

Zitat

[access_compat:error] [pid 9967:tid 140457367561984] [client xxx.xxx.xxx.xxx:49989] AH01797: client denied by server configuration:

Der Apache (Version 2.4.10 (Debian)) ist folgendermaßen konfiguriert.

Zitat

DocumentRoot "/var/www/webxxx/htdocs/"
<Directory "/var/www/webxxx/htdocs/">
Options SymLinksIfOwnerMatch MultiViews
AllowOverride AuthConfig FileInfo Indexes Limit Options=Indexes,MultiViews,SymLinksIfOwnerMatch
<IfModule mod_access_compat.c>
Order allow,deny
Allow from all
</IfModule>
<IfModule mod_authz_core.c>
Require all granted
</IfModule>
</Directory>

Alles anzeigen

Andere Wordpress-Seiten laufen auf dem gleichen Server ohne Probleme - hat jemand von Euch einen Tipp für mich, wie ich die Seite wieder zum Laufen bekomme?

schon jetzt herlichen Dank!

vielen Dank für die schnelle Reaktion.
Nein, die Datei ist da und auch ordentlich befüllt...

Zitat

-rw-r--r-- 1 webxxx webxxx 3,6K Dez 16 22:58 wp-config.php

Wenn ich z.B, die Zugangsdaten von der Datenbank ändere, meckert das System auch gleich und sagt beim Aufruf der Seite

Zitat

Error establishing a database connection

Die Anbindung scheint also zu funktionieren.

Aber da kommt mir ein Gedanke - die Webseite lief vorher mal auf einem anderen Server.
Kann es sein, dass die Sicherheitsschlüssel auf dem neuen Server nicht funktionieren ?!

Zitat von Hille

Unter welchen Benutzer läuft der Webserver?
P.S unter Apache 2.4 hat sich die Konfiguration geändert. Deine vhost ist so nicht mehr korrekt

Vielen Dank für Deine Reaktion, da muss ich aber leider passen.
Der Server wird komplett über LiveConfig verwaltet, da habe ich keinen großen Einfluss auf die Konfiguration.
Andere Wordpress-Seiten auf dem Server laufen mit dieser Konfiguration problemlos...

Zitat von Hille

Wie soll man dir aber helfen, wenn du keine Angaben über die Serverkonfiguration machen kannst? Für dein Problem kann es mehrere Gründe geben.

In der /etc/apache2/envvars steht, dass run_User und run_group jeweils "www-data" ist.

Zitat von JABA-Hosting

Irgendwas muss aber falsch sein in der wp-config.php. Datenbank Präfix vielleicht?

in der wp-config.php steht der Standard-Präfix "wp_". Genau dieser ist in der Datenbank auch zu finden :-(

Zitat von Hille

Dann ändere doch mal testweise den Eigentümer von wp-config.php auf www-data

das brachte leider keinerlei Änderung im Verhalten. In den Logfiles steht jeweils das Gleiche :-(

Ich werde mal ein neues WordPress in den gleichen Ordner legen und installieren um mal sehen, was passiert.

Ich habe in einem Unterverzeichnis einfach die Daten eines frischen WordPress hochgeladen und die Installation lief einwandfrei durch und die Seite ist anschließend aufrufbar.
Für einen Test habe ich einfach die wp-config.php aus der nicht funktionierenden Version in den Ordner new kopiert und was passiert?!

Wordpress will erneut installiert werden und schmeisst mir dabei etliche Datenbankfehler raus, installiert Wordpress aber ?!
Irgendetwas scheint also die Datenbank "zerhackt" zu haben... Dann werde ich in dieser Richtung mal ein entsprechendes Backup suchen...

Vielen Dank für Eure Tipps und Hilfestellungen bisher!

Ein langer Tag geht zuende, aber das Rätesl ist soweit auch gelöst :lol:
Die WordPress-nstallation lief vorher auf einem anderen Server mit einem anderen Control-Panel.

Hier waren Pfade in der Datenbank hinterlegt, die es auf dem neuen Server garnicht gab (z.B. /var/www/customers/...)

Vielen Dank für Eure Denkanstöße!

Zitat von JABA-Hosting

Wo werden den Pfade in der DB gespeichert? Wenn es so wäre, würde jeder Umzug so Probleme darstellen.

Die Pfade sind in der Tabelle wp_options hinterlegt:
- recently_edited
- xcloner_backup_path
- xcloner_clonerPath
- sucuriscan_datastore_path

Die letzten drei gehören zu Plugins, welche hinterlegt sind, aber der erste Eintrag könnte generell zu WordPress gehören ?!