Pourquoi définir certaines catégories sur « Avertir » ou « Bloquer » les mises en page corrompues sur certains sites Web ?

Options de téléchargement

PDF (235.1 KB)
Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
ePub (92.6 KB)
Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
Mobi (Kindle) (76.7 KB)
Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils

Mis à jour:13 août 2014

ID du document:118284

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Question :

Pourquoi certaines catégories sont-elles définies sur « Avertir/Bloquer » les mises en page endommagées sur certaines pages ?

Environnement :

Cisco Web Security Appliance (WSA) toute version AsyncOS
Utilisation de la fonction "Avertir" ou "Bloquer" sous les catégories d'URL

Symptômes : certaines pages Web s'affichent avec une mise en page incorrecte lorsque certaines catégories sont configurées sur « Bloquer » ou « Avertir »

Lors de l'ouverture d'une page Web, un navigateur effectue généralement plusieurs requêtes HTTP via le proxy WSA. Chaque demande serait indépendante et serait traitée et catégorisée séparément par WSA.

Exemple :

Supposons que vous visitiez le site Web http://www.example.com/index.html. Supposons qu'il s'agisse de « Ordinateurs et Internet »
La page "Index.html" contient des références à une image hébergée sur 'www.advertisements.com', qui est catégorisée comme "Annonce".

Supposons maintenant que nous avons les stratégies d'accès sur WSA (GUI > Web Security Manager > Access Policies), configurées pour "bloquer" la catégorie "annonces" et "surveiller" la catégorie "ordinateurs et Internet"

Selon la configuration des stratégies d'accès ci-dessus, l'accès à www.example.com est autorisé, mais l'accès à www.advertisements.com est bloqué.

Lorsqu'un utilisateur visite http://www.example.com/index.html sur le navigateur, il demande à récupérer index.html à partir de www.example.com.
Ensuite, en regardant le fichier html téléchargé, le navigateur ferait une demande pour aller chercher une image hébergée sur "www.advertisements.com".
Lorsque WSA reçoit cette demande, il bloque la transaction et renvoie une « notification de l'utilisateur final » indiquant que la demande HTTP demandée a été bloquée.
Le navigateur reçoit une réponse/page bloquée du proxy, mais il ne peut pas rendre l'« image » demandée, car EUN est en HTML. Au lieu de cela, le navigateur (par exemple, Internet Explorer) affiche un « X rouge » à l'endroit où l'image doit être affichée.

Dans l'exemple ci-dessus, nous pouvons voir qu'une "image" a été bloquée. Mais tous les objets ne sont pas toujours visibles. Des exemples de tels objets sont des fichiers de script java, des fichiers de feuille de style (css), etc. Java Script (JS), feuille de style (CSS) serait exécuté en arrière-plan et le navigateur n'avertira pas l'utilisateur lorsque la demande est bloquée. Lorsque ces objets sont bloqués, le navigateur peut ne pas être en mesure de restituer correctement la page et vous montrer une page avec une disposition incorrecte.

Si vous rencontrez un site Web ou une page Web qui ne s'affiche pas correctement, examinez vos journaux d'accès pour déterminer quel domaine ou site Web est « bloqué » ou « averti » par WSA.

Pour plus d'informations sur le « grepping » ou l'examen des journaux d'accès, veuillez consulter le lien ci-dessous.
http://tinyurl.com/2l6qkw

Reportez-vous à l'extrait ci-joint du Guide de l'utilisateur qui fournit des explications détaillées sur la lecture du journal d'accès.

Une fois que nous trouvons les domaines bloqués (comme www.advertisements.com dans l'exemple ci-dessus), nous pouvons prendre l'une des étapes ci-dessous pour corriger la mise en page

Configurez la catégorie associée au domaine - Annonces dans l'exemple ci-dessus - sur « Surveiller » au lieu de « Bloquer » ou « Avertir »
- Vous pouvez le faire dans les politiques d'accès sous GUI —> Gestionnaire de sécurité Web —> Politiques d'accès > colonne Catégories d'URL
- Remarque : ce changement de configuration débloquerait l'accès à tous les sites Web de la catégorie concernée. Par conséquent, vous ne devez suivre cette étape que si la catégorie « bloqué » a un impact sur les mises en page de nombreux sites Web
Configurez une catégorie d'URL personnalisée (Sous GUI —> Web Security Manager —> Catégories d'URL personnalisées) avec les domaines concernés (comme advertisemnts.com, .advertisements.com) et configurez la catégorie d'URL personnalisée sur « Surveiller » dans les stratégies d'accès
- Cette configuration autorisera uniquement les sites répertoriés dans la catégorie d'URL personnalisée et WSA continuera à bloquer les autres sites de la catégorie concernée

Historique de révision

Révision	Date de publication	Commentaires
1.0	13-Aug-2014	Première publication

Contribution d’experts de Cisco

Kei Ozaki and Siddharth Rajpathak
Cisco TAC Engineers.