Configuración de red del sensor de calidad del aire
Aprende sobre la configuración de red requerida para los sensores de calidad del aire Verkada
Este artículo describe la configuración de red requerida que sus Verkada Sensores de calidad del aire ("sensores") necesitan para comunicarse con Verkada Command. Para más información sobre la configuración de red requerida para otras líneas de productos de Verkada, consulte Configuración de red requerida.
Los dispositivos de Verkada no son compatibles con LAN que requieran servidores proxy o inspección de Secure Socket Layer (SSL)/Transport Layer Security (TLS). Si se utiliza cualquiera de los dos, debe implementarse una excepción para todos los dispositivos de Verkada para que puedan comunicarse con Verkada Command.
LED de estado
Un LED de estado parpadeante blanco o parpadeante azul en la parte frontal del sensor indica que el sensor no se está comunicando con Verkada Command. Si observa este comportamiento, verifique que la red esté configurada correctamente según los requisitos del sensor. Si el problema persiste, póngase en contacto con Equipo de soporte de Verkada.
Cuando los sensores están sin conexión, las alertas/eventos no se activan. Continúan registrando mediciones y se sincronizan con Command una vez que se vuelven a conectar.
Dirección IP
Los sensores de calidad del aire de Verkada deben recibir una dirección IPv4 para comunicarse en la LAN y con Verkada Command. Los sensores de Verkada utilizan Dynamic Host Configuration Protocol (DHCP) y User Datagram Protocol (UDP) para obtener sus direcciones IP y configuraciones de red.
Si desea tener una dirección IP específica en su dispositivo sensor, puede:
Configurar una dirección IP estática a través de Command para sensores de la serie SV20 (SV21, SV23, SV25)
Establecer una reserva DHCP usando la dirección Media Access Control (MAC) del dispositivo (que se encuentra en la etiqueta del dispositivo o en Command).
Para configurar una dirección IP estática en un dispositivo sensor, el dispositivo debe conectarse inicialmente a Command y actualizarse al firmware más reciente usando DHCP. Una vez que el proceso de actualización esté completo, tendrá la capacidad de recibir la nueva configuración de IP estática.
Sistema de nombres de dominio
Los sensores usan el servidor DNS para resolver los nombres de dominio completos (FQDN) de Verkada a direcciones IP para comunicarse con ellos. Su servidor DHCP le indica al sensor dónde está el servidor DNS en la red y el sensor se comunica usando el puerto UDP 53.
DNS sobre HTTPS (DoH) actualmente no es compatible.
Alimentación
Los sensores se alimentan a través de Power over Ethernet (PoE). Esto significa que el switch de red debe proporcionar energía al sensor, o debe utilizarse un inyector PoE. Para detalles específicos sobre los requisitos de energía, consulte las hojas de datos de 1.ª generación y 2.ª generación
del sensor.
Seguridad de tiempo en red (NTS)
Los sensores de la serie SV20 pueden usar Network Time Security (NTS), que usa Secure Socket Layer (SSL) para la sincronización segura del tiempo, a diferencia de NTP. Recomendamos que exima estas conexiones de las políticas de descifrado SSL.
Configuración del cortafuegos
Los sensores requieren acceso a muchos endpoints para garantizar que puedan comunicarse con Command y que todas las funciones sean accesibles. Muchos clientes podrían querer permitir que los sensores se comuniquen con los endpoints generales requeridos. Estos son los dominios generales a permitir,:
time.cloudflare.com - TCP/4460 + UDP/123
Si prefiere una lista de permitidos más granular, puede agregar tanto direcciones IP como FQDN completos a sus reglas de cortafuegos según la región donde se encuentren sus dispositivos. Su región se selecciona cuando usted crea una organización
Última actualización
¿Te fue útil?