404 nach Umzug
am 28.08.2025 - 13:42 Uhr in
Im Intranet verwenden wir für eine Art Dokumentenmanagement System Drupal 7 seit gut 10 Jahren.
Im letzten Jahr wollten wir uns dann allmählich an die Umstellung machen und haben auf einer spiel-VM unter Debian Bookworm (php 8.3, mysql 15.1, composer 2.5.5.) eine neues Drupal 11 (derzeit 11.2.3) aufgesetzt und "von Hand" portiert. Alles gut soweit.
Jetzt wollt ich die Installation auf eine neue live-VM (debian trixie, php 8.4, mysql 11.8.2, composer 2.8.8) wie folgt portieren:
cache geleert
mit rsnyc -avp das Verzeichnis /var/www/html/dms rüber kopiert (sowie die apache config)
mit mysqldump | mysql die Datenbank kopiert
Weder in der .htaccess noch in der settings.php steht irgendein hart codierter host drin. Unter https://spiel ist wie gesagt alles schön. Unter https://live erreiche ich die Startseite wo ohne login nichts geht, und, bei update_free_access true [1], die update.php. Jeden click, also auch der auf anmelden bestraft Apache mit einem 404 im log :(.
Jemand eine Idee warum das nicht geht?
Apache config:
# apachectl -M
Loaded Modules:
core_module (static)
so_module (static)
watchdog_module (static)
http_module (static)
log_config_module (static)
logio_module (static)
version_module (static)
unixd_module (static)
access_compat_module (shared)
actions_module (shared)
alias_module (shared)
auth_basic_module (shared)
authn_core_module (shared)
authn_file_module (shared)
authz_core_module (shared)
authz_host_module (shared)
authz_user_module (shared)
autoindex_module (shared)
deflate_module (shared)
dir_module (shared)
env_module (shared)
filter_module (shared)
mime_module (shared)
mpm_prefork_module (shared)
negotiation_module (shared)
php_module (shared)
proxy_module (shared)
proxy_fcgi_module (shared)
reqtimeout_module (shared)
rewrite_module (shared)
setenvif_module (shared)
socache_shmcb_module (shared)
ssl_module (shared)
status_module (shared)
---cut---
phpinfo in einliegendem pdf.
[1] Steht update_free_access auf false, sagt er mir ich hätte keine Adminsitrations Rechte - stimmt, kann mich ja nicht einloggen.
| Anhang | Größe |
|---|---|
| PHP 8.4.11 - phpinfo().pdf | 948.24 KB |
- Anmelden oder Registrieren um Kommentare zu schreiben

Ich tippe Mal darauf dass auf
am 31.08.2025 - 06:17 Uhr
Ich tippe Mal darauf dass auf dem Server das Modul Mod rewrite nicht eingeschaltet ist oder der entsprechende Konfiguration in der Host-Datei für die Domain vergessen wurde
Ist natürlich nur Geräten, sollte aber Mal überorft werden.
Rewrite ist an: # a2enmod
am 01.09.2025 - 08:38 Uhr
Rewrite ist an:
# a2enmod rewrite
Module rewrite already enabled
Was meinst Du mit "entsprechende Konfiguration in host Datei"?
Rewrite ist an: # a2enmod
am 01.09.2025 - 08:38 Uhr
Rewrite ist an:
# a2enmod rewrite
Module rewrite already enabled
Was meinst Du mit "entsprechende Konfiguration in host Datei"?
<Directory /var/www/>
am 01.09.2025 - 11:35 Uhr
<Directory /var/www/>Options Indexes FollowSymLinks
AllowOverride None
Require all granted
</Directory>
Dass muss in deine Apache Host Datei. Ansonsten funktioniert rewrite nicht. Dass kann den 404 auslösen.
Dass hatten wir in ähnlicher Form erst am 04.08.
Guckst du
https://youtu.be/CD4OaJrKKCU
<Directory /var/www/>
am 01.09.2025 - 11:32 Uhr
Doppelpost removal.
Gelöst
am 01.09.2025 - 13:26 Uhr
Danke, das war es. Zwar stand in meiner virtual host Konfiguration für die Drupal Instanz:
Options FollowSymLinks
AllowOverride All
Require all granted
DirectoryIndex index.php
explizit das er überschreiben kann, aber die Direktive aus der /etc/apache2/apache2.conf scheint da drüber zu gehen.