> 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/es/primeros-pasos/transportation-gateways-network-settings.md). # Configuración de red de las Pasarelas de transporte Obtén más información sobre la configuración de red requerida para la Pasarela de transporte reforzada KGX61 de Verkada {% hint style="warning" %} Los dispositivos Verkada son incompatibles con las redes LAN que requieren servidores proxy o inspección de Capa de sockets seguros (SSL)/Seguridad de la capa de transporte (TLS). Si se usa cualquiera de ellos, debe implementarse una excepción para todos los dispositivos Verkada para que los dispositivos Verkada puedan comunicarse con Verkada Command. {% endhint %} ## LED de estado Un LED de estado azul intermitente en la pasarela indica que el dispositivo no se está comunicando con Command. Consulte el documento del LED de estado para obtener explicaciones de cada patrón del LED. Si observa este comportamiento, compruebe que la red esté configurada según los requisitos de la pasarela. Si el problema persiste, póngase en contacto con el equipo de soporte de Verkada. ## Conectividad El KGX61 contiene una eSIM integrada. Opcionalmente, puede insertar su propia tarjeta SIM en una o en ambas ranuras superiores para tarjetas nano-SIM. La pasarela también incluye un puerto WAN RJ45 y Wi-Fi. ## Dirección IP Las pasarelas Verkada deben tener asignada una dirección IPv4 para comunicarse en la LAN y con Verkada Command. Las pasarelas usan el Protocolo de configuración dinámica de host (DHCP) y el Protocolo de datagramas de usuario (UDP) para obtener sus direcciones IP y configuraciones de red. ## Sistema de nombres de dominio Las pasarelas Verkada usan el servidor DNS para resolver los nombres de dominio completos (FQDN) de Verkada a direcciones IP y comunicarse con ellos. Su servidor DHCP le indica a la pasarela dónde está el servidor DNS en la red y la pasarela se comunica mediante el puerto UDP 53. {% hint style="warning" %} DNS sobre HTTPS (DoH) actualmente no es compatible. {% endhint %} ## Alimentación El KGX61 se alimenta mediante el sistema eléctrico del vehículo a través de un bloque de terminales y no acepta entrada de Power over Ethernet. El bloque de terminales acepta de 10 a 20 V CC hasta 150 W, o de 20 a 30 V CC hasta 300 W. La pasarela también utiliza un cable independiente de detección de encendido. Para obtener detalles específicos sobre los requisitos de alimentación, consulte la [hoja de datos del KGX61](https://docs.verkada.com/docs/kgx61-ruggedized-transportation-gateway-datasheet.pdf). ## Configuración del firewall Las pasarelas requieren acceso a muchos endpoints para garantizar que puedan comunicarse con Command y que todas las funciones estén accesibles. Muchos clientes pueden querer permitir que las pasarelas se comuniquen con los endpoints generales requeridos. Estos son los dominios generales que se deben permitir, **aplicable para todas las regiones de la organización:** | Dominio/IP | Protocolo/Puerto | | -------------- | --------------------- | | 34.216.15.26 | UDP:123 | | \*.verkada.com | UDP:123 + TCP/UDP:443 | Si prefiere una lista de permitidos más granular, puede agregar tanto direcciones IP como FQDN completos a las reglas de su firewall según la región en la que se encuentren sus dispositivos. {% hint style="warning" %} Su región se selecciona cuando crea una organización en Command. {% endhint %} {% tabs %} {% tab title="Estados Unidos" %} | Dominio/IP | Protocolo/Puerto | | ------------------------------------------ | ---------------- | | 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" %} | Dominio/IP | Protocolo/Puerto | | ------------------------------------------ | ---------------- | | 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="Australia" %} | Dominio/IP | Protocolo/Puerto | | ------------------------------------------ | ---------------- | | 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/es/primeros-pasos/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.