Filtrage Web amélioré

Messages utilisateur et URL de redirection pour le filtrage Web amélioré (EWF)

À partir de Junos OS version 15.1X49-D110, une nouvelle option, custom-message, a été ajoutée pour la custom-objects commande qui vous permet de configurer les messages utilisateur et de rediriger les URL pour avertir les utilisateurs lorsqu’une URL est bloquée ou mise en quarantaine pour chaque catégorie EWF. L’option custom-message possède les attributs obligatoires suivants :

• Nom : Nom du message personnalisé ; La longueur maximale est de 59 octets.

• Type : Type de message personnalisé : user-message ou redirect-url.

• Contenu : Contenu du message personnalisé ; La longueur maximale est de 1024 octets.

Vous configurez un message utilisateur ou une URL de redirection en tant qu’objet personnalisé et affectez l’objet personnalisé à une catégorie EWF.

• Les messages des utilisateurs indiquent que l'accès au site Web a été bloqué par la stratégie d'accès d'une organisation. Pour configurer un message utilisateur, incluez l’instruction type user-message content message-text au niveau de la [edit security utm custom-objects custom-message message] hiérarchie.

• Les URL de redirection redirigent une URL bloquée ou mise en quarantaine vers une URL définie par l’utilisateur. Pour configurer une URL de redirection, incluez l’instruction type redirect-url content redirect-url au niveau de la [edit security utm custom-objects custom-message message] hiérarchie.

Cette custom-message option offre les avantages suivants :

• Vous pouvez configurer un message personnalisé ou une URL de redirection distincte pour chaque catégorie EWF.

• L’option custom-message vous permet d’affiner les messages pour prendre en charge vos stratégies afin de savoir quelle URL est bloquée ou mise en quarantaine.

  custom-message Une seule option de configuration est appliquée pour chaque catégorie. La custom-message configuration est uniquement prise en charge sur le filtrage Web amélioré (EWF). Par conséquent, seul le type de moteur Juniper EWF est pris en charge.

À partir de Junos OS version 17.4R1, la prise en charge de la configuration de catégories personnalisées est disponible pour les profils locaux et de redirection Websense.

Exigences fonctionnelles pour le filtrage Web amélioré

Les éléments suivants sont requis pour utiliser le filtrage Web amélioré (EWF) :

• License key— Vous devez installer une nouvelle licence pour passer à la solution EWF.

  Vous pouvez ignorer le message d'avertissement « nécessite une licence « wf_key_websense_ewf » car il est généré par la vérification de routine de la validation de la licence EWF.

  Une période de grâce de 30 jours, conformément aux autres fonctionnalités de sécurité du contenu, est prévue pour la fonctionnalité EWF après l’expiration de la clé de licence.

  Cette fonctionnalité nécessite une licence. Reportez-vous au Guide des licences pour obtenir des informations générales sur la gestion des licences. Pour plus de détails, reportez-vous aux fiches techniques des pare-feu SRX Series ou contactez votre équipe de compte Juniper ou votre partenaire Juniper.

  Lorsque la période de grâce de la fonctionnalité EWF est écoulée (ou si la fonctionnalité n’a pas été installée), le filtrage Web est désactivé, toutes les requêtes HTTP contournent le filtrage Web et toutes les connexions au TSC sont désactivées. Lorsque vous installez une licence valide, les connexions au serveur sont à nouveau établies.

• La debug commande fournit les informations suivantes à chaque connexion TCP disponible sur l’équipement :

  • Nombre de demandes traitées

  • Nombre de demandes en attente

  • Nombre d’erreurs (demandes abandonnées ou expirées)

