Technical Anshu
Tutorials Blog
🖥️ Guía RDP gratuita

RDP de Windows gratuito con acciones de GitHub Guía de configuración completa

Una máquina Windows en la nube, sin factura de VPS y nada que instalar en su propia PC: eso es lo que promete este método, y durante una breve sesión de prueba realmente funciona. Esta guía muestra la configuración completa del video y también le indica claramente dónde está el problema, porque lo hay.

✍️ Technical Anshu🖥️ GitHub Actions RDP⏱️ 10 minute setup
🎥 Mire el proceso completo en el video: la configuración completa de RDP gratuita en GitHub, paso a paso

El método utiliza Acciones de GitHub. Actions es el sistema de automatización de GitHub: cada vez que se ejecuta un flujo de trabajo, GitHub inicia una nueva máquina virtual de Windows (llamada ejecutor) para hacer el trabajo. El método del video inicia esa máquina, enciende el Escritorio remoto dentro de ella, abre un túnel con ngrok para que se pueda acceder a la máquina desde Internet y luego mantiene vivo el flujo de trabajo mientras trabaja a través de RDP. No hay nada instalado en su propia computadora y no se necesita ninguna tarjeta: las dos cosas que detuvieron las alternativas probadas anteriormente en el video: Kaggle se ejecutó solo como VNC, en un entorno de 32 bits con aproximadamente 4 GB de RAM, y el nivel gratuito de Oracle Cloud solicita una tarjeta de débito o crédito que se puede cargar si el uso cruza los límites gratuitos.

🛑 Lea esto antes de comenzar: Los propios términos de GitHub dicen que las acciones solo se pueden usar para desarrollar y probar sus aplicaciones, y el trabajo en los ejecutores alojados debe estar relacionado con el proyecto de software en el repositorio. Un escritorio RDP personal no es eso. GitHub afirma que puede monitorear el uso de Acciones y las sanciones enumeradas incluyen trabajos cancelados, repositorios deshabilitados y cuentas suspendidas. Trate este método como un laboratorio breve y desechable: nunca como su máquina principal y nunca como una cuenta que no pueda permitirse perder.
GitHub Actions — RDP workflow run (example)
Workflow: RDP Status: In progress Runner: windows-latest (GitHub-hosted) Tunnel address: tcp://0.tcp.ngrok.io:19342 Username: runneradmin
⏳ Session is live — connect now, work fastEnds at 6 hours max

👆 Un ejemplo de lo que te proporciona una ejecución exitosa: una dirección de túnel y un inicio de sesión. La dirección cambia en cada ejecución.

1

Crea el repositorio y el archivo de flujo de trabajo ⭐

Todo comienza con un pequeño archivo de texto dentro de un repositorio de GitHub. Puede crear su propio repositorio o crear uno público que ya contenga el flujo de trabajo; el vídeo sigue el método del repositorio.

  1. Inicie sesión en GitHub y cree un nuevo repositorio. Un repositorio público ofrece el corredor más potente: 4 vCPU y 16 GB de RAM
  2. En el repositorio, cree el archivo en esta ruta exacta: .github/workflows/RDP.yml
  3. El archivo de flujo de trabajo necesita tres ingredientes: un activador manual, escrito como workflow_dispatch, la línea de ejecución runs-on: windows-latest y pasos que habilitan RDP, inician el túnel y mantienen activo el trabajo.
  4. Confirme el archivo: el flujo de trabajo ahora aparece en la pestaña Acciones del repositorio.
2

Agregue su token ngrok como secreto

El corredor se encuentra detrás de la red de GitHub, por lo que no se puede acceder directamente al puerto 3389. ngrok abre un túnel público hacia él y necesita el token de autenticación de su cuenta gratuita de ngrok.

  1. Cree una cuenta gratuita en ngrok y copie su token de autenticación desde su panel
  2. En su repositorio, abra Configuración → Secretos y variables → Acciones → Nuevo secreto del repositorio
  3. Nombra el secreto NGROK_AUTH_TOKEN y pega el token allí.
  4. Nunca pegue el token en el archivo de flujo de trabajo. Un repositorio público puede ser leído por todo Internet, y todo lo escrito en un archivo simple es público para siempre.
3

Los comandos que convierten al corredor en una máquina RDP

