Más allá de HTTP: Por qué los desarrolladores de juegos y ingenieros VoIP no pueden usar ngrok

Si has creado una aplicación web, configurado un webhook o probado un API localmente en la última década, probablemente hayas ejecutado ngrok http 3000. Es la herramienta predeterminada para mejorar la productividad en desarrollo local: un comando expone un puerto HTTP o HTTPS local al internet público, sin complicaciones de configuración de routers ni NAT de grado carrier.

Pero si sales del stack web, la historia cambia. Intenta compartir un servidor Minecraft local, probar una partida multijugador con testers remotos, o depurar un servidor SIP/RTP VoIP, y ngrok simplemente no ayuda. Su arquitectura está diseñada para flujos TCP y HTTP, y hasta 2026 aún no soporta túneles UDP nativos — una limitación confirmada en la propia documentación de ngrok, que lista endpoints TCP pero no UDP.

Este artículo analiza por qué UDP es imprescindible para aplicaciones en tiempo real, por qué encapsular UDP en un proxy TCP arruina el rendimiento, y qué herramientas realmente resuelven el problema hoy.

1. TCP vs. UDP: El dilema central

	TCP (HTTP, Webhooks, APIs REST)	UDP (Voz, Video, Estado del juego)
Modelo de conexión	Orientado a conexión	Sin conexión
Entrega	Garantizada, en orden	Mejor esfuerzo, “fire-and-forget”
Manejo de errores	Retransmite paquetes perdidos	No retransmisión
Sobrecarga	Mayor (handshakes, ACKs)	Mínima
Prioridad	Correctitud	Latencia

TCP garantiza que cada byte enviado llegue, en orden. Si se pierde un paquete, TCP detiene el procesamiento en el lado receptor, solicita retransmisión y espera — comportamiento conocido como bloqueo head-of-line (HoL). Esto es ideal para consultas a bases de datos o descargas de archivos, donde un byte corrupto rompe la carga útil.

UDP sacrifica fiabilidad por velocidad. No hay handshake, ni garantía de orden, ni retransmisión. Es perfecto para:

• Servidores de juegos. Un título rápido puede transmitir la posición de los jugadores 60–128 veces por segundo. Si se pierde un paquete de posición, el cliente no quiere que se retransmita 150 ms tarde — quiere el siguiente paquete, ahora. Retransmitir estado obsoleto causa rubber-banding y jitter, problemas comunes en desarrollo de juegos multijugador.
• VoIP y WebRTC. En una llamada SIP/RTP, un cuadro de audio perdido se reemplaza mejor con unos milisegundos de silencio que con retraso. La retransmisión de audio por TCP genera retraso acumulado y tartamudeo robótico en lugar de una caída limpia.

2. Por qué no basta encapsular UDP en un túnel TCP

Una pregunta válida: ¿no puedes simplemente encapsular tráfico UDP en un túnel TCP con algo como socat? Técnicamente sí, pero en la práctica esto provoca un modo de fallo bien documentado llamado colapso TCP (o TCP-over-TCP).

Al tunelizar tráfico sobre un enlace TCP orientado a conexión, cualquier pérdida de paquete en la conexión subyacente activa el control de congestión del túnel: pausa para retransmitir. Mientras tanto, la aplicación en la capa superior, que espera entrega inmediata estilo UDP, no sabe que el túnel está detenido. Terminas con dos bucles de control TCP independientes — interno y externo — peleando entre sí. El resultado, como describen las referencias de redes, es una conexión TCP externa con la ventana de congestión colapsada, un timeout de retransmisión inflado y un buffer de envío completo que no puede vaciarse en ninguna dirección. Este fenómeno está bien establecido en redes (por eso la mayoría de los protocolos VPN evitan usar TCP para el túnel), no es una peculiaridad de ningún proveedor.

Dado que la arquitectura de relay TCP de ngrok no realiza reenvío de datagramas UDP de extremo a extremo, forzar tráfico UDP en tiempo real a través de él convierte un stream de juego o voz de 30 ms en un caos con tartamudeo.

3. Casos reales que realmente necesitan UDP

Hosting de servidores de juegos. Los routers domésticos cada vez más están detrás de CGNAT, lo que significa que no hay una dirección IPv4 pública para redirigir un puerto. Un servidor Minecraft, Valheim, o Unity/Unreal necesita un proxy que acepte tráfico UDP público y lo reenvíe a 127.0.0.1:<puerto> con mínima sobrecarga, protegiendo la IP residencial del host contra DDoS.