• TCP connection between a Web client and a webserver: un module d’identification d’application (APPID) est utilisé pour identifier une connexion HTTP. La solution EWF identifie une connexion HTTP après que l’appareil a reçu le premier paquet SYN. Si une requête HTTP doit être bloquée, EWF envoie un message de blocage de l’appareil au client Web. EWF envoie en outre une requête TCP FIN au client et une réinitialisation TCP (RST) au serveur pour désactiver la connexion. L’appareil envoie tous les messages via la session de flux. Les messages suivent l’ensemble de la chaîne de service.

• HTTP request interception: EWF intercepte la première requête HTTP sur l’appareil et effectue un filtrage d’URL sur toutes les méthodes définies dans HTTP 1.0 et HTTP 1.1. L’appareil conserve la demande d’origine en attendant une réponse du TSC. Si le premier paquet de l’URL HTTP est fragmenté ou si l’appareil ne peut pas extraire l’URL pour une raison quelconque, l’adresse IP de destination est utilisée pour la catégorisation. Si vous activez l’option http-reassemble, EWF peut récupérer l’intégralité de la requête à partir du fragment et obtenir l’URL.

  Pour les connexions persistantes HTTP 1.1, les requêtes suivantes sur cette session sont ignorées par le module EWF.

  Si l’appareil conserve la demande d’origine pendant une longue période, le client retransmet la demande. Le code de filtrage d’URL détectera les paquets retransmis. Si la requête HTTP d’origine a déjà été transférée, EWF transmet le paquet retransmis au serveur. Toutefois, si EWF est en train de traiter le premier paquet ou effectue le calcul pour bloquer la session, la solution abandonne le paquet retransmis. Un compteur suit le nombre de paquets retransmis reçus par l’appareil.

  Si le TSC ne répond pas à temps à la demande de catégorisation de l’appareil, la demande du client d’origine est bloquée ou autorisée en fonction du paramètre de secours du délai d’expiration.

• HTTPS request interception—À partir de Junos OS 15.1X49-D40 et de Junos OS version 17.3R1, EWF intercepte le trafic HTTPS passant par le pare-feu SRX Series. Le canal de sécurité de l’appareil est divisé en un canal SSL entre le client et l’appareil et un autre canal SSL entre l’appareil et le serveur HTTPS. Le proxy de transfert SSL agit en tant que terminal pour les deux canaux et transfère le trafic en clair vers la sécurité du contenu. Content Security extrait l’URL du message de requête HTTP.

• Blocking message: le message de blocage envoyé au client Web est configurable par l’utilisateur et est des types suivants :

  • Le message de blocage de Juniper Networks est le message par défaut défini dans l’équipement qui peut être modifié par l’utilisateur. Le message de blocage par défaut contient la raison pour laquelle la demande est bloquée et le nom de la catégorie (si elle est bloquée à cause d’une catégorie).

  • Message Syslog.

  Par exemple, si vous avez défini l’action de blocage de Enhanced_Search_Engines_and_Portals et que vous essayez d’accéder à www.example.com, le message de blocage se présente sous la forme suivante : Juniper Web Filtering:Juniper Web Filtering has been set to block this site. CATEGORY: Enhanced_Search_Engines_and_Portals REASON: BY_PRE_DEFINED . Cependant, le message syslog correspondant sur l’appareil testé (DUT) est : WEBFILTER_URL_BLOCKED: WebFilter: ACTION="URL Blocked" 56.56.56.2(59418)->74.125.224.48(80) CATEGORY="Enhanced_Search_Engines_and_Portals" REASON="by predefined category" PROFILE="web-ewf" URL=www.example.com OBJ=/ .

• Monitoring the Websense server: le module de filtrage d’URL utilise deux méthodes pour déterminer si le TSC est actif : les connexions socket et les pulsations. EWF maintient des sockets TCP persistants vers le TSC. Le serveur répond avec un accusé de réception TCP s’il est activé. EWF envoie un keepalive NOOP de couche applicative au TSC. Si l’appareil ne reçoit pas de réponses à trois keepalives NOOP consécutifs au cours d’une période donnée, il détermine que le socket est inactif. Le module EWF tente d’ouvrir une nouvelle connexion au TSC. Si toutes les prises sont inactives, le TSC est considéré comme inactif. Par conséquent, une erreur se produit. L’erreur s’affiche et est consignée. Les demandes suivantes et les demandes en attente sont bloquées ou transmises en fonction du paramètre de secours de connectivité du serveur jusqu’à ce que de nouvelles connexions au TSC soient à nouveau ouvertes.

