Error 403 Forbidden - Migriertes WP will einfach nicht laufen

Hallo zusammen,

habe gestern eine WP-Installation von einem anderen Provider zu netcup umgezogen. Sowohl alter als auch neuer Anbieter verfügen über eine inkl. Plesk-Lizenz, haben aber leicht unterschiedliche Konfigurationsoptionen. Aber das ist hierfür ja nicht allzu relevant.

Nun hatte ich die Webseite im Prinzip schon übertragen, erhielt aber von Anfang an den "Error 403 - Forbidden".

Die genaue Fehlermeldung geht aus Plesk hervor:

[core:crit] (13)Permission denied: AH00529: /var/www/vhosts/hosting224197.ae9b1.netcup.net/rasbora/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable and that '/var/www/vhosts/hosting224197.ae9b1.netcup.net/rasbora/' is executable

An den Dateien und Verzeichnissen kann ich allerdings keine verkehrten Zugriffsrechte erkennen. die wp-config.php steht auf 600, alle anderen Dateien auf 644 und die Verzeichnisse auf 755, so wie es in der Sicherheitsmaßnahme von WP selbst auch steht. Diese Maßnahme ist im WP-Toolkit auch noch ausstehend, obwohl alles korrekt sein sollte.
Wenn man diese durchführen will, kommt es zu einer Fehlermeldung, dass das Toolkit hier keinen Zugriff hätte.

Als letzten Workaround habe ich gestern nochmal alles direkt vom Quellsystem, direkt aus Plesk heraus, nochmal per FTP-Send zum Ziel-FTP in eine neues Verzeichnis kopieren lassen und alles nochmal umkonfiguriert. Am Ende habe ich zumindest einen DB-Zugriffsfehler erhalten, was ja schon mal positiv war. Nach dem Umsetzen des DB-Passwortes hatte ich plötzlich einen korrekten Webseiten- und DB-Zugriff. Lediglich eine Umleitung auf die ursprüngliche Domain war noch in WP hinterlegt. Nachdem ich die umgestellt hatte, lief auch das endlich.

Ich hatte die alte, funktionierende Webseite und die neue alte bei netcup.
Wirklich alles war chic!

Nun wollte ich heute Vormittag weiter machen, weil die Postfachumzüge noch ausstanden und beim Laden der Seite passiert der Super-GAU...

Die Webseite hat heute dasselbe Probleme wie gestern!!! Ich komme einfach keinen einzigen Schritt weiter und habe schon den gesamten 1. Tag des Umzugsversuchs mit diesem Fehler verbracht.

Nun habe ich wieder den "403er - Forbidden", obwohl gestern Abend um 23 Uhr alles gut aussah.

Ich habe mir auch schon die .htaccess angesehen und sogar umbenannt, um zu sehen ob es doch an der liegen würde. Nichts zu machen.

Ich bin mit meinem Latein am Ende wo ich noch suchen soll. Vielleicht hat jemand eine Idee, was Plesk mit dieser im Prinzip nicht zutreffenden Fehlerbeschreibung (s.o.) noch meinen könnte.

die reinen Unix-Zugriffsrechte sehen vom Prinzip gut aus.

Hatte schon mal jemand solch ein Problem?

Gruß

p3nnyman

P.S.: Ich habe in Plesk noch zusätzlich dieses WP-Toolkit installiert.

Hey webdesignheld

Gibt es sowas denn überhaupt oder sollte das ein Scherz sein?

Ich habe gestern Abend, nachdem ich hier extra einen Thread aufgemacht habe, nochmal an den Ordnerberechtigungen herum gespielt.
Ich habe den Fehler gefunden, aber mich mit der Suche danach selber verarscht.

Der alte Anbieter (campus speicher / do g a do) hatte in seinem Plesk andere / weniger Berechtigungen gesetzt, als netcup es jetzt benötigt.
Standardmäßig haben die Stammordner der Webseite die Berechtigung 750, wenn man neue Verzeichnisse anlegt.
Beim alten Anbieter funktioniert die Webseite mit 750 im root der Webseite auch ganz normal. Das tut sie nun bei netcup nicht, obwohl 750 die Standardberechtigung ist.

Ich hatte erst die Vermutung, dass die Gruppe irgendetwas damit zu tun haben könnte, da Verzeichnisse von Plesk die Gruppe "psaserv" haben und die über FTP oder selbst erstellten "psacln" haben. In Filezilla wird mir aber überall nur die Gruppe "psacln" ausgegeben, statt der in Plesk selbst. Das hat mich etwas irritiert.
Hab aber auch nichts gefunden, wo ich die nachträglich anpassen könnte.

Alter Anbieter
Ordnerberechtigung_dogado.png

Bei netcup

Ordnerberechtigung_nc_neu.png

Kann mich jemand mal Aufklären, wie es sein kann, dass die bestehende Seite beim alten Anbieter mit strengeren Berechtigungen läuft und bei netcup kommt es direkt zu einer Fehlermeldung.

Gibt es da Apache-seitig Konfigurationen die vorrangig greifen? Vor denen die in Plesk für das Dateisystem eingestellt sind?
Ist doch merkwürdig, oder?

Ah okay, vielen Dank Hille.
Und gibt es per SSH, oder so, die Möglichkeit die Gruppen anzupassen? chmod geht wohl über SSH.

Und noch eine weitere Frage: Wie ändere ich im WH die Standardwerte für PHP?
Zur Erklärung: Bei einer weiteren Webseite mit Joomla meldet es mir, dass es für die Paket-Installation mindestens eine PHP Upload Filesize vom 16M benötigt.

