Configura Verkada con ZScaler

Aprende a desplegar cámaras Verkada con Zscaler

Como parte de la arquitectura segura por defecto de Verkada, toda la conectividad de las cámaras es solo saliente y utiliza TLS 1.2 para la conectividad de retorno a nuestros servidores de Verkada.

Los proxies interceptan el tráfico que se origina en un cliente y lo reenvían al destino previsto. Se aprovechan por varias razones: filtrado de tráfico, auditoría, seguridad y más. Algunas ubicaciones configuran su red para redirigir todo el tráfico destinado a Internet a través de un proxy para aprovechar estas ventajas.

---

Administrar certificados a través de Verkada Command

Para evitar ataques de intermediario, las cámaras de Verkada y Verkada Command aprovechan certificados administrados. Dependiendo del funcionamiento de un proxy implementado, si se realizan ajustes a estos certificados (como con el descifrado SSL/TLS), la cámara no se inicia ni funciona correctamente.

Configurar la inspección SSL

Los usuarios de proxy suelen utilizar reglas de omisión para tecnologías que no pueden admitir la inspección SSL. Esto especifica ciertas direcciones, FQDN u otras características identificativas que se usarán para permitir que el tráfico omita el proxy.

Recomendamos configurar esto para que las cámaras de Verkada funcionen correctamente.

Ejemplos

Ejemplo de Zscaler

Zscaler es una solución de proxy y firewall basada en la nube. El tráfico se enruta desde el entorno local al servicio, donde se pueden aplicar varias políticas.

Ejemplo de topología

Esta topología describe el objetivo final deseado. Todo el tráfico se reenvía a Zscaler según la configuración original.

Para evitar que Verkada esté sujeta a cualquiera de las políticas de Zscaler que pueden causar problemas para que las cámaras establezcan una conexión segura, es necesario configurar políticas de exclusión para excluir el tráfico de las cámaras de Verkada de dichas políticas.

Configurar exenciones

Cuando se aprovecha la inspección SSL con Zscaler, es necesario configurar una política de exención. Obtenga más información sobre cómo hacerlo.

Omitir Zscaler para el tráfico de las cámaras localmente

Dependiendo de la configuración del servicio de Zscaler, también puede ser posible no reenviar en absoluto el tráfico de las cámaras de Verkada a Zscaler. Por ejemplo, si aprovecha PBR para reenviar solo el tráfico de la VLAN de clientes a Zscaler, en lugar de usar una ruta predeterminada para pasar el tráfico por el túnel GRE/IPSec al centro de datos de Zscaler, entonces hay margen para ajustar el enrutamiento.

Esto significa que, si las cámaras de Verkada están en una VLAN dedicada, puede configurar la red para reenviar el tráfico de esta VLAN a Internet por medios normales, mientras que las VLAN basadas en clientes siguen siendo reenviadas a Zscaler, como se muestra a continuación

Ejemplo de topología

Características de Zscaler a considerar

Zscaler tiene una serie de funciones adicionales que puede aprovechar. Lea sobre control de ancho de banda para considerar qué puede afectar el funcionamiento de la cámara de Verkada.

Si sus cámaras de Verkada aún no se conectan, lea La nueva cámara no se conectará.