• HTTP protocol communication with the TSC—EWF utilise le protocole HTTP 1.1 pour communiquer avec le TSC. Cela garantit une connexion persistante et la transmission de plusieurs requêtes HTTP via la même connexion. Une seule requête ou réponse HTTP est utilisée pour la communication client ou serveur. Le TSC peut traiter les demandes en file d’attente ; Pour des performances optimales, un mécanisme de requête ou de réponse asynchrone est utilisé. Les requêtes étant envoyées via TCP, la retransmission TCP est donc utilisée pour garantir la remise des requêtes ou des réponses. TCP garantit également que des données de flux HTTP valides dans l’ordre, non retransmises, sont envoyées au client HTTP de l’appareil.

• Responses: les réponses respectent les conventions HTTP de base. Les réponses réussies incluent un code de réponse 20x (généralement 200). Une réponse d’erreur comprend un code 4xx ou 5xx. Les réponses d’erreur dans la série 4xx indiquent des problèmes dans le code personnalisé. Les réponses d’erreur de la série 5xx indiquent des problèmes avec le service.

  Les codes d’erreur et leur signification sont les suivants :

  • 400 – Demande incorrecte

  • 403–Interdit

  • 404–Introuvable

  • 408 – Demande de réponse annulée ou nulle

  • 500 – Erreur de serveur interne

  Les erreurs dans la série 400 indiquent des problèmes avec la demande. Les erreurs dans la série 500 indiquent des problèmes avec le service TSC. Websense est automatiquement averti de ces erreurs et y répond.

  Vous pouvez configurer le paramètre de secours par défaut pour déterminer s’il faut transmettre ou bloquer la demande : set security utm feature-profile web-filtering juniper-enhanced profile juniper-enhanced fallback-settings default ?

  La réponse contient également des informations sur la catégorisation et la réputation du site.

• Categories: une liste de catégories est disponible sur l’appareil. Cette liste se compose de catégories, chacune contenant un code de catégorie, un nom et un ID parent. Les catégories peuvent également être définies par l’utilisateur. Chaque catégorie est constituée d’une liste d’URL ou d’adresses IP. Les catégories ne sont pas mises à jour dynamiquement et sont liées à la version de Junos OS, car elles doivent être compilées dans l’image Junos OS. Toute mise à jour des catégories doit être synchronisée avec le cycle de publication de Junos OS.

  À partir de Junos OS version 17.4R1, vous pouvez télécharger et charger dynamiquement de nouvelles catégories EWF. Le téléchargement et le chargement dynamique des nouvelles catégories EWF ne nécessitent pas de mise à jour logicielle. Websense publie occasionnellement de nouvelles catégories EWF. EWF classe les sites Web en catégories en fonction de l’hôte, de l’URL ou de l’adresse IP et effectue un filtrage en fonction des catégories.

  Si le transfert de fichiers de catégorie échoue entre les périphériques principal et secondaire, le transfert de fichiers entraîne une erreur de mise à niveau et un journal des erreurs est généré.

  Lors de l’installation d’un nouveau fichier de catégorie, si le nom du fichier de catégorie est modifié, le nouveau fichier de catégorie remplace l’ancien fichier de catégorie dans le système interne et toutes les informations de sortie associées sont remplacées par le nouveau nom de catégorie.

  À partir de Junos OS version 17.4R1, les filtres de base prédéfinis, définis dans un fichier de catégories, sont pris en charge pour chaque catégorie EWF. Chaque catégorie EWF dispose d’une action par défaut dans un filtre de base, qui est attaché au profil utilisateur pour agir comme un filtre de secours. Si les catégories ne sont pas configurées dans le profil utilisateur, c’est le filtre de base qui effectue l’action.

  Un filtre de base est un objet qui contient une paire catégorie-action pour toutes les catégories définies dans le fichier de catégorie. Un filtre de base est un objet structuré et est défini à l’aide d’un nom de filtre et d’un tableau de paires catégorie-action.

  Voici un exemple de filtre de base avec un tableau de paires catégorie-action. Pour la catégorie Enhanced_Adult_Material, l’action est bloquée ; Pour la catégorie Enhanced_Blog_Posting, l’action est permise ; et ainsi de suite.

  EWF prend en charge jusqu’à 16 filtres de base. Junos OS version 17.4R1 prend également en charge la mise à niveau en ligne des filtres de base.

  Si le profil utilisateur porte le même nom que le filtre de base, cela signifie que le filtre Web utilise le mauvais profil.

