URL Block Page funktioniert nicht, da Web-Browser Cache-Informationen hat, bevor Sie angewendet werden

Problem

Die URL-Block-Seite funktioniert nicht für Websites, wenn der Webbrowser Cache-Informationen hat, bevor er sie anwendet.

Details

Wenn der Benutzer auf eine Website zugreift, bevor die URL-Block-Seite implementiert ist, wird die URL-Block-Seite nicht angewendet, wenn der Benutzer-Webbrowser-Cache bereits die Website in seinem Cache Sperren muss. Verwenden Sie zum Beispiel die URL-Filter Block-Seite für die Kategorie "Streaming Media" und den Zugriff auf http://GYAO.yahoo.co.JP/Korean/ und http://GYAO.yahoo.co.JP/CT/Music/.

> Test URL GYAO.yahoo.co.JP/Korean/
GYAO.yahoo.co.JP Streaming-Media (Base DB)

> Test URL GYAO.yahoo.co.JP/CT/Music/
GYAO.yahoo.co.JP Streaming-Media (Base DB)

Beide werden als Streaming-Medien kategorisiert, wie oben gezeigt, aber Block Page funktioniert für http://GYAO.yahoo.co.JP/CT/Music/

Schauen Sie sich die folgende HTTP-Anfrage und Antwort-Header für jede Seite an, sehen Sie den Unterschied auf dem Response-Header, der vom Webserver bereitgestellt wird. Es gibt "Cache-Control"-Attribut und "Pragma: No-Cache" auf Response, der Server wird kein Web-Cache-Objektspeicher im Browser des Clients verwenden. Aber es gibt keine solche Cache-Steuerung für http://GYAO.yahoo.co.JP/Korean/, so dass der Client-Browser Cache verwenden wird, anstatt auf die Website zuzugreifen, daher wird die Block-Seite nicht von Palo Alto Networks Firewall geliefert.

=====================================================================
 HTTP-Anfrage und Antwort-Header für  http://GYAO.yahoo.co.JP/Korean/  
=====================================================================
Get/Korean/HTTP/1.1
Gastgeber: GYAO.yahoo.co.JP
User-Agent: Mozilla/5.0 (Windows NT 6,1; RV: 26,0) Gecko/20100101 Firefox/26,0
Akzeptieren: Text/HTML, Anwendung/XHTML + XML, Application/XML; q = 0,9, */*; q = 0,8
Akzeptieren-Sprache: Ja, en-US; q = 0,7, en; q = 0,3
Accept-Codierung: gzip, deflate
Referer:  http://GYAO.yahoo.co.JP/Korean/  
Cookie: B = 6rahmo59c29vd...
Verbindung: Keep-alive

HTTP/1.1 200 OK
Datum: Di, 21. Januar 2014 06:03:59 GMT
P3P: policyref = "http://Privacy.yahoo.co.JP/W3C/P3P.XML", CP = "..."   
Cache-Control: Public
Variieren: akzeptieren-Codierung
Anschluss: Close
Transfer-Codierung: geschunkelt
Content-Type: Text/HTML; charset = UTF-8
Content-Codierung: gzip

=====================================================================
 HTTP-Anfrage und Antwort-Header für  http://GYAO.yahoo.co.JP/CT/Music/  
=====================================================================
Get/CT/Music/HTTP/1.1
Gastgeber: GYAO.yahoo.co.JP
User-Agent: Mozilla/5.0 (Windows NT 6,1; RV: 26,0) Gecko/20100101 Firefox/26,0
Akzeptieren: Text/HTML, Anwendung/XHTML + XML, Application/XML; q = 0,9, */*; q = 0,8
Akzeptieren-Sprache: en-US, en; q = 0,5
Accept-Codierung: gzip, deflate
Cookie: B = 6rahmo59c29vd...
Verbindung: Keep-alive

HTTP/1.1 200 OK
Datum: Di, 21. Januar 2014 06:04:02 GMT
P3P: policyref = "http://Privacy.yahoo.co.JP/W3C/P3P.XML", CP = "..."   
Cache-Control: Public
Ausläuft: Mo, 26. Jul 1997 05:00:00 UHR GMT
Last-modified: Di, 21 Jan 2014 06:04:02 GMT
Cache-Control: privat, No-Store, No-Cache, must-revalidieren
Cache-Steuerung: Post-Check = 0, Pre-Check = 0
Pragma: keine-cache
Variieren: akzeptieren-Codierung
Anschluss: Close
Transfer-Codierung: geschunkelt
Content-Type: Text/HTML; charset = UTF-8
Content-Codierung: gzip

Dieses Problem zu umgehen

Löschen Sie den Cache auf dem Client-Browser-Cache, dann wird Block page wie entworfen funktionieren.

Sehen Sie die Links unten für Beispiele, wie Sie den Cache auf den angegebenen Browsern löschen:

• Mozilla Firefox: wie man den Firefox-Cache löschen kann | Firefox Help
• Internet Explorer: https://KB.wisc.edu/Page.php?id=15141

Besitzer: Kkondo