Este artículo describe la configuración de red requerida que sus sensores de calidad del aire Verkada ("sensores") necesitan para comunicarse con Verkada Command. Para obtener más información sobre la configuración de red requerida para otras líneas de productos Verkada, consulte Configuración de red requerida.

Los dispositivos Verkada son incompatibles con las LAN que requieren servidores proxy o inspección de Secure Socket Layer (SSL)/Transport Layer Security (TLS). Si alguno de los dos está en uso, se debe implementar una omisión para todos los dispositivos Verkada para que los dispositivos Verkada se comuniquen con el comando Verkada.

Un LED de estado blanco o azul parpadeante en la parte frontal del sensor indica que el sensor no se está comunicando con Verkada Command. Si observa este comportamiento, compruebe que la red está configurada correctamente con los requisitos del sensor. Si el problema persiste, póngase en contacto con el soporte técnico de Verkada.

Cuando los sensores están fuera de línea, las alertas/eventos no se activan. Continúan registrando las mediciones y sincronizándose con Command una vez que se vuelven a conectar.

A los sensores de calidad del aire de Verkada se les debe asignar una dirección IPv4 para comunicarse en la LAN y con el comando Verkada. Los sensores Verkada utilizan el Protocolo de Configuración Dinámica de Host (DHCP) y el Protocolo de Datagramas de Usuario (UDP) para obtener sus direcciones IP y configuraciones de red.

Si desea tener una dirección IP específica en su dispositivo sensor, puede:

Para configurar una dirección IP estática en un dispositivo sensor, el dispositivo debe conectarse inicialmente a Command y actualizar al firmware más reciente mediante DHCP. Una vez que se complete el proceso de actualización, tendrá la capacidad de recibir la nueva configuración de IP estática.

Los sensores utilizan el servidor DNS para resolver los nombres de dominio completos (FQDN) de Verkada en direcciones IP para comunicarse con ellos. Su servidor DHCP le dice al sensor dónde se encuentra el servidor DNS en la red y el sensor se comunica mediante el puerto UDP 53.

Actualmente no se admite DNS a través de HTTPS (DoH).

Los sensores se alimentan a través de alimentación a través de Ethernet (PoE). Esto significa que el conmutador de red debe proporcionar energía al sensor o se debe utilizar un inyector PoE. Para obtener información específica sobre los requisitos de energía, consulte las hojas de datos de los sensores de 1.ª y 2.ª generación .

Los sensores de la serie SV20 pueden utilizar Network Time Security (NTS), que utiliza una capa de socket seguro (SSL) para la sincronización de tiempo segura, a diferencia de NTP. Le recomendamos que exima a estas conexiones de las políticas de descifrado SSL.

Los sensores requieren acceso a muchos puntos finales para garantizar que puedan comunicarse con Command y que se pueda acceder a todas las funciones. Es posible que muchos clientes deseen permitir que los sensores se comuniquen con los puntos de conexión requeridos generales.

Estos son los dominios generales que se deben permitir, aplicables a todas las regiones de la organización:

Si el firewall no permite el enmascaramiento de caracteres comodín o prefiere tener todo el FQDN del punto de conexión en las reglas de firewall, puede agregar los dominios a la lista de permitidos en función de la región en la que se encuentren los dispositivos.

Su región se selecciona cuando crea una organización en Command.

¿Necesitas más ayuda? Ponte en contacto con el equipo de soporte de Verkada.