• Caching: les réponses catégorisées avec succès sont mises en cache sur l’appareil. Les URL non catégorisées ne sont pas mises en cache. La taille du cache peut être configurée par l’utilisateur.

• Safe search (HTTP support only, not HTTPS)—Une solution de recherche sécurisée est utilisée pour s’assurer que les objets incorporés, tels que les images sur les URL reçues des moteurs de recherche, sont sûrs et qu’aucun contenu indésirable n’est renvoyé au client.

  Une URL est fournie au TSC pour fournir des informations de catégorisation. S’il s’agit d’une URL de recherche, le TSC renvoie également une chaîne de recherche sécurisée. Par exemple, la chaîne safe-search est safe=active. Cette chaîne de recherche sécurisée est ajoutée à l'URL et une réponse de redirection pour rediriger la requête du client avec la recherche sécurisée est activée. Cela permet de s’assurer qu’aucun contenu non sécurisé n’est renvoyé au client. Si le TSC indique qu’il doit faire l’objet d’une recherche sécurisée, vous pouvez effectuer la redirection vers la recherche sécurisée.

  Par exemple, le client envoie une requête à l’URL https://www.google.com/search?q=test, ce qui est autorisé par le profil EWF. En mode paquet, l’EWF sur le DUT va générer une réponse HTTP 302, avec l’URL de redirection : https://www.google.com/search?q=test&safe=active. Cette réponse est renvoyée au client. Le client envoie maintenant une demande de redirection sécurisée vers cette URL. En mode stream, l’EWF du DUT réécrit l’URL vers https://www.google.com/search?q=test&safe=active et la transmet.

  Note:

  La redirection de recherche sécurisée ne prend en charge que HTTP. Vous ne pouvez pas extraire l’URL pour HTTPS. Par conséquent, il n’est pas possible de générer une réponse de redirection pour les URL de recherche HTTPS. Les redirections de recherche sécurisée peuvent être désactivées à l’aide de l’option no-safe-searchCLI .

• Site reputation—Le TSC fournit des informations sur la réputation du site. Sur la base de ces réputations, vous pouvez choisir une action de blocage ou d’autorisation. Si l’URL n’est pas gérée par une liste d’autorisation ou de blocage et n’appartient pas à un utilisateur ou à une catégorie prédéfinie, la réputation peut être utilisée pour effectuer une décision de filtrage d’URL.

  À partir de Junos OS version 17.4R1, les scores de base de réputation sont configurables. Les utilisateurs peuvent appliquer des valeurs de réputation globales, fournies par Websense ThreatSeeker Cloud (TSC). Pour les URL hors catégorie, la valeur de réputation globale est utilisée pour effectuer le filtrage,

  Les scores de réputation sont les suivants :

  • 100-90–Le site est considéré comme très sûr.

  • 80-89–Le site est considéré comme modérément sûr.

  • 70-79 – Le site est considéré comme assez sûr.

  • 60-69 – Le site est considéré comme suspect.

  • 0-59 – Le site est considéré comme nuisible.

  L’appareil tient un journal des URL bloquées ou autorisées en fonction des scores de réputation du site.