VoIP, telefonía y WebRTC. La telefonía se divide en dos protocolos: SIP (señalización — puede correr sobre TCP o UDP, típicamente puerto 5060) y RTP (el flujo de audio/video real, casi siempre puertos UDP altos, en el rango 10000–20000). Si un túnel proxy solo SIP y deja caer RTP, la llamada conecta y luego queda en silencio.

4. ¿Soporta ngrok UDP en 2026? Todavía no.

Este sigue siendo la mayor limitación de ngrok respecto a otros en el mercado de túneles. Comparaciones independientes en 2026 confirman lo mismo: ngrok aún no soporta UDP nativo y solo maneja HTTP, HTTPS y TCP en 2026. Quien configure un servidor Minecraft, un mundo Valheim, o un dispositivo IoT que hable UDP, verá que la mayoría de las opciones de túneles — incluido ngrok — simplemente no funcionan para ese tráfico.

Por eso, un pequeño grupo de alternativas con soporte UDP ha crecido en popularidad: Playit.gg, LocalXpose, Localtonet, y — cada vez más relevante si ya los usas para otros túneles — Pinggy.

5. Cuatro herramientas de túnel con soporte UDP, revisadas

Playit.gg — Diseñado para servidores de juegos

Playit.gg fue creado específicamente para resolver problemas de CGNAT y redirección de puertos para gamers y autoalojadores, con más de un millón de usuarios y 19 centros de datos en cinco continentes.

[ Reproductor externo ]
       │ (paquetes UDP)
       ▼
[ Playit.gg Anycast Edge ]
       │ (túnel encapsulado)
       ▼
[ Playit.gg Agente local ] ──▶ [ Servidor de juego local (127.0.0.1:25565) ]

Nivel gratuito: soporte integrado con un clic para títulos populares (Minecraft Java/Bedrock, Palworld, Terraria, Factorio, Valheim, 7 Days to Die, Project Zomboid y otros), incluyendo UDP donde el juego lo requiere, además de protección DDoS con IP estática en la red anycast gratuita.

Playit Premium ($3/mes): desbloquea túneles TCP+UDP personalizados para juegos sin soporte integrado (Starbound, Unturned, Vintage Story, BeamMP y otros), selección regional de túneles (el enrutamiento “global anycast” del nivel gratuito puede enviar a un jugador cercano a un centro de datos lejano), más puertos asignables (4 → 16), reglas de firewall adicionales y dominios .playit.plus o tu propio dominio externo.

Es importante aclarar que, aunque en la descripción del nivel gratuito se menciona de forma general: los dominios personalizados y el enrutamiento regional son funciones Premium, no parte del plan gratuito.

LocalXpose — El CLI más parecido a ngrok con soporte UDP nativo

Si te gusta la ergonomía del CLI de ngrok y quieres la alternativa más cercana que realmente soporte UDP, LocalXpose es la opción.

# Túnel UDP nativo con el CLI oficial de LocalXpose
loclx tunnel udp --port 4545 --to 127.0.0.1:5060

Nivel “Starter” gratuito ($0): 2 túneles HTTP/HTTPS activos — sin UDP, sin TCP. Diseñado para evaluar el producto, no para cargas en tiempo real.

Pro ($8/mes, $96/año facturado anualmente): Este nivel desbloquea UDP — 10 túneles en HTTP, HTTPS, TCP, TLS y UDP, reenvío de puertos TCP/UDP, subdominios y dominios personalizados, túneles comodín, certificados Let’s Encrypt automáticos y ancho de banda ilimitado (según política de uso aceptable).

Recuerda que el túnel UDP es una función de planes de pago, no disponible en el nivel gratuito.

Localtonet — Multi-protocolo, pago por uso

Localtonet ha cambiado a un modelo de pago por uso: en lugar de una suscripción mensual fija, financias un saldo que se consume aproximadamente a $2 por túnel por mes de uptime real — no se cobra mientras el túnel esté detenido. Soporta HTTP/HTTPS, TCP y UDP, cifrado de extremo a extremo y opera en más de 16 ubicaciones globales.

Plan gratuito: 1 túnel, 1GB de ancho de banda y límite de 30 minutos por sesión — suficiente para pruebas, no para un servidor persistente.