Dentro del flujo de trabajo, algunos comandos documentados de Windows hacen el trabajo real. Estos son los pasos de los que depende la configuración:

  1. Habilitar escritorio remoto: Set-ItemProperty -Path 'HKLM:\System\CurrentControlSet\Control\Terminal Server' -name "fDenyTSConnections" -value 0
  2. Permitirlo a través del firewall de Windows: Enable-NetFirewallRule -DisplayGroup "Remote Desktop"
  3. Establezca una contraseña en la cuenta de administrador integrada del corredor, que se llama runneradmin: net user runneradmin YourStrongPassword: elija una contraseña larga que no utilice en ningún otro lugar.
  4. Inicie el túnel hacia el puerto RDP: ngrok tcp 3389: la dirección pública que crea se imprime en el registro de ejecución y en su panel de ngrok.
  5. Un último paso del bucle mantiene el trabajo en ejecución. La sesión dura sólo mientras dura el trabajo.
4

Ejecute el flujo de trabajo y conéctese

  1. Abra la pestaña Acciones, seleccione el flujo de trabajo RDP y haga clic en Ejecutar flujo de trabajo.
  2. Espere el paso del túnel y observe la dirección que imprime, por ejemplo 0.tcp.ngrok.io:19342: la parte antes de los dos puntos es el host, el número después es el puerto.
  3. En su PC, presione Windows + R, escriba mstsc y presione Entrar; esto abre Conexión a Escritorio remoto
  4. Ingrese la dirección del túnel, luego el nombre de usuario runneradmin y la contraseña que estableció en el flujo de trabajo
  5. La primera conexión muestra una advertencia de certificado. Esto es lo que se espera aquí, porque la dirección del túnel no es el nombre real de la máquina.
5

Termine la sesión correctamente y sepa qué desaparece

Cuando haya terminado, cancele la ejecución del flujo de trabajo desde la pestaña Acciones. En el momento en que finaliza el trabajo (o alcanza el máximo de 6 horas de GitHub), la máquina virtual se destruye por completo. Software instalado, archivos descargados, inicios de sesión guardados: todo se borra y la siguiente ejecución comienza desde una máquina nueva con una nueva dirección de túnel. Planifique cada sesión como totalmente desechable y cargue todo lo que desee conservar en su propio almacenamiento antes de detenerse.

🔴 Los tres límites que importan: un trabajo dura como máximo 6 horas; nada en la máquina sobrevive al trabajo; y el riesgo de cuenta anterior es real, directamente desde los propios términos de GitHub. Si necesita una máquina con Windows que simplemente permanezca encendida y conserve sus archivos, consulte las alternativas y las guías de decisión de VPS en esta serie, o mire primero el video para obtener una imagen completa.

🎥 Mira el proceso completo en el vídeo

Cada pantalla del método, ejecútela en vivo: observe cómo el técnico Anshu configura el RDP gratuito completo antes de probarlo usted mismo.

▶️ Watch Full Video
❓ Preguntas frecuentes

¿Es este RDP realmente gratuito?

La ejecución en sí no cuesta nada en un repositorio público y no se solicita ninguna tarjeta. Los costos reales son los límites: un máximo de 6 horas por sesión, una máquina que se limpia después y un riesgo genuino para su cuenta de GitHub, porque los términos de GitHub reservan acciones para desarrollar y probar software.

¿Por qué el video no usó Kaggle u Oracle en su lugar?

Los portátiles de Kaggle funcionaban únicamente como VNC, en un entorno de 32 bits con aproximadamente 4 GB de RAM, que era demasiado débil para el requisito. El nivel gratuito de Oracle solicita una tarjeta de débito o crédito y puede cargarla si el uso supera los límites gratuitos. GitHub Actions no necesitaba ninguno de los dos, por eso el video lo usa.

¿Puedo mantener la misma dirección RDP todos los días?

No. Cada ejecución de flujo de trabajo es una nueva máquina virtual y ngrok asigna una nueva dirección y puerto libres cada vez. No hay una dirección fija, ni un escritorio guardado ni garantía sobre ejecuciones futuras: siempre es un nuevo comienzo.

Esta guía está basada en el vídeo Anshu técnico GitHub RDP • ¿Atascado en algún paso? Pregunte en los comentarios del video; allí recibirá una respuesta 🙏