Video · Functiedemo

Zscaler-regelwijzigingen testen vóór implementatie

Vanuit het overzicht van het portaal openen we de functie en selecteren we het relevante regeltype. In dit voorbeeld creëren we een URL Filtering regel voor een geselecteerde doelgroep. Gebruikers, groepen en afdelingen kunnen afzonderlijk worden geselecteerd. Geavanceerde criteria zoals locaties, requestmethoden of een vervaldatum kunnen worden toegevoegd indien nodig.

2:06 DE/EN/FR/NL/ES Gepubliceerd op 29 augustus 2026
Zscaler-regelwijzigingen testen vóór implementatie

Demo-doorloop in onze live demo met voorbeeldgegevens. Tijden en stappen komen uit de getoonde doorloop, geen benchmarkmeting.

ProbleemChange Effect Preview toont wat een geplande wijziging in een regel zou doen voordat deze actief wordt.
BeheerderstaakChange Effect Preview helpt misconfiguratie te voorkomen en brengt veiligere wijzigingen in de operatie.
Getoonde oplossingVanuit het overzicht van het portaal openen we de functie en selecteren we het relevante regeltype. In dit voorbeeld creëren we een URL Filtering regel voor een geselecteerde doelgroep. Gebruikers, groepen en afdelingen kunnen afzonderlijk worden geselecteerd. Geavanceerde criteria zoals locaties, requestmethoden of een vervaldatum kunnen worden toegevoegd indien nodig.

Hoofdstukken

  1. 00:00Overzicht
  2. 00:41Workflow
  3. 01:14Details en bewijs
  4. 01:52Waarde voor teams
Transcript lezen+
  1. 00:06

    Change Effect Preview toont wat een geplande wijziging in een regel zou doen voordat deze actief wordt.

  2. 00:15

    Vanuit het overzicht van het portaal openen we de functie en selecteren we het relevante regeltype. In dit voorbeeld creëren we een URL Filtering regel voor een geselecteerde doelgroep.

  3. 00:30

    Gebruikers, groepen en afdelingen kunnen afzonderlijk worden geselecteerd. Geavanceerde criteria zoals locaties, requestmethoden of een vervaldatum kunnen worden toegevoegd indien nodig.

  4. 00:41

    Het selecteren van Simulate wijzigt niets in de productieomgeving. CentaurNexus berekent eerst welke gebruikers en locaties door de geplande regel worden beïnvloed.

  5. 00:53

    De vooruitlopende analyse toont de wijzigingsradius, inclusief getroffen gebruikers, locaties en specifieke voorbeeldgebruikers.

  6. 01:00

    Het historische overzicht toont ook hoe vaak de regel in de afgelopen zeven, veertien of dertig dagen zou hebben gematcht, inclusief getroffen gebruikers en hit-aantallen.

  7. 01:14

    Als er geen echte logfeed beschikbaar is, blijft dit gedeelte opzettelijk leeg. CentaurNexus vervangt ontbrekende operationele gegevens niet met aannames, waardoor de beslissingsbasis transparant blijft.

  8. 01:27

    Pas na een succesvolle simulatie kan de individuele regel de gecontroleerde schrijfroute betreden. Wanneer het beleid dit vereist, wacht de wijziging op goedkeuring van een tweede geautoriseerde persoon.

  9. 01:42

    Administrateurs krijgen duidelijkere beslissingen en gecontroleerde goedkeuringen. Security teams zien het bereik en mogelijke neveneffecten voordat gebruikers worden getroffen.

  10. 01:52

    Change Effect Preview helpt misconfiguratie te voorkomen en brengt veiligere wijzigingen in de operatie.

Dit beantwoordt deze pagina

  • Zscaler regelwijziging testen
  • ZIA URL filtering regel simuleren
  • impact Zscaler policy wijziging
  • getroffen gebruikers vóór policy wijziging
  • Zscaler change impact analyse
  • regel testen vóór activering
  • Zscaler wijziging goedkeuren