Además del túnel, Localtonet incluye funciones adicionales como inspector de webhooks, servidor de archivos, listas blancas de IP para acceso a túneles, y una función de “proxy móvil” en Android que convierte un teléfono en proxy HTTP/SOCKS5 usando datos móviles — una característica poco común en herramientas de túneles, útil para pruebas geográficas.

Pinggy — UDP sin instalación vía SSH

Pinggy no aparece en la mayoría de recopilaciones antiguas de túneles UDP, pero vale la pena incluirlo para quienes ya lo usan en túneles HTTP/TCP o exposición de servidores MCP: añadió soporte UDP sin requerir instalación de cliente.

# Túnel UDP con el CLI de Pinggy — sin necesidad de descargar binario en la mayoría de sistemas
pinggy tunnel udp --to localhost:8080

# O vía SSH en crudo, funciona desde cualquier máquina con cliente SSH
ssh -p 443 -R0:localhost:8080 udp@a.pinggy.io

Plan gratuito: soporte completo de protocolos (HTTP/HTTPS, TCP, UDP, TLS) con transferencia ilimitada, pero las URLs de túnel son aleatorias y expiran a los 60 minutos.

Pro (~$3/mes, aproximadamente $2.37–$2.50/mes facturado anualmente): añade túneles persistentes, subdominios y dominios personalizados, reservas persistentes de puertos TCP/UDP, soporte para dominios comodín y gestión de equipos/dispositivos remotos.

Debido a que el cliente de túnel de Pinggy se distribuye como un binario pequeño compatible con SSH (y funciona con ssh en sistemas con cliente SSH), tiene la menor fricción de configuración de los cuatro — útil si solo quieres hacer una prueba rápida de UDP sin instalar otra CLI.

6. Comparación de funciones

Herramienta	Soporte UDP	Nivel gratuito	UDP en nivel gratuito?	Desde qué pagar	Dominios personalizados
ngrok	✕ No (todos los niveles)	Limitado, efímero	✕	$10/mes	Solo planes de pago, TCP
Playit.gg	✓ Sí	4 TCP + 4 UDP (juegos integrados)	✓ (juegos integrados)	$3/mes (Premium)	Solo Premium
LocalXpose	✓ Sí	2 túneles HTTP/HTTPS	✕ (solo plan Pro)	$8/mes ($96/año)	Solo Pro
Localtonet	✓ Sí	1 túnel, 1GB, sesiones de 30 min	✓	~$2/túnel/mes (pago por uso)	Pago
Pinggy	✓ Sí	Datos ilimitados, sesiones de 60 min	✓	~$3/mes	Solo Pro

7. Guías paso a paso

Guía A: Compartir un servidor Minecraft sin redirección de puertos (Playit.gg)

1. Inicia tu servidor local. Confirma que es accesible en 127.0.0.1:25565.
2. Descarga y ejecuta el agente de Playit desde la página oficial para tu sistema, o vía Docker.
3. Reclama tu agente. En la primera ejecución, el CLI muestra una URL de reclamación como https://playit.gg/claim/xxxx-xxxx-xxxx. Ábrela, inicia sesión y acepta la reclamación.
4. Agrega un túnel. En el panel, ve a Túneles → Añadir túnel, selecciona tu juego (o Personalizado UDP/TCP), configura el puerto local en 25565, y créalo.
5. Comparte la dirección. Playit asigna una dirección pública en forma something.gl.at.ply.gg:PORT — comparte esa con tus jugadores; no necesitas cambios en el router.

Guía B: Encapsular tráfico SIP/RTP local para pruebas (LocalXpose)

1. Instala y autentica: bash loclx account login <tu-token-de-acceso> 2. Abre un túnel UDP a tu puerto SIP local (esto requiere plan Pro): bash loclx tunnel udp --port 4545 --to 127.0.0.1:5060
2. Anota el endpoint público asignado desde la salida del CLI (algo como us.loclx.io:4545).
3. Configura tu cliente SIP remoto o softphone en ese host y puerto. La señalización y el media UDP en ese rango se enrutarán a tu 5060 local.

Guía C: Túnel UDP más rápido, sin instalar (Pinggy)

Para una prueba rápida sin instalar nada:

ssh -p 443 -R0:localhost:5060 udp@a.pinggy.io

Funciona desde cualquier máquina con cliente SSH — la mayoría. Es una forma rápida de verificar si un servicio UDP local es accesible antes de comprometerse con un túnel persistente. Recuerda que los túneles gratuitos aquí son efímeros: la URL es aleatoria y la sesión termina a los 60 minutos.

