Am 24.01.2018 um 10:28 schrieb Marcel Wichern:
Ist der Origin-Server wieder verfügbar und dem Endanwender wird
trotzdem das ErrDoc angezeigt, kann dieser durch Drücken von F5 das
Laden der eigentlichen Seite erzwingen.
Hilft das ggf?!
Ernsthaft jetzt?
Und das zu erwähnen fällt dir nach 3 Mails ein?
Ja dann liegt es wohl glasklar NICHT am Server sondern am Browsercache
Probiere mal auf beiden Seiten 503-Responses als "nocache" festzulegen
Header set "Cache-Control" "no-cache, no-store" "expr=%{REQUEST_STATUS}
== 503"
Header unset "Expires" "expr=%{REQUEST_STATUS} == 503"
_________________________
Wir spielen ähnliches für Redirects/WAF-Hits
# Kein Caching von Redirects
Header set "Cache-Control" "no-cache, no-store"
"expr=%{REQUEST_STATUS} == 301"
Header unset "Expires" "expr=%{REQUEST_STATUS} == 301"
Header set "Cache-Control" "no-cache, no-store"
"expr=%{REQUEST_STATUS} == 302"
Header unset "Expires" "expr=%{REQUEST_STATUS} == 302"
# Error-Responses nicht auf Proxies cachen
Header set "Cache-Control" "private" "expr=%{REQUEST_STATUS} == 403"
Header unset "Expires" "expr=%{REQUEST_STATUS} == 403"
Header set "Cache-Control" "private" "expr=%{REQUEST_STATUS} == 400"
Header unset "Expires" "expr=%{REQUEST_STATUS} == 400"
Am 24. Januar 2018 um 10:21 schrieb Reindl Harald <[email protected]>:
Am 24.01.2018 um 10:19 schrieb Marcel Wichern:
Mir wird das einfach zu mühsam - Irgendwas am Origin-Server führt zu einem
Loop womit der nicht zeitgerecht antwortet und aus Sicht des Proxy halt
nicht erreichbar ist
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
