Apache-Server zeigt 404 mit vorhandenen Dateien an – mögliches Benutzer-/Gruppen-/Eigentümerproblem?

Apache-Server zeigt 404 mit vorhandenen Dateien an – mögliches Benutzer-/Gruppen-/Eigentümerproblem?

Die Anweisungen zum Erstellen einer Drupal-Site mit Composer besagen, dass Composer niemals als ausgeführt werden darf root. Daher habe ich einen neuen Benutzer „xylot“ in der gleichnamigen Gruppe ( xylot:xylot) erstellt und die Site mit Composer erstellt.

Jetzt weigert sich Apache jedoch, das betreffende Verzeichnis zu lesen und gibt einen 404-Fehler aus. Ich verwende virtuelle Host-Konfigurationsdateien und die betreffende Site sieht aus wie example.com.conf. Ich habe andere Sites auf demselben Server mit unterschiedlichen Konfigurationsdateinamen, die alle ordnungsgemäß funktionieren.

Diese Site ist die einzige mit merkwürdigen Benutzereigentumsregeln. Alle Verzeichnisse und Dateien darin /var/www/my-site-name(einschließlich des Verzeichnisses selbst), auf die die .conf-Datei Apache verweist, sind Eigentum xylotder xylotBenutzergruppe.

Ich habe versucht, den Gruppenbesitz (mit chgrp) auf die rootGruppe zu ändern, weil ich dachte, dass Apache dadurch meine Dateien lesen kann, aber das funktioniert nicht. Ich bin mir nicht sicher, ob ich auf dem richtigen Weg bin, aber ein Teil von mir glaubt das, einfach weil es die einzige meiner Sites auf diesem Server ist, die einen anderen Besitz als hat root:root.

Ist das ein sinnvoller Weg zur Fehlerbehebung? Sollte ich mir stattdessen etwas anderes ansehen? Alle Dateien sind vorhanden und werden berücksichtigt. Ich habe den betreffenden Domänennamen bereits für frühere Iterationen der Site verwendet, an der ich gerade arbeite, und erst jetzt gibt es eine 404-Fehlermeldung, und nur dieses Mal habe ich mit der Benutzereigentümerschaft herumgespielt.

(Ich bin noch ein Neuling in der Serverwartung und -verwaltung, also seien Sie bitte nachsichtig.)

Voraussichtliche Ankunftszeit:Ich habe versucht, den Eigentümer des Verzeichnisses und aller Unterverzeichnisse und Dateien zu ändern root:root, jedoch ohne Erfolg (nach dem Neustart von Apache).

verwandte Informationen