• Profiles: un profil de filtrage d’URL est défini comme une liste de catégories, chaque profil étant associé à un type d’action (permis, journal-and-permit, blocage, quarantaine). Un profil junos-wf-enhanced-default prédéfini est fourni aux utilisateurs s’ils choisissent de ne pas définir leur propre profil.

  Vous pouvez également définir une action basée sur les réputations de site dans un profil pour spécifier l’action lorsque l’URL entrante n’appartient à aucune des catégories définies dans le profil. Si vous ne configurez pas les informations de gestion de la réputation du site, vous pouvez définir une action par défaut. Toutes les URL qui n’ont pas de catégorie définie ou d’action de réputation définie dans leur profil seront bloquées, autorisées, consignées et autorisées, ou mises en quarantaine en fonction du blocage ou de la gestion des autorisations pour l’action par défaut explicitement définie dans le profil. Si vous ne spécifiez pas d’action par défaut, les URL seront autorisées. Pour les requêtes des moteurs de recherche, s’il n’y a pas de configuration explicite définie par l’utilisateur et que la demande d’URL est sans l’option de recherche sécurisée, EWF génère une réponse de redirection et l’envoie au client. Le client générera une nouvelle requête de recherche avec l’option safe-search activée.

  Un profil de filtrage d’URL peut contenir les éléments suivants :

  • Plusieurs catégories définies et prédéfinies par l’utilisateur, chacune avec une action d’autorisation ou de blocage

  • Plusieurs catégories de gestion de la réputation du site, chacune avec une action d’autorisation ou de blocage

  • Une action par défaut avec une action d’autorisation ou de blocage

  L’ordre de recherche est le suivant : liste de blocage, liste d’autorisation, catégorie définie par l’utilisateur, catégorie prédéfinie, recherche sécurisée, réputation du site et action par défaut.

Préchargement du cache pour un filtrage Web amélioré

À partir de Junos OS version 23.2R1, le cache est chargé avec la liste des URL les mieux notées et fréquemment visitées, ainsi que les informations de classification au démarrage du système. Ceci est utile pour les utilisateurs disposant d’une connexion Internet lente qui rencontrent une latence élevée lors de l’accès au Web en raison du service de catégorisation à distance. Il garantit qu’il n’y a pas de décalage, même lorsque la première requête est effectuée, car la décision de stratégie de filtre Web est basée sur les informations de catégorie d’URL préchargées dans le cache.

Le cache n’est pas activé par défaut. Assurez-vous que la mise en cache est activée pour utiliser cette fonctionnalité. Les configurations suivantes sont requises pour activer la mise en cache pour le filtrage Web amélioré (EWF) et sont disponibles dans les pare-feu SRX Series.

• security utm default-configuration web-filtering juniper-enhanced cache timeout

• security utm default-configuration web-filtering juniper-enhanced cache size

Utilisez les options d’instruction de configuration CLI suivantes pour le préchargement du cache pour le filtrage Web amélioré :

De nouvelles commandes opérationnelles sont disponibles à partir de l’interface de ligne de commande pour la fonctionnalité de préchargement du cache de filtrage Web amélioré.

Vous pouvez utiliser les commandes opérationnelles pour télécharger le flux URL de votre choix à partir du serveur distant. L’option Feed-URL est utile pour télécharger un autre fichier au lieu du fichier codé en dur par défaut. Même avec l’option Feed-URL, les options server-names-feed et abs-urls-feed sont nécessaires pour indiquer le type de flux disponible dans le package que vous avez spécifié.

• request security utm web-filtering cache-preload download abs-urls-feed

• request security utm web-filtering cache-preload download server-names-feed

