Por qué creamos SuperDMZ

SuperDMZ nació a finales de 2024 a partir de un problema interno cotidiano: nuestro equipo necesitaba acceder a una cámara IP, un servidor PostgreSQL y un RDP en redes distintas, todas detrás de NAT, sin IP pública fija. Las alternativas que existían tenían uno o más de estos defectos:

• Servidor muy lejos — cualquier paquete debía ir hasta Virginia o Frankfurt y volver, sumando 200 ms a todo.
• URL aleatoria — cada reconexión generaba un endpoint nuevo, inviable para servicios que necesitan DNS estable.
• Precio creciente sin techo claro — planes de US$ 20 al mes que se convertían en US$ 200 al crecer el tráfico.
• Soporte solo en inglés o por bot — atención que cuesta horas para resolver lo que un humano resuelve en 5 minutos.

Decidimos construir nuestra propia versión con 4 principios estrictos:

1. Servidor en Brasil. No hay forma de tener latencia baja para clientes brasileños sin un nodo en São Paulo.
2. URL estable. Tú eliges el subdominio, es tuyo hasta cancelar.
3. Precio predecible. Tope de tráfico conocido; si lo superas, te avisamos antes de cobrar.
4. Soporte en portugués, sin bot. Quien responde es técnico, no SAC.

Hoy tenemos nodos en São Paulo, Atlanta, Frankfurt y Tokio, más de 200 clientes activos y el cliente Windows sigue siendo nuestro foco principal — porque es donde está el dolor de nuestra base de usuarios.

Los próximos posts entrarán en los detalles técnicos: cómo funciona el túnel, cómo exponer RDP/cámaras IP, comparativos con VPN tradicional, y por qué publicamos un cliente Linux y macOS completo en lugar de un wrapper.