Vidéo · Démo fonctionnalité

Tester les changements de règles Zscaler avant déploiement

Depuis la vue d'ensemble du portail, nous ouvrons la fonctionnalité et sélectionnons le type de règle pertinent. Dans cet exemple, nous créons une règle de URL Filtering pour un groupe cible sélectionné. Les utilisateurs, groupes et départements peuvent être sélectionnés séparément. Des critères avancés tels que les emplacements, les méthodes de requête ou une date d'expiration peuvent être ajoutés si nécessaire.

2:06 DE/EN/FR/NL/ES Publié le 29 août 2026
Tester les changements de règles Zscaler avant déploiement

Passage de démo dans notre démo en direct avec des données d'exemple. Les temps et les étapes proviennent du passage montré, pas d'une mesure de référence.

ProblèmeChange Effect Preview permet de visualiser l'impact d'une modification de règle planifiée avant qu'elle ne devienne active.
Tâche administrateurChange Effect Preview aide à prévenir les erreurs de configuration et permet d'intégrer des changements plus sûrs dans les opérations.
Solution présentéeDepuis la vue d'ensemble du portail, nous ouvrons la fonctionnalité et sélectionnons le type de règle pertinent. Dans cet exemple, nous créons une règle de URL Filtering pour un groupe cible sélectionné. Les utilisateurs, groupes et départements peuvent être sélectionnés séparément. Des critères avancés tels que les emplacements, les méthodes de requête ou une date d'expiration peuvent être ajoutés si nécessaire.
Voir la solutionOuvrir la démo sans mot de passe

Chapitres

  1. 00:00Vue d’ensemble
  2. 00:43Flux de travail
  3. 01:16Détails et preuves
  4. 01:59Valeur pour les équipes
Lire la transcription+
  1. 00:06

    Change Effect Preview permet de visualiser l'impact d'une modification de règle planifiée avant qu'elle ne devienne active.

  2. 00:14

    Depuis la vue d'ensemble du portail, nous ouvrons la fonctionnalité et sélectionnons le type de règle pertinent. Dans cet exemple, nous créons une règle de URL Filtering pour un groupe cible sélectionné.

  3. 00:29

    Les utilisateurs, groupes et départements peuvent être sélectionnés séparément. Des critères avancés tels que les emplacements, les méthodes de requête ou une date d'expiration peuvent être ajoutés si nécessaire.

  4. 00:43

    Sélectionner Simulate changes ne modifie rien en production. CentaurNexus calcule d'abord quels utilisateurs et emplacements seraient affectés par la règle planifiée.

  5. 00:53

    L'analyse prospective affiche le rayon de changement, incluant les utilisateurs affectés, les emplacements et des exemples d'utilisateurs spécifiques.

  6. 01:01

    La vue historique montre également la fréquence à laquelle la règle aurait correspondu au cours des sept, quatorze ou trente derniers jours, incluant les utilisateurs affectés et le nombre de correspondances.

  7. 01:16

    Si aucun flux de logs réel n'est disponible, cette section reste délibérément vide. CentaurNexus ne remplace pas les données opérationnelles manquantes par des hypothèses, maintenant ainsi la transparence de la base de décision.

  8. 01:32

    Ce n'est qu'après une simulation réussie que la règle individuelle peut entrer dans le chemin d'écriture contrôlé. Lorsque la politique l'exige, la modification attend l'approbation d'une seconde personne autorisée.

  9. 01:45

    Les administrateurs bénéficient de décisions plus claires et d'approbations contrôlées. Les équipes de sécurité visualisent la portée et les effets secondaires possibles avant que les utilisateurs ne soient affectés.

  10. 01:59

    Change Effect Preview aide à prévenir les erreurs de configuration et permet d'intégrer des changements plus sûrs dans les opérations.

Cette page répond à

  • tester changement de règle Zscaler
  • simuler règle de filtrage URL ZIA
  • impact changement politique Zscaler
  • utilisateurs affectés avant modification
  • analyse impact changement Zscaler
  • tester règle avant activation
  • workflow approbation changement Zscaler

Voir aussi

Article d'aide completToutes les vidéos