• request security utm web-filtering cache-preload download server-names-feed feed-url https://update.juniper-updates.net/EWF-CACHE-PRELOAD/server_names_fp_feed.tgz

• request security utm web-filtering cache-preload download abs-urls-feed feed-url https://update.juniper-updates.net/EWF-CACHE-PRELOAD/abs_urls_fp_feed.tgz

Voici les liens codés en dur. Le programme choisit un lien en fonction du type de flux.

https://update.juniper-updates.net/EWF-CACHE-PRELOAD/abs_urls_feed.tgz

https://update.juniper-updates.net/EWF-CACHE-PRELOAD/server_names_feed.tgz

Utilisez les commandes opérationnelles suivantes pour déclencher le préchargement du cache à l’aide du flux d’URL existant dans le système. Ces commandes chargent le cache si le package a déjà été installé à l’aide des commandes de téléchargement. Utilisez l’option server-names-feed pour précharger les noms de serveurs catégorisés. Utilisez abs-urls-feed pour précharger le flux d’URL catégorisé.

• request security utm web-filtering cache-preload load-active-local server-names-feed

• request security utm web-filtering cache-preload load-active-local abs-urls-feed

Utilisez ce qui suit pour télécharger, installer le flux URL par défaut à partir du serveur distant et charger le cache. Utilisez l’option server-names-feed pour télécharger les noms de serveurs catégorisés. Utilisez abs-urls-feed pour télécharger un flux d’URL catégorisé.

• request security utm web-filtering cache-preload load-active server-names-feed

• request security utm web-filtering cache-preload load-active abs-urls-feed

Pour vérifier l’état de la fonction de préchargement du cache, utilisez la commande suivante :

Messages utilisateur et URL de redirection pour le filtrage Web amélioré (EWF)

À partir de la version 15.1X49-D110 de Junos OS, une nouvelle option, custom-message, est ajoutée pour l’instruction custom-objects qui vous permet de configurer les messages utilisateur et de rediriger les URL pour avertir les utilisateurs lorsqu’une URL est bloquée ou mise en quarantaine pour chaque catégorie EWF. L’option custom-message possède les attributs obligatoires suivants :

• Nom : Nom du message personnalisé ; La longueur maximale est de 59 caractères ASCII.

• Type : Type de message personnalisé : user-message ou redirect-url.

• Contenu : Contenu du message personnalisé ; La longueur maximale est de 1024 caractères ASCII.

Vous configurez un message utilisateur ou une URL de redirection en tant qu’objet personnalisé et affectez l’objet personnalisé à une catégorie EWF.

• Les messages des utilisateurs indiquent que l'accès au site Web a été bloqué par la stratégie d'accès d'une organisation. Pour configurer un message utilisateur, incluez l’instruction type user-message content message-text au niveau de la [edit security utm custom-objects custom-message message] hiérarchie.

• Les URL de redirection redirigent une URL bloquée ou mise en quarantaine vers une URL définie par l’utilisateur. Pour configurer une URL de redirection, incluez l’instruction type redirect-url content redirect-url au niveau de la [edit security utm custom-objects custom-message message] hiérarchie.

Cette custom-message option offre les avantages suivants :

• Vous pouvez configurer un message personnalisé ou une URL de redirection distincte pour chaque catégorie EWF.

• L’option custom-message vous permet d’affiner les messages pour prendre en charge vos stratégies afin de savoir quelle URL est bloquée ou mise en quarantaine.

  custom-message Une seule option de configuration est appliquée pour chaque catégorie. La custom-message configuration est uniquement prise en charge sur le filtrage Web amélioré (EWF). Par conséquent, seul le type de moteur Juniper EWF est pris en charge.

À partir de Junos OS version 17.4R1, la prise en charge de la configuration de catégories personnalisées est disponible pour les profils locaux et de redirection Websense.

Sélection intelligente du profil de filtrage Web