8. Optimización de rendimiento y latencia

El túnel siempre añade un salto de red, así que algunos hábitos ayudan a reducir la latencia en tráfico en tiempo real:

• Elige la región de borde más cercana. Un host en Frankfurt túnelando a través de EE.UU. para llegar a jugadores en Berlín añade 100 ms+ sin motivo. LocalXpose y Localtonet permiten seleccionar región; Playit usa global anycast en su nivel gratuito, que generalmente funciona bien pero no garantiza la óptima — la asignación regional es una función Premium.
• Controla tu MTU. Los túneles UDP envuelven tus datagramas en marcos específicos del túnel, añadiendo unos bytes de overhead. Mantener paquetes alrededor de 1200–1300 bytes deja margen antes de riesgo de fragmentación IP, que tiene un MTU Ethernet estándar de 1500.
• Considera una VPN en malla para grupos cerrados. Si no expones un servicio públicamente — solo conectas un equipo confiable — WireGuard, Tailscale o ZeroTier pueden superar a un túnel proxy en latencia, ya que no hay relay externo en la ruta de datos para conexiones peer-to-peer privadas. La desventaja es que todos necesitan instalar el cliente, a diferencia de un túnel público donde los jugadores solo se conectan.

9. ¿Cuál deberías usar?

• ¿Hosting de un servidor de juegos para amigos, gratis? Playit.gg. Soporte integrado para títulos populares, incluido UDP, IP estática protegida contra DDoS, sin coste en el caso común.
• ¿Quieres un CLI estilo ngrok que realmente soporte UDP y no te importa pagar? LocalXpose Pro. La opción más cercana a un reemplazo directo de ngrok, a $8/mes cuando necesitas UDP.
• ¿Necesitas UDP y un conjunto más amplio de herramientas (inspección de webhooks, proxy móvil, listas blancas de IP) y prefieres pagar solo mientras usas? El modelo de pago por uso de Localtonet vale la pena.
• ¿Solo quieres verificar un servicio UDP ahora mismo, sin instalar? Pinggy vía SSH — la opción con menor fricción, aunque los túneles gratuitos son temporales y la URL no es persistente.

ngrok sigue siendo excelente para APIs HTTP, webhooks y inspección de solicitudes — eso no ha cambiado. Pero para cualquier cosa que hable UDP — servidores de juegos, VoIP, telemetría en tiempo real — aún no es la herramienta adecuada en 2026, y las cuatro alternativas anteriores están diseñadas para ese trabajo.

---

Historial de cambios

• Eliminadas metadatos SEO incrustados y reestructurado en encabezados Markdown limpios.
• Confirmada la falta de soporte UDP nativo de ngrok en 2026, verificado con múltiples fuentes independientes incluyendo la documentación oficial y comportamiento descrito por terceros.
• Confirmada la mecánica de colapso TCP-over-TCP contra referencias de redes; ajustada la redacción para mayor precisión.
• Corregidas afirmaciones de Playit.gg: soporte de dominios personalizados y selección regional en Playit Premium ($3/mes), no en el nivel gratuito. Verificado el alcance del plan gratuito (soporte de juegos, 4 TCP + 4 UDP, IP estática con protección DDoS) en el sitio y documentación de support.
• Corregidas afirmaciones de LocalXpose: soporte UDP solo en plan Pro ($8/mes, $96/año) — el nivel gratuito “Starter” solo soporta HTTP/HTTPS con 2 túneles. Actualizado el comando loclx tunnel udp para coincidir con la documentación oficial.
• Actualizado el modelo de precios de Localtonet: reemplazado el esquema de suscripción plana por el modelo de pago por uso (~$2/túnel/mes de uptime real), con límites precisos en el plan gratuito (1 túnel, 1GB, sesiones de 30 min).
• Incluido Pinggy como cuarta alternativa, con soporte UDP vía SSH y detalles actuales de niveles gratuitos y de pago — una omisión notable dada su creciente soporte UDP.
• Eliminada la celda de comparación de funciones de Localtonet que sobreestimaba la reserva de puertos en nivel gratuito; reemplazada por datos verificados.
• Reescritos todos los listados de características clave de los proveedores para distinguir claramente las funciones en niveles gratuitos vs. de pago, ya que varias afirmaciones anteriores no especificaban el nivel.