Configurer des adresses IP statiques pour le Command Connector
Configurer des adresses IP statiques pour les Command Connectors
Les Command Connectors peuvent être configurés avec une adresse IP statique afin de garantir qu’ils maintiennent une communication réseau cohérente sans dépendre des protocoles d’allocation d’IP dynamiques, tels que le Dynamic Host Configuration Protocol (DHCP).
Les Command Connectors prennent en charge les adresses IP privées, telles que définies dans RFC 1918. Cela signifie que seules les plages d’adresses IP privées spécifiées dans la RFC, comme 10.0.0.0/8, 172.16.0.0/12 et 192.168.0.0/16, sont compatibles avec la configuration IP statique.
Avant de commencer
Pour configurer une adresse IP statique sur un Command Connector, il doit d’abord se connecter à Command et se mettre à jour vers le dernier micrologiciel en utilisant le DHCP. Une fois le processus de mise à jour terminé, vous pouvez configurer une IP statique.
Configuration
Seulement Administrateurs du site peuvent activer ou modifier les configurations d’IP statique.
Dans Verkada Command, allez dans Tous les produits > Caméras.
Sélectionnez un Command Connector à configurer.
À droite, cliquez sur Paramètres.
Sous Général > IP du Command Connector, cliquez sur le menu déroulant et sélectionnez Manuel.
Dans Paramètres IP manuelle, saisissez les informations d’adressage IP statique.
Cliquez sur Enregistrer.
Mécanismes de récupération
En cas d’erreurs de configuration ou de modifications du réseau, les Command Connectors disposent d’un mécanisme de récupération. Le Command Connector effectue les vérifications suivantes à intervalles réguliers pour garantir la connectivité. Si l’un de ces tests échoue, il 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’y a pas de conflit d’IP en double
Envoyez des requêtes Address Resolution Protocol (ARP) pour l’IP configurée du Command Connector. Si le Command Connector reçoit une requête ARP, il considère la réponse 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 Command Connector, la passerelle est considérée comme inaccessible.
La résolution DNS fonctionne pour les domaines Verkada
Effectuez des recherches Domain Name Server (DNS) pour les domaines Verkada. Si le Command Connector ne reçoit pas de réponse de l’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) vers les points de terminaison Verkada requis pour le fonctionnement du Command Connector. Si le Command Connector est incapable d’effectuer 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 dans les organisations américaines ; pour d’autres régions, leur point de terminaison équivalent sera utilisé. Pour une liste complète des points de terminaison, voyez Paramètres du réseau de sécurité vidéo.
Pour les tests TLS, seul le premier point de terminaison est utilisé. Si le Command Connector est incapable d’établir une connexion TLS avec le api.control.verkada.com point de terminaison, il revient au fonctionnement DHCP.
Dépannage
Si le Command Connector rencontre des problèmes lors de ces vérifications, il tente de revenir à son fonctionnement DHCP par défaut et d’effectuer les tests de connectivité listés ci‑dessus.
Si la connexion DHCP échoue, le Command Connector réessaie en utilisant la configuration IP statique.
Si le Command Connector ne parvient pas à se reconnecter en utilisant sa configuration IP statique, il alterne entre les opérations en IP statique et DHCP avec un retour en arrière exponentiel, allant de 20 secondes jusqu’à 1 heure.
Si le Command Connector se connecte avec succès à Verkada Command en utilisant le DHCP, il continue d’opérer en DHCP jusqu’à ce qu’il soit redémarré via Command ou par une coupure et rétablissement de l’alimentation du Command Connector.
Mis à jour
Ce contenu vous a-t-il été utile ?