Pages de réponse de filtrage d'URL ne chargeant pas correctement

Demande client

Lors de l'utilisation du filtrage d'URL avec des pages de réponse, si vous tentez de charger une URL contenant des éléments de page d'une autre catégorie d'URL, la page de réponse ne se charge pas ou le contenu incorporé contenu dans la page ne parvient pas à charger complètement.

Exemple 1 :

• Une page de réponse est configurée (continuer, remplacer ou bloquer) pour la catégorie spam.
• Lorsque vous naviguez jusqu'à un site dans la catégorie enchères qui comprend divers contenus de page de la catégorie spam, la page de réponse ne s'affiche pas et certaines parties de la page Web ne sont pas correctement chargées.

Pour identifier si cela est lié à un problème d'affichage de page Web, créez une stratégie de filtrage d'URL temporaire pour désactiver les pages de réponse et vérifier si la page se charge correctement.

Exemple 2 :

Une autre option pour isoler les problèmes avec le contenu incorporé défaut de chargement serait d'installer un utilitaire de débogage 3ème partie, comme Firebug ou ou HttpWatch où vous pouvez afficher l'état de chaque demande get individuels pour voir quel contenu est timing out/défaut de chargement.

L'exemple ci-dessous a un profil d'URL (continuer, remplacer ou bloquer) configuré strictement pour'Content-Delivery-Networks'.

En utilisant Firebug comme exemple, lancez la console, accédez à la page en question, puis Tamisez à travers la console net et recherchez le message' 302 déplacé' ('impossible de charger l'URL donnée').

Un clic droit sur les images qui ne parviennent pas à charger et en sélectionnant'View Image info'mettra en évidence l'URL spécifique qui a échoué (qui est également référencé dans la console net comme mentionné précédemment).

Référencez le champ Domain (dans ce cas'd2o307dm5mqftz.CloudFront.net') et utilisez la commande test via CLI pour déterminer la catégorisation du site bloqué:

Vous pouvez également afficher l'état de session'Live'des sessions abandonnées via CLI comme suit:

Notez que la catégorie état de session = rejeter & URL est catégorisée comme étant «Content-Delivery-Networks» qui, dans cet exemple, était en fait bloqué/défini via le profil de filtrage d'URL configuré pour ce test.

Les sessions abandonnées seront également enregistrées via l'onglet moniteur-> logs-> filtrage des URL. Exemple ci-dessous sourcing IP du client qui montre l'URL bloqué (référencement. jpg images qui n'étaient pas affichés) ainsi que l'action «Block-continuer».

Résolution

C'est le comportement attendu du produit car le contenu incorporé n'aura pas la capacité de demander une option continue ou override. En outre, le site principal auquel on accède peut être catégorisé par un site autorisé par le profil de filtrage d'URL,

contourner les pages de réponse tous ensemble.

propriétaire : ppolizzi