À partir de Junos OS version 23.2R1, les informations dynamiques d’application de JDPI sont utilisées pour récupérer les informations de stratégie avant la correspondance finale de la stratégie. Le profil de filtre Web est à nouveau mis à jour après la sélection finale de la stratégie en fonction de la correspondance finale de l’application.

Le profil de sécurité du contenu récupéré en fonction des informations dynamiques de l’application est plus précis que l’application du profil par défaut, qui était l’approche précédente.

La détection dynamique des stratégies basée sur les applications est désormais le comportement par défaut. Le bouton suivant a été ajouté dans la hiérarchie de configuration par défaut du filtrage Web pour désactiver la fonctionnalité de détection de profil d’application dynamique si nécessaire.

set security utm default-configuration web-filtering disable-dynapp-profile-selection

Pour définir l’une des stratégies de sécurité du contenu par défaut, la commande suivante est introduite :

set security utm default-policy <pol_name>

Vous pouvez choisir n’importe quelle stratégie de sécurité du contenu comme stratégie par défaut à l’aide de cette commande. Si la stratégie par défaut est configurée dans un scénario de configuration multi-stratégies unifiée, la stratégie de filtrage Web Content Security par défaut est utilisée. S’il n’est pas configuré, junos-default-utm-policy est utilisé comme stratégie par défaut.

La commande CLI suivante permet d’afficher la configuration de dynapp-profile-selection :

show security utm web-filtering status

État du filtrage Web de la sécurité du contenu :

Utilisez la commande suivante pour afficher les valeurs du compteur de débogage pour les activités de recherche de stratégie :

show security utm l7-app-policy statistics

De nouveaux compteurs sont ajoutés aux statistiques de filtrage Web pour le débogage.

Messages utilisateur et URL de redirection pour le filtrage Web amélioré (EWF)

À partir de la version 15.1X49-D110 de Junos OS, une nouvelle option, custom-message, est ajoutée pour l’instruction custom-objects qui vous permet de configurer les messages utilisateur et de rediriger les URL pour avertir les utilisateurs lorsqu’une URL est bloquée ou mise en quarantaine pour chaque catégorie EWF. L’option custom-message possède les attributs obligatoires suivants :

• Nom : Nom du message personnalisé ; La longueur maximale est de 59 caractères ASCII.

• Type : Type de message personnalisé : user-message ou redirect-url.

• Contenu : Contenu du message personnalisé ; La longueur maximale est de 1024 caractères ASCII.

Vous configurez un message utilisateur ou une URL de redirection en tant qu’objet personnalisé et affectez l’objet personnalisé à une catégorie EWF.

• Les messages des utilisateurs indiquent que l'accès au site Web a été bloqué par la stratégie d'accès d'une organisation. Pour configurer un message utilisateur, incluez l’instruction type user-message content message-text au niveau de la [edit security utm custom-objects custom-message message] hiérarchie.

• Les URL de redirection redirigent une URL bloquée ou mise en quarantaine vers une URL définie par l’utilisateur. Pour configurer une URL de redirection, incluez l’instruction type redirect-url content redirect-url au niveau de la [edit security utm custom-objects custom-message message] hiérarchie.

Cette custom-message option offre les avantages suivants :

• Vous pouvez configurer un message personnalisé ou une URL de redirection distincte pour chaque catégorie EWF.

• L’option custom-message vous permet d’affiner les messages pour prendre en charge vos stratégies afin de savoir quelle URL est bloquée ou mise en quarantaine.

• Une seule option de configuration de message personnalisé est appliquée pour chaque catégorie. La configuration des messages personnalisés est prise en charge uniquement sur le filtrage Web amélioré (EWF). Par conséquent, seul le type de moteur Juniper EWF est pris en charge.

À partir de Junos OS version 17.4R1, la prise en charge de la configuration de catégories personnalisées est disponible pour les profils locaux et de redirection Websense.