> For the complete documentation index, see [llms.txt](https://help.verkada.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.verkada.com/verkada-cameras/es/instalacion/camera-deployment/set-up-verkada-with-zscaler.md).

# Configura Verkada con Zscaler

Aprende a implementar 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 utilizan 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 estos beneficios.

***

## Gestionar certificados a través de Verkada Command

Para evitar *ataques de intermediario*, las cámaras de Verkada y Verkada Command utilizan certificados administrados. Según el funcionamiento de un proxy desplegado, si se realizan ajustes en estos certificados (como con el descifrado SSL/TLS), la cámara no se inicia o no funciona correctamente.

## Configurar 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 de identificación que se utilizarán para permitir que el tráfico omita el proxy.

{% hint style="info" %}
Recomendamos configurar esto para que las cámaras de Verkada funcionen correctamente.
{% endhint %}

## Ejemplos

### Ejemplo de Zscaler

Zscaler es una solución de proxy y firewall basada en la nube. El tráfico se enruta desde las instalaciones al servicio, donde se pueden aplicar diversas 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.

{% hint style="info" %}
Para evitar que Verkada esté sujeta a cualquiera de las políticas de Zscaler que puedan causar problemas a las cámaras al establecer una conexión segura, es necesario configurar políticas de exclusión para excluir de dichas políticas el tráfico de las cámaras de Verkada.
{% endhint %}

<div align="left" data-with-frame="true"><img src="https://1052202293-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FylYKicREo6JpuOJH4teK%2Fuploads%2Fgit-blob-9751c9ee6399b81badec5f46e87933de910296bf%2F37419e098a8aeebea92b8c23e5d1171bc637e56d.png?alt=media" alt=""></div>

## Configurar excepciones

Al utilizar inspección SSL con Zscaler, debe configurar una política de excepción. Obtenga más información sobre [cómo hacerlo](https://help.zscaler.com/zia/skipping-inspection-traffic-specific-urls-or-cloud-apps).

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

Según 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 utiliza PBR para reenviar solo el tráfico de VLAN de clientes a Zscaler, en lugar de usar una ruta predeterminada para pasar el tráfico a través del túnel GRE/IPSec al DC de Zscaler, entonces existe 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 reenviándose a Zscaler, como se muestra a continuación

### Ejemplo de topología

<div align="left" data-with-frame="true"><img src="https://1052202293-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FylYKicREo6JpuOJH4teK%2Fuploads%2Fgit-blob-2c0387e4748a8648d0894b501c3203bfae665a99%2F4998adde00deb98813030154a5b760020def8755.png?alt=media" alt=""></div>

## Funciones de Zscaler a considerar

Zscaler tiene una serie de funciones adicionales que puede aprovechar. Lea sobre [control del ancho de banda](https://help.zscaler.com/zia/about-bandwidth-control) 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 conecta](/verkada-cameras/es/mantenimiento-y-solucion-de-problemas/troubleshooting/troubleshoot-offline-camera.md).


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://help.verkada.com/verkada-cameras/es/instalacion/camera-deployment/set-up-verkada-with-zscaler.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.