Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

SubnetDesk

SubnetDesk es un fork de RustDesk enfocado en conexiones directas dentro de LANs, redes privadas y VPNs, eliminando la dependencia de servidores públicos de rendezvous y relay para priorizar privacidad y velocidad.

Ficha actualizada 18 sept 2026, 21:15 · upstream 12 sept 2026, 3:11 · release v1.3.0

Ver códigoProblemas y ayudaRepositorio ↗
00

Qué es SubnetDesk

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

SubnetDesk es una herramienta de control remoto diseñada específicamente para entornos donde los dispositivos ya pueden comunicarse entre sí, como laboratorios domésticos, oficinas internas o redes conectadas por VPN. A diferencia de las implementaciones típicas de RustDesk que dependen de servidores públicos o relay para conexiones a través de NAT, SubnetDesk elimina estos componentes para establecer conexiones directas punto a punto mediante direcciones IP o nombres de host.

El proyecto está construido sobre el framework Rust y mantiene la experiencia de usuario de RustDesk, incluyendo transferencia de archivos, audio y portapapeles. Ofrece descubrimiento automático de dispositivos en la red local mediante mDNS, autenticación con contraseñas hashadas (Argon2id) y verificación de huellas digitales de dispositivos para garantizar la seguridad. Es ideal para usuarios que buscan una solución de control remoto sin depender de servicios en la nube o infraestructura de coordinación pública.

El despliegue es sencillo pero requiere atención a la configuración de red: ambos dispositivos deben ser mutuamente accesibles, el puerto TCP debe estar abierto (por defecto 21118), y se recomienda verificar las huellas digitales antes de conectar. El proyecto está licenciado bajo GNU Affero GPL v3.0 y ofrece paquetes binarios para Windows, macOS, Linux y Android.

CASOS DE USO
  • Control remoto entre dispositivos en una red local (LAN) sin necesidad de internet público.
  • Soporte técnico en sitio donde el técnico y el usuario están en la misma red o conectados por VPN.
  • Acceso a máquinas virtuales o contenedores dentro de un clúster privado sin exposición pública.
  • Mantenimiento de servidores en entornos aislados (air-gapped) con acceso controlado vía IP directa.
PUNTOS DESTACADOS
  • Conexiones directas punto a punto eliminan la latencia y dependencia de servidores públicos de relay.
  • Descubrimiento automático de dispositivos mediante mDNS facilita el uso en redes locales sin configuración manual.
  • Autenticación segura con contraseñas hashadas (Argon2id) y verificación de huellas digitales previene accesos no autorizados.
  • Soporte nativo para múltiples plataformas: Windows, macOS, Linux y Android con paquetes binarios estables.
  • Licencia GNU Affero GPL v3.0 garantiza código abierto y transparencia en entornos de servicio.
PRECAUCIONES
  • Requiere que ambos dispositivos sean mutuamente accesibles a través de una red compartida (LAN, VPN o red privada); no funciona para conexiones públicas sin infraestructura adicional.
  • No incluye archivo docker-compose por defecto; el despliegue en contenedores requiere configuración manual del entorno y mapeo de puertos.
  • El descubrimiento automático depende de la disponibilidad de mDNS, que puede estar bloqueado en algunos firewalls corporativos o redes restrictivas.
  • No ofrece funcionalidad de relay ni rendezvous público; las conexiones a través de NAT sin configuración manual de rutas no son posibles.
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU1 vCPUrecomendación inicial
MEMORIA1 GBRAM estimada
DISCO10 GBalmacenamiento base
COMPLEJIDADlownivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Docker detectado

Instalar en ambos dispositivos. Configurar usuario y contraseña en el dispositivo controlado, activar descubrimiento LAN (puerto TCP 21118 por defecto). Verificar que el firewall permita tráfico en el puerto configurado. En Linux, revisar notas de preparación para SELinux y Wayland. Habilitar CIDR allowlist en el dispositivo controlado para restringir conexiones a redes confiables. Verificar huellas digitales antes de la primera conexión.

✓Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Rust
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
PUERTOS
No detectados
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.