Remote

Conectarse a una computadora desde otra red no debería depender de un servicio de terceros, sobre todo cuando esa red es corporativa y solo permite tráfico saliente por los puertos 80 y 443. Remote nace de un caso concreto: dar soporte remoto entre equipos en Lima y Chincha cruzando exactamente esa clase de firewall, sin instalar un cliente de escritorio remoto comercial en cada máquina.

El problema

Herramientas como TeamViewer o AnyDesk resuelven esto, pero dependen de la infraestructura de otra empresa: sus servidores, sus políticas de uso, su disponibilidad. Remote es la versión propia de ese mismo problema — video en vivo, control real de mouse y teclado— construida para funcionar incluso cuando la única salida de la red es HTTP y HTTPS normales, el tráfico que cualquier firewall corporativo deja pasar sin pedir una excepción especial.

Cómo se construyó

El núcleo es WebRTC, el mismo protocolo detrás de las videollamadas del navegador, con un servidor de señalización propio que coordina la conexión inicial entre el equipo que se controla y el equipo que controla, y un servidor TURN propio para los casos donde la conexión directa entre dos redes no es posible y el tráfico de video tiene que retransmitirse. Del lado de la máquina controlada corre un agente para Windows que captura pantalla y aplica los eventos de mouse y teclado que llegan del otro extremo.

Validado en condiciones reales, no en un laboratorio

Remote no se quedó en una prueba de escritorio a escritorio en la misma red: se validó en vivo con video real y control real de mouse y teclado cruzando un firewall corporativo real, y también funcionando por datos móviles en vez de WiFi. Esa segunda prueba fue la que expuso el límite real del proyecto.

Por qué está en pausa

El código funciona y la arquitectura no falló: lo que resultó complicado fue mantener la conexión estable de forma consistente con la conectividad disponible en el momento, especialmente sin WiFi y dependiendo solo de datos móviles. Es un problema de estabilidad operativa, no un defecto de diseño — y se pausó el proyecto por eso, en julio de 2026, en vez de forzar una solución a medias sobre una conexión que no daba para más en ese momento.

La infraestructura dedicada —el VPS, el subdominio y los registros DNS de señalización y TURN— se dio de baja para no seguir pagando por capacidad sin uso activo. Todo lo necesario para reconstruirlo queda documentado, así que retomarlo el día que la conectividad o la prioridad cambien no implica empezar de cero.

Estado actual

En el taller. Puedes ver la demostración de la interfaz mientras el proyecto espera su próxima etapa.