> 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/de/erste-schritte/transportation-gateways-network-settings.md). # Netzwerkeinstellungen für Transport-Gateways Erfahren Sie mehr über die erforderlichen Netzwerkeinstellungen für Verkadas robustes Transport-Gateway KGX61 {% hint style="warning" %} Verkada-Geräte sind mit LANs, die Proxy-Server oder eine Secure Socket Layer (SSL)/Transport Layer Security (TLS)-Inspektion erfordern, nicht kompatibel. Wenn eines von beiden verwendet wird, muss für alle Verkada-Geräte eine Umgehung eingerichtet werden, damit Verkada-Geräte mit Verkada Command kommunizieren können. {% endhint %} ## Status-LED Eine blau blinkende Status-LED am Gateway zeigt an, dass das Gerät nicht mit Command kommuniziert. Informationen zu den einzelnen LED-Mustern finden Sie im Dokument zur Status-LED. Wenn dieses Verhalten auftritt, stellen Sie sicher, dass das Netzwerk gemäß den Anforderungen des Gateways eingerichtet ist. Wenn das Problem weiterhin besteht, wenden Sie sich an den Verkada Support. ## Konnektivität Der KGX61 enthält eine integrierte eSIM. Optional können Sie Ihre eigene SIM-Karte in einen oder beide oberen nano-SIM-Kartensteckplätze einsetzen. Das Gateway verfügt außerdem über einen WAN-RJ45-Port und WLAN. ## IP-Adresse Verkada-Gateways müssen mit einer IPv4-Adresse versehen werden, um im LAN und mit Verkada Command kommunizieren zu können. Gateways verwenden Dynamic Host Configuration Protocol (DHCP) und User Datagram Protocol (UDP), um ihre IP-Adressen und Netzwerkkonfigurationen zu beziehen. ## Domänennamensystem Verkada-Gateways verwenden den DNS-Server, um die vollqualifizierten Domänennamen (FQDN) von Verkada in IP-Adressen aufzulösen, damit sie mit ihnen kommunizieren können. Ihr DHCP-Server teilt dem Gateway mit, wo sich der DNS-Server im Netzwerk befindet, und das Gateway kommuniziert über UDP-Port 53. {% hint style="warning" %} DNS über HTTPS (DoH) wird derzeit nicht unterstützt. {% endhint %} ## Stromversorgung Der KGX61 wird über einen Klemmenblock vom Bordnetz des Fahrzeugs mit Strom versorgt und unterstützt keinen Power-over-Ethernet-Eingang. Der Klemmenblock akzeptiert 10–20 V DC bis zu 150 W oder 20–30 V DC bis zu 300 W. Das Gateway verwendet außerdem eine separate Zündungs-Erkennungsleitung. Weitere Einzelheiten zu den Stromanforderungen finden Sie im [KGX61-Datenblatt](https://docs.verkada.com/docs/kgx61-ruggedized-transportation-gateway-datasheet.pdf). ## Firewall-Einstellungen Gateways benötigen Zugriff auf viele Endpunkte, um sicherzustellen, dass sie mit Command kommunizieren können und alle Funktionen verfügbar sind. Viele Kunden möchten den Gateways möglicherweise erlauben, mit den allgemein erforderlichen Endpunkten zu kommunizieren. Dies sind die allgemein zuzulassenden Domains, **die für alle Organisationsregionen gelten:** | Domain/IP | Protokoll/Port | | -------------- | --------------------- | | 34.216.15.26 | UDP:123 | | \*.verkada.com | UDP:123 + TCP/UDP:443 | Wenn Sie eine detailliertere Zulassungsliste bevorzugen, können Sie Ihren Firewall-Regeln sowohl IP-Adressen als auch vollständige FQDNs hinzufügen, basierend auf der Region, in der sich Ihre Geräte befinden. {% hint style="warning" %} Ihre Region wird ausgewählt, wenn Sie in Command eine Organisation erstellen. {% endhint %} {% tabs %} {% tab title="Vereinigte Staaten" %} | Domain/IP | Protokoll/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="Europa" %} | Domain/IP | Protokoll/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="Australien" %} | Domain/IP | Protokoll/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/de/erste-schritte/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.