# Stratégie d’accès aux sites Web

Canonical: https://www.nsecsoft.com/fr/docs/ping64-endpoint-management/uem/web/policy/

Language: fr-FR

Updated: 2026-11-15T03:27:14.375378Z

Dans Ping64, la stratégie d’accès aux sites Web configure le traitement des accès, l’audit et les alertes selon le périmètre des sites et les conditions sur leur contenu. Les règles peuvent affecter les accès métier ; vérifiez-les d’abord dans un pilote permettant un retour arrière avant d’étendre leur portée.

Les enregistrements de visites concernent les accès correspondant à une règle d’audit ; ceux des moteurs de recherche présentent les termes reconnus. Leurs conditions de production et leurs pages de consultation diffèrent : aucun ne constitue un historique complet de navigation. Les termes et les URL peuvent être sensibles ; limitez les droits d’administration et respectez les règles de traitement et de conservation de votre organisation.

## Configurer une stratégie pilote

1.  Vérifiez la licence de la fonctionnalité. La configuration des stratégies et la consultation des enregistrements exigent chacune l’autorisation correspondante et peuvent être effectuées par des personnes autorisées différentes ; l’export des recherches exige aussi une autorisation d’export. Choisissez un terminal Windows pilote enregistré, capable de recevoir la stratégie et de transmettre les enregistrements. Validez au préalable l’information des utilisateurs, l’impact métier et la méthode de rétablissement.
2.  Dans **UEM > Policy**, créez ou modifiez une stratégie pilote et définissez son nom, sa période d’application et les terminaux concernés. Activez **Website Access**, puis sélectionnez **Settings**. Avant de modifier une stratégie existante, vérifiez ses règles et leur ordre afin de ne pas modifier l’accès des autres terminaux.
3.  Sélectionnez **Add Rule**, saisissez un nom et choisissez **Specified Websites** dans **Scope** (portée), puis indiquez une adresse de test approuvée. Pour tous les sites, choisissez **All Websites** après avoir évalué l’impact. Définissez les conditions de contenu sensible selon le besoin ; pour un test limité à l’URL, choisissez **No Restriction**.

Pour choisir dans la bibliothèque de sites, vérifiez d’abord la fenêtre de sélection de la règle et réutilisez les sites existants adaptés. Si une entrée manque, ouvrez « Objects & Templates > Website » avec un compte autorisé à gérer les objets, puis choisissez « New ». Renseignez « Category », « Name » et un « Domain » valide, par exemple `https://portal.example.com`, enregistrez et vérifiez la liste. Si nécessaire, gérez d’abord une nouvelle catégorie avec « Type Manager ». Revenez à la règle, sélectionnez les sites requis dans le réglage des sites spécifiés et confirmez. Vous pouvez aussi saisir manuellement une règle URL et appuyer sur Entrée selon l’invite. Lorsque vous cochez une catégorie dans la fenêtre de sélection, vérifiez les sites effectivement sélectionnés ; ne supposez pas que les ajouts ultérieurs à cette catégorie rejoignent automatiquement une règle existante. Après modification ou suppression d’un site, revérifiez les règles concernées, l’enregistrement et le comportement réel du terminal. L’adresse est un exemple, pas une valeur par défaut ; créer un objet n’active pas seul l’audit.

**Sélectionner le contenu sensible :** pour limiter selon le contenu, choisissez **Trigger Any Specified Sensitive Rule** sous **Sensitive Content**, ouvrez **Select Rules**, cochez au moins une classification de données applicable et confirmez. Vérifiez et réutilisez une classification adaptée ; si une création ou modification est nécessaire, une personne habilitée doit consulter le guide de gestion des classifications dans les bases de la plateforme et évaluer les effets sur les autres fonctions qui l’utilisent. Si la liste est vide ou un élément attendu absent, vérifiez classifications, autorisations et chargement, puis contactez l’administrateur si nécessaire ; une liste vide ne prouve pas l’absence de contenu sensible. Le passage à **No Restriction** efface les règles sensibles sélectionnées dans le brouillon en cours ; en revenant à l’option précédente, sélectionnez-les et vérifiez-les à nouveau. Une stratégie d’accès aux sites activée nécessite au moins une règle valide.

4.  Choisissez **No Action** et activez **Audit** afin que les accès correspondant à la règle puissent être enregistrés. Ne choisissez pas le blocage pour vérifier l’audit. L’ordre des règles, les autres stratégies applicables et l’état du terminal peuvent modifier le résultat.
5.  Pour les termes de recherche, ouvrez **Advanced Settings** dans les paramètres d’accès Web, activez **Search engine audit** et enregistrez. Ce commutateur et l’action **Audit** de la règle commandent des enregistrements distincts ; activer un seul ne suffit pas à activer les deux.
6.  Enregistrez les paramètres d’accès Web et l’ensemble de la stratégie, contrôlez de nouveau les règles, les commutateurs et la portée, puis attendez leur réception par le terminal. L’enregistrement dans la console ne prouve pas l’application sur le terminal.

**Pour recevoir des alertes d’accès aux sites :** activez **Alert** dans la règle pilote ci-dessus. Cette activation active aussi **Audit** ; désactiver Audit désactive également Alert. Confirmez la règle, enregistrez les réglages d’accès aux sites et toute la stratégie, attendez sa réception par le terminal, puis utilisez l’adresse de test approuvée pour déclencher une correspondance. Dans **UEM > Alerts**, recherchez le terminal pilote, l’heure et le type d’alerte d’accès aux sites, puis comparez l’alerte au journal de visite et au résultat réel. Un journal d’audit ne garantit pas une alerte : la correspondance, le traitement et la transmission du terminal influent sur le résultat. Si elle manque, vérifiez l’ordre des règles, les deux options, le périmètre, l’état du terminal et le droit de consulter les alertes. Une liste vide ne prouve ni l’absence d’accès ni l’application de la stratégie. Les mots-clés et filtres avancés ne portent que sur les alertes chargées ; une absence de résultat ne prouve pas son absence de tout l’historique.

## Configurer une règle de blocage

Pour limiter l’accès, configurez d’abord la portée et les conditions de contenu sensible, puis remplacez l’action principale **No Action** par **Block**. Ouvrez les réglages sur la carte Block. Dans **Interception Settings**, choisissez l’**Interception Mode** : avec **Redirect**, saisissez une **Redirect URL** valide en `http://` ou `https://` ; avec **Prompt message**, saisissez le message nécessaire. Confirmez ces réglages, puis enregistrez la règle, les paramètres d’accès Web et toute la stratégie ; enregistrer la fenêtre seule ne suffit pas. Si un contenu sensible précis est sélectionné, choisissez au moins une règle sensible. Vérifiez séparément si **Audit** et **Alert** sont nécessaires selon les exigences de l’organisation.

Le blocage peut affecter l’activité. Sur un terminal pilote pouvant être rétabli, testez des URL et contenus correspondants et non correspondants ; vérifiez l’accès réel, le message ou la redirection et les enregistrements avant d’élargir le périmètre. `https://portal.example.com/access-denied` n’est qu’un exemple de format ; remplacez-le par une adresse disponible et approuvée par l’organisation. Vérifiez séparément les navigateurs, protocoles et contenus de page.

L’ordre de la liste peut influer sur la correspondance. Dans le contrôle d’accès aux sites Web sous Windows, l’URL et le contenu sensible sont vérifiés à des étapes distinctes ; ne supposez pas que la première règle de la liste est évaluée une seule fois de façon uniforme pour tous les accès. Retestez les cas concernés après modification de l’ordre ou des conditions. Les règles sensibles dépendent du contenu de page inspectable ; l’absence de correspondance ou de journal ne prouve ni la sûreté du contenu ni le contrôle de tous les accès.