Contao 4.9.5 - Backend produziert nach Login einen Redirect Error
Hallo Community,
ich hoffe in diesem Forum ist die Frage richtig aufgehoben.
Unter https://42wolfsburg.de/ haben wir ein Contao 4.9.5 laufen. Momentan ist es im PROD-Modus. Allerdings hilft auch ein umschalten auf den DEV-Modus nichts am Problem. Wir haben etliche Male die Caches gelöscht für PROD und DEV, auch das bringt nichts. Wir sind mit unserem Latein am Ende.
Entwickelt haben wir die Seite auf unserem Hoster, All-Inkl. Hier konnten wir das DocumentRoot der Domain direkt in der vHost-Config einstellen. Dort lief/läuft alles bestens.
Die Liveseite läuft bei Siteground, hier mussten wir den DocumentRoot leider per .htaccess im Root-Verzeichnis einstellen mittels:
Code:
RewriteEngine on
RewriteCond %{HTTP_HOST} ^42wolfsburg.de$ [NC,OR]
RewriteCond %{HTTP_HOST} ^42wolfsburg.de$
RewriteCond %{REQUEST_URI} !contao/web/
RewriteCond %{REQUEST_URI} !contao/web
RewriteRule (.*) /contao/web/$1 [L]
AddHandler application/x-httpd-php74 .php .php5 .php4 .php3
Das funktioniert für das Frontend, wie man sieht, auch sehr gut. Allerdings können wir nicht mehr auf das Backend zugreifen. Die URL https://42wolfsburg.de/contao/ führt uns noch korrekterweise auf das Login-Formular. Wenn wir hier falsche Credentials eingeben zeigt das Formular das auch korrekt an. Geben wir nun aber richtige Credentials ein und Klicken auf "Login" läuft das System in einen TOO MANY REDIRECT ERRORS. Es wird immer wieder von /contao/ zu /contao zu /contao/ zu /contao etc redirected.
Die .htaccess im /contao/web Verzeichnis sieht so aus:
Code:
<IfModule mod_rewrite.c>
RewriteEngine On
<IfModule mod_headers.c>
# Assets in /assets and /bundles either contain a hash in their filename
# or are called with a ?version suffix, therefore cache them for 1 year.
RewriteRule ^(assets|bundles)/ - [ENV=CONTAO_ASSETS:true]
Header set Cache-Control "max-age=31536000" env=CONTAO_ASSETS
# Allow CORS on the Contao TinyMCE skin.
RewriteRule ^assets/tinymce4/js/skins/contao/fonts/ - [ENV=CONTAO_TINYMCE_SKIN:true]
Header set Access-Control-Allow-Origin "*" env=CONTAO_TINYMCE_SKIN
</IfModule>
# Determine the RewriteBase automatically and set it as environment variable.
# If you are using Apache aliases to do mass virtual hosting or installed the
# project in a subdirectory, the base path will be prepended to allow proper
# resolution of the index.php file and to redirect to the correct URI. It will
# work in environments without path prefix as well, providing a safe, one-size
# fits all solution. But as you do not need it in this case, you can comment
# the following 2 lines to eliminate the overhead.
RewriteCond %{REQUEST_URI}::$1 ^(/.+)/(.*)::\2$
RewriteRule ^(.*) - [E=BASE:%1]
# Sets the HTTP_AUTHORIZATION header removed by Apache
RewriteCond %{HTTP:Authorization} .
RewriteRule ^ - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
# Redirect to URI without front controller to prevent duplicate content
# (with and without `/index.php`). Only do this redirect on the initial
# rewrite by Apache and not on subsequent cycles. Otherwise we would get an
# endless redirect loop (request -> rewrite to front controller ->
# redirect -> request -> ...).
# So in case you get a "too many redirects" error or you always get redirected
# to the start page because your Apache does not expose the REDIRECT_STATUS
# environment variable, you have 2 choices:
# - disable this feature by commenting the following 2 lines or
# - use Apache >= 2.3.9 and replace all L flags by END flags and remove the
# following RewriteCond (best solution)
RewriteCond %{ENV:REDIRECT_STATUS} ^$
RewriteRule ^index\.php(?:/(.*)|$) %{ENV:BASE}/$1 [R=301,L]
# If the requested filename exists, simply serve it.
# We only want to let Apache serve files and not directories.
RewriteCond %{REQUEST_FILENAME} -f
RewriteRule ^ - [L]
# Rewrite all other queries to the front controller.
RewriteRule ^ %{ENV:BASE}/index.php [L]
</IfModule>
<IfModule !mod_rewrite.c>
<IfModule mod_alias.c>
# When mod_rewrite is not available, we instruct a temporary redirect of
# the start page to the front controller explicitly so that the website
# and the generated links can still be used.
RedirectMatch 302 ^/$ /index.php/
# RedirectTemp cannot be used instead
</IfModule>
</IfModule>
Wir hatten dann vermutet das vielleicht die Installation in /ROOT/contao (sprich contao im Vereichnispfad) das Problem ist und haben einmal in /ROOT/cms/ installiert und die .htaccess entsprechend angepasst - gleiches Ergebnis.
Wir wissen nicht mehr weiter, sind aber auch keine 100%igen Contao-Profis, daher nun unsere Hilfesuche hier im Forum. Vielleicht hat ja jemand so etwas schonmal gehabt.
Danke und viele Grüße
Florian
