Vídeo · Demostración de función

Probar cambios de reglas Zscaler antes del despliegue

Desde la vista general del portal, abrimos la función y seleccionamos el tipo de regla relevante. En este ejemplo, creamos una regla de URL Filtering para un grupo de destino seleccionado. Se pueden seleccionar usuarios, grupos y departamentos por separado. Se pueden añadir criterios avanzados como ubicaciones, métodos de solicitud o una fecha de caducidad cuando sea necesario.

2:06 DE/EN/FR/NL/ES Publicado el 29 de agosto de 2026
Probar cambios de reglas Zscaler antes del despliegue

Demostración en nuestra demo en vivo con datos de ejemplo. Los tiempos y pasos provienen de la demostración mostrada, no de una medición de referencia.

ProblemaChange Effect Preview muestra lo que haría un cambio de regla planificado antes de que se active.
Tarea del administradorChange Effect Preview ayuda a prevenir la configuración incorrecta y introduce cambios más seguros en las operaciones.
Solución mostradaDesde la vista general del portal, abrimos la función y seleccionamos el tipo de regla relevante. En este ejemplo, creamos una regla de URL Filtering para un grupo de destino seleccionado. Se pueden seleccionar usuarios, grupos y departamentos por separado. Se pueden añadir criterios avanzados como ubicaciones, métodos de solicitud o una fecha de caducidad cuando sea necesario.

Capítulos

  1. 00:00Resumen
  2. 00:43Flujo de trabajo
  3. 01:15Detalles y evidencia
  4. 02:00Valor para los equipos
Leer la transcripción+
  1. 00:06

    Change Effect Preview muestra lo que haría un cambio de regla planificado antes de que se active.

  2. 00:14

    Desde la vista general del portal, abrimos la función y seleccionamos el tipo de regla relevante. En este ejemplo, creamos una regla de URL Filtering para un grupo de destino seleccionado.

  3. 00:29

    Se pueden seleccionar usuarios, grupos y departamentos por separado. Se pueden añadir criterios avanzados como ubicaciones, métodos de solicitud o una fecha de caducidad cuando sea necesario.

  4. 00:43

    Seleccionar Simulate changes no modifica nada en producción. CentaurNexus calcula primero qué usuarios y ubicaciones se verían afectados por la regla planificada.

  5. 00:54

    El análisis prospectivo muestra el radio de cambio, incluyendo usuarios afectados, ubicaciones y usuarios de ejemplo específicos.

  6. 01:02

    La vista histórica también muestra con qué frecuencia la regla habría coincidido durante los últimos siete, catorce o treinta días, incluyendo usuarios afectados y recuentos de coincidencias.

  7. 01:15

    Si no hay un flujo de registros real disponible, esta sección permanece deliberadamente vacía. CentaurNexus no reemplaza los datos operativos faltantes con suposiciones, manteniendo transparente la base de la decisión.

  8. 01:30

    Solo después de una simulación exitosa puede la regla individual entrar en la ruta de escritura controlada. Cuando la política lo requiere, el cambio espera la aprobación de una segunda persona autorizada.

  9. 01:46

    Los administradores obtienen decisiones más claras y aprobaciones controladas. Los equipos de seguridad ven el alcance y los posibles efectos secundarios antes de que los usuarios se vean afectados.

  10. 02:00

    Change Effect Preview ayuda a prevenir la configuración incorrecta y introduce cambios más seguros en las operaciones.

Esta página responde a

  • probar cambio de regla Zscaler
  • simular regla de filtrado URL ZIA
  • impacto cambio de política Zscaler
  • usuarios afectados antes del cambio
  • análisis de impacto Zscaler
  • probar regla antes de activar
  • aprobación de cambios Zscaler