For the complete documentation index, see llms.txt. This page is also available as Markdown.

Configurer des adresses IP statiques pour les capteurs de qualité de l’air (série SV20 uniquement)

Découvrez comment configurer des adresses IP statiques pour les capteurs de qualité de l’air Verkada

Les capteurs de qualité de l’air Verkada offrent la possibilité de configurer/attribuer une IP statique afin de garantir que vos appareils de capteurs de qualité de l’air maintiennent une communication réseau cohérente sans s’appuyer sur des protocoles d’attribution d’IP dynamiques, tels que le Dynamic Host Configuration Protocol (DHCP).

Seuls les modèles de la série SV20 prennent en charge l’IP statique :

  • SV21

  • SV23

  • SV25

  • SV25-128

Le SV11 NE prend pas en charge l’IP statique.

Avant de commencer

Pour configurer une adresse IP statique sur un appareil capteur, celui-ci doit d’abord se connecter à Verkada Command et se mettre à jour vers le dernier micrologiciel à l’aide du DHCP. Une fois le processus de mise à jour terminé, l’appareil peut recevoir la nouvelle configuration IP statique.


Configurer une adresse IP statique

1

Dans Verkada Command, allez dans Tous les produits > Qualité de l’air.

2

Sélectionnez un capteur à configurer.

3

En haut à droite, cliquez sur .

4

Sous Appareil > IP de l’appareil, cliquez sur le menu déroulant et sélectionnez Manuel.

5

Sous Manuel, saisissez les informations d’adressage IP statique.

6

Cliquez sur Appliquer pour enregistrer la configuration. Cette modification est immédiatement appliquée à l’interface du capteur.

Mécanismes de récupération

Les capteurs disposent d’un mécanisme de récupération en cas d’erreurs de configuration ou de changements de réseau. L’appareil effectue les vérifications suivantes à intervalles réguliers pour garantir la connectivité. Si l’un de ces tests échoue, l’appareil revient au fonctionnement DHCP.

Mécanisme de récupération
Comment effectuer cette tâche

Sur le sous-réseau, vérifiez qu’il n’existe aucun conflit d’IP en double

Envoyez des requêtes Address Resolution Protocol (ARP) pour l’IP du capteur configurée. Si le capteur reçoit une requête ARP, la réponse qu’il reçoit est considérée comme un conflit d’IP en double.

Vérifiez qu’il existe une passerelle par défaut

Envoyez des requêtes ARP pour l’IP de passerelle configurée. Si aucune réponse n’est reçue par le capteur, la passerelle est considérée comme inaccessible. L’appareil sur le réseau avec l’IP configurée de la passerelle.

La résolution DNS fonctionne pour les domaines Verkada

Effectuez des recherches Domain Name Server (DNS) pour les domaines Verkada. Si l’appareil ne reçoit pas de réponse d’un des domaines, ce test échoue.

Des sessions SSL/TLS peuvent être établies avec les points de terminaison requis

Envoyez des requêtes HyperText Transfer Protocol Secure (HTTPS) aux points de terminaison Verkada requis pour le fonctionnement du capteur. Si l’appareil ne parvient pas à établir une négociation Transport Layer Security (TLS) avec l’un des points de terminaison, ou en cas d’erreur lors de cette négociation, le test échoue.

Points de terminaison pour les tests DNS

La liste suivante de points de terminaison est utilisée pour les tests DNS, car ils sont essentiels au fonctionnement de l’appareil capteur. Pour obtenir la liste complète des points de terminaison, consultez Paramètres réseau du capteur de qualité de l’air.

Point de terminaison pour les tests TLS

Pour les tests TLS, seul le api.control.verkada.com point de terminaison est utilisé. Si le capteur ne parvient pas à établir une connexion TLS avec ce point de terminaison, il revient au fonctionnement DHCP.

Flux de résolution des problèmes

1

Si le capteur rencontre des problèmes lors de ces vérifications, il tente de revenir à sa configuration DHCP par défaut et d’effectuer les tests de connectivité listés ci-dessus.

2

Si la connexion DHCP échoue, le capteur réessaie en utilisant la configuration IP statique.

3

Si le capteur ne parvient toujours pas à se connecter à l’aide de sa configuration IP statique, il alterne entre les opérations IP statique et DHCP avec un backoff exponentiel, allant de 20 secondes à 1 heure.

Mis à jour

Ce contenu vous a-t-il été utile ?