Das ErrorDocument für 503 liegt auf dem Reverse-Proxy und wird auch von dem ausgeliefert. Die Logdateien sind unauffällig.
Am 24. Januar 2018 um 09:10 schrieb Reindl Harald <[email protected]>: > > > Am 24.01.2018 um 09:06 schrieb Marcel Wichern: >> >> Guten Morgen, >> >> ich habe ein Problem mit meinem Apache2 (v2.4.25) in einer >> Reverse-Proxy Konfiguration. >> Es kommt aufgrund von Wartungsarbeiten desöfteren vor, dass ein >> Backend-Server nicht erreichbar ist. >> In diesem Falle wird ein benutzerdefiniertes 503-Error Dokument >> eingeblendet. >> >> Leider kommt es dann zu dem Problem, dass das Dokument den >> Endanwendern weiterhin angezeigt wird, >> obwohl der Backend-Server schon lange wieder läuft. >> >> Meine Konfiguration sieht aus wie folgt: >> >> [...] >> ProxyRequests Off >> ProxyPreserveHost On >> >> SSLProxyEngine On >> >> # HSTS >> Header always set Strict-Transport-Security "max-age=31536000; >> includeSubDomains" >> >> ProxyPass /proxy-error/ http://127.0.0.1:81/proxy-error/ >> ProxyPassReverse /proxy-error/ http://127.0.0.1:81/proxy-error/ >> ErrorDocument 503 /proxy-error/503-index.html >> >> ProxyPass /shop http://X.X.X.X/shop >> ProxyPassReverse /shop http://X.X.X.X/shop >> >> ProxyPass /kba http://X.X.X.X/kba >> ProxyPassReverse /kba http://X.X.X.X/kba >> >> Redirect / /shop >> [...] >> >> Aufrufe via HTTP werden direkt auf die HTTPS-Seite umgeleitet > > > WO? > > Am Proxy oder am Backend? > Wen das am Backend passiert hast du vermutlich eine Redirect-Loop > > Anyways - Schon mal in die Logfiles des Backendserver geschaut? > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