In der phpinfo() stehen andere konfigurierte Werte, als im Vertrag bzw. als in der Plesk PHP Infoseite.

Im netcup Wiki steht, dass diese Werte nicht angepasst werden können, da sie paketabhängig festgelegt sind.
Die voreingestellten Werte entsprechen allerdings nicht mal ansatzweise denen, die in den Paketdetails stehen.
Also, muss ich die Werte doch irgendwie anpassen können?

pasted-from-clipboard.png

Danke euch beiden. Werde mir dieses WIMRE auch mal anschauen.

Zitat von Olivetti

WIMRE="wenn ich mich recht erinnere"

Oh Gott, sorry! Hab mich total vertan / verlesen. Ich schiebe das einfach mal auf die abklingende Grippe und dass mich der Kram fast zur Verzweiflung gebracht hat die letzten Tage. Ich habe nur WIMRE gelesen und musste an WINRE denken.

Zitat von webdesignheld

Nee, das war ernst gemeint - ownership probleme gibt es - Gruppen, Berechtigungen etc. wenn Du den Fehler gefunden hast wird man ja sehen ob es eins war.

Und wie soll man solch einen Ownership Fehler finden?

Unter den Links von webdesignheld sind auch noch ein 1-2 interessante Ansätze.

https://talk.plesk.com/threads/403-fo…207/post-807517

Und das hier: https://support.plesk.com/hc/en-us/artic…-it-is-readable

Hab das jetzt mit SSH durchgeführt, da uns netcup hier absolut keine Funktionalitäten in Plesk einräumt. :-/

Zitat von Olivetti

als es im WCP CCP* neu erzeugen zu lassen. mir ist zumindest nichts anderes bekannt.

* mäh, das ist ja seit geraumer zeit im CCP einzustellen.

Wo siehst du das denn?

EDIT: chown aus der Anleitung kann ich in ssh vom WH auch nicht nutzen: command is unknown.
Gibt es für den Besitzer eine Option über chmod? Ansonsten die Geschichte über CCP (wenn ich weiß, wo es ist).

In dem Plesk Forum hat User /dev/null gesagt: der/die/das root (directory) soll "psaserv" als Gruppe haben und alles darunter "psacln".
Das wäre dann korrekt.

Zitat von Olivetti

im CCP unter produkte/LUPE/DOMAIN AUSWÄHLEN/einstellungen bearbeiten/dokumentenstamm

Ja, das ist mir schon bekannt, aber da schreibe ich doch das "docroot" nicht neu?! Da lege ich doch lediglich den Ordner fest, in dem mein "CMS" o.ä. System liegt, oder nicht?

Oder meinst du es werden dort auch nicht existierende Verzeichnisse angelegt?
Ich habe nämlich meine Ordner immer zuerst angelegt und dann den existierenden Pfad hinter dem / (root) angegeben.
Dann wurde das Verzeichnis in der Gruppe "psacln" angelegt.

Live Edit: Habe es parallel mal versucht einen "non-existent-path" anzugeben....es geht. Und wenn man das macht bekommt der docroot einen frischen "Ordner" mit der Gruppe "psaserv" UND chmod 750 zugewiesen.

Was beweist (zumindest theoretisch) dass die Zugriffsrechte voneinander abweichen, wenn die Gruppe "die verkehrte" ist. Nämlich durch manuelles Ordner erstellen.
Und das war es auch, was mich zwischen den beiden Providern zum Verzweifeln gebracht hat. Genau wie Hille es beschrieben hatte.

Kleiner "Fehler", große Wirkung.

BTW: der docroot lässt sich im CCP übrigens IMMER ändern. Im WCP hingegen ist er leider in Stein gemeißelt. Da ist netcup so vorgegangen, wie Microsoft bei der Windows-Systemsteuerung. Nichts Halbes und nichts Ganzes.
Und dann das Plesk auch noch so schlimm beschnitten, dass man da kaum noch was machen kann. Im Netz habe ich die Info gefunden, dass man in Plesk theoretisch sogar das System selbst auf Fehler überprüfen kann. Da kommt man bei netcup nicht mal in die Nähe.

Jetzt habe ich noch einen klitzekleinen anderen Fehler, der sich eingeschlichen hat.
Ich verwende Tablepress auf der Seite, und um an der übertragenen Seite nicht noch einmal Einträge ändern zu müssen, habe ich angenommen, wenn ich einfach die DB nochmal neu einspiele und den Domainnamen wieder ändere, ist die fertige Tabelle da.
Dem war aber leider nicht so.

Nun habe ich beim Laden einzelner Seitenbereiche den WP-Fehler, dass die Bilder irgendwie über prüft werden und es nun heißt "STOP - This image was hotlinked".
Die Bilder befinden sich direkt auf meiner Webseite.

Google sagt, das käme von einer WP-Optimierung, die man durchgeführt hat und man könne diese ganz einfach wieder zurücksetzen.
Allerdings finde ich die in meinen Optimierungen gar nicht.

Hab's genau in dieser Sekunde gefunden.

Die URLs in den Zellen von Tablepress sind ja auch noch die alten. *doh*

Danke dir für den Hinweis.

EDIT: Aber wie ändert man nun die Bilder-Pfade wenn man eine riesige Webseite hat?
Jede Seite mit dem Editor durchgehen mit STRG+H? Ich weiß ja gar nicht, wo die URLs überall stehen.