> 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/transportation/fr/prise-en-main/transportation-gateways-network-settings.md). # Paramètres réseau des passerelles de transport Découvrez les paramètres réseau requis pour la passerelle de transport renforcée KGX61 de Verkada {% hint style="warning" %} Les appareils Verkada sont incompatibles avec les LAN qui nécessitent des serveurs proxy ou une inspection Secure Socket Layer (SSL)/Transport Layer Security (TLS). Si l’un ou l’autre est utilisé, une exception pour tous les appareils Verkada doit être mise en place afin que les appareils Verkada puissent communiquer avec Verkada Command. {% endhint %} ## Voyant d’état Un voyant d’état bleu clignotant sur la passerelle indique que l’appareil ne communique pas avec Command. Consultez la documentation sur le voyant d’état pour connaître la signification de chaque motif de clignotement. Si vous observez ce comportement, vérifiez que le réseau est configuré conformément aux exigences de la passerelle. Si le problème persiste, contactez le service d’assistance de Verkada. ## Connectivité Le KGX61 contient une eSIM intégrée. Vous pouvez éventuellement insérer votre propre carte SIM dans l’un ou les deux emplacements supérieurs pour carte nano-SIM. La passerelle comprend également un port WAN RJ45 et le Wi‑Fi. ## Adresse IP Les passerelles Verkada doivent se voir attribuer une adresse IPv4 pour communiquer sur le LAN et avec Verkada Command. Les passerelles utilisent le protocole DHCP et le protocole UDP pour obtenir leurs adresses IP et leurs configurations réseau. ## Système de noms de domaine Les passerelles Verkada utilisent le serveur DNS pour résoudre les noms de domaine pleinement qualifiés (FQDN) de Verkada en adresses IP afin de communiquer avec eux. Votre serveur DHCP indique à la passerelle où se trouve le serveur DNS sur le réseau et la passerelle communique via le port UDP 53. {% hint style="warning" %} DNS over HTTPS (DoH) n’est actuellement pas pris en charge. {% endhint %} ## Alimentation Le KGX61 est alimenté par le système électrique du véhicule via un bornier et n’accepte pas d’alimentation par Ethernet. Le bornier accepte du courant continu de 10 à 20 V jusqu’à 150 W, ou de 20 à 30 V jusqu’à 300 W. La passerelle utilise également un fil séparé de détection d’allumage. Pour plus de détails sur les exigences d’alimentation, consultez la [fiche technique du KGX61](https://docs.verkada.com/docs/kgx61-ruggedized-transportation-gateway-datasheet.pdf). ## Paramètres de pare-feu Les passerelles nécessitent l’accès à de nombreux points de terminaison afin de garantir qu’elles puissent communiquer avec Command et que toutes les fonctionnalités soient accessibles. De nombreux clients peuvent souhaiter autoriser les passerelles à communiquer avec les points de terminaison requis généraux. Voici les domaines généraux à autoriser, **applicables à toutes les régions d’organisation :** | Domaine/IP | Protocole/Port | | -------------- | --------------------- | | 34.216.15.26 | UDP:123 | | \*.verkada.com | UDP:123 + TCP/UDP:443 | Si vous préférez une liste d’autorisation plus granulaire, vous pouvez ajouter à vos règles de pare-feu à la fois des adresses IP et des FQDN complets en fonction de la région où se trouvent vos appareils. {% hint style="warning" %} Votre région est sélectionnée lorsque vous créez une organisation dans Command. {% endhint %} {% tabs %} {% tab title="États-Unis" %} | Domaine/IP | Protocole/Port | | ------------------------------------------ | -------------- | | 34.216.15.26 | UDP:123 | | api.control.verkada.com | TCP/UDP:443 | | api.global-prod.control.verkada.com | TCP/UDP:443 | | api.prod-us-ohio.control.verkada.com | TCP/UDP:443 | | firmware.control.verkada.com | TCP/UDP:443 | | index.control.verkada.com | TCP/UDP:443 | | relay.control.verkada.com | TCP/UDP:443 | | relay.global-prod.control.verkada.com | TCP/UDP:443 | | relay.prod-us-ohio.control.verkada.com | TCP/UDP:443 | | time.control.verkada.com | UDP:123 | | update.control.verkada.com | TCP/UDP:443 | | vconductor.command.verkada.com | TCP/UDP:443 | | vconductor.global-prod.command.verkada.com | TCP/UDP:443 | | vnet.command.verkada.com | TCP/UDP:443 | | vnet.prod-us-ohio.command.verkada.com | TCP/UDP:443 | | {% endtab %} | | {% tab title="Europe" %} | Domaine/IP | Protocole/Port | | ------------------------------------------ | -------------- | | api.global-prod.control.verkada.com | TCP/UDP:443 | | api.prod2.control.verkada.com | TCP/UDP:443 | | index.prod2.control.verkada.com | TCP/UDP:443 | | relay.global-prod.control.verkada.com | TCP/UDP:443 | | relay.prod2.control.verkada.com | TCP/UDP:443 | | time.control.verkada.com | UDP:123 | | update.control.verkada.com | TCP/UDP:443 | | vconductor.global-prod.command.verkada.com | TCP/UDP:443 | | vconductor.prod2.command.verkada.com | TCP/UDP:443 | | vnet.prod2.command.verkada.com | TCP/UDP:443 | | {% endtab %} | | {% tab title="Australie" %} | Domaine/IP | Protocole/Port | | ------------------------------------------ | -------------- | | api.global-prod.control.verkada.com | TCP/UDP:443 | | api.prod-ap-syd.control.verkada.com | TCP/UDP:443 | | index.prod-ap-syd.control.verkada.com | TCP/UDP:443 | | relay.global-prod.control.verkada.com | TCP/UDP:443 | | relay.prod-ap-syd.control.verkada.com | TCP/UDP:443 | | time.control.verkada.com | UDP:123 | | update.control.verkada.com | TCP/UDP:443 | | vconductor.global-prod.command.verkada.com | TCP/UDP:443 | | vconductor.prod-ap-syd.command.verkada.com | TCP/UDP:443 | | vnet.prod-ap-syd.command.verkada.com | TCP/UDP:443 | | {% endtab %} | | | {% endtabs %} | | --- # 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 dynamically 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/transportation/fr/prise-en-main/transportation-gateways-network-settings.md?ask=&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 `build a script that syncs our docs to a CMS` 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.