Technical Anshu
Tutorials Blog
🖥️ Guide RDP gratuit

Windows RDP gratuit à l'aide du guide de configuration complet des actions GitHub

Une machine Windows dans le cloud, pas de facture VPS et rien à installer sur votre propre PC, voilà ce que promet cette méthode, et pour une courte session de test, elle fonctionne véritablement. Ce guide montre la configuration complète de la vidéo et vous indique également clairement où se trouve le piège, car il y en a un.

✍️ Technical Anshu🖥️ GitHub Actions RDP⏱️ 10 minute setup
🎥 Regardez le processus complet dans la vidéo — la configuration RDP gratuite complète sur GitHub, étape par étape

La méthode utilise les Actions GitHub. Actions est le système d'automatisation de GitHub : chaque fois qu'un workflow s'exécute, GitHub démarre une nouvelle machine virtuelle Windows (appelée runner) pour effectuer le travail. La méthode de la vidéo démarre cette machine, active le Bureau à distance à l'intérieur, ouvre un tunnel avec ngrok pour que la machine soit accessible depuis Internet, puis maintient le flux de travail en vie pendant que vous travaillez sur RDP. Rien n'est installé sur votre propre ordinateur et aucune carte n'est nécessaire - les deux choses qui ont arrêté les alternatives essayées plus tôt dans la vidéo : Kaggle fonctionnait uniquement en VNC, dans un environnement 32 bits avec environ 4 Go de RAM, et le niveau gratuit d'Oracle Cloud demande une carte de débit ou de crédit qui peut être facturée si l'utilisation dépasse les limites gratuites.

🛑 Lisez ceci avant de commencer : Les propres termes de GitHub indiquent que les actions ne peuvent être utilisées que pour développer et tester vos applications, et que le travail sur les exécuteurs hébergés doit être lié au projet logiciel dans le référentiel. Un bureau RDP personnel n’est pas cela. GitHub déclare qu'il peut surveiller l'utilisation des actions et que les sanctions répertoriées incluent les tâches terminées, les référentiels désactivés et les comptes suspendus. Traitez cette méthode comme un petit laboratoire jetable – jamais comme votre machine principale, et jamais sur un compte que vous ne pouvez pas vous permettre de perdre.
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 exemple de ce qu'une exécution réussie vous apporte : une adresse de tunnel et un identifiant. L'adresse change à chaque passage.

1

Créez le référentiel et le fichier de workflow ⭐

Tout commence par un petit fichier texte dans un référentiel GitHub. Vous pouvez créer votre propre référentiel ou en créer un public qui contient déjà le flux de travail – la vidéo suit la méthode du référentiel.

  1. Connectez-vous à GitHub et créez un nouveau référentiel. Un dépôt public est le plus puissant : 4 vCPU et 16 Go de RAM
  2. Dans le référentiel, créez le fichier à ce chemin exact : .github/workflows/RDP.yml
  3. Le fichier de workflow nécessite trois ingrédients : un déclencheur manuel, écrit sous la forme workflow_dispatch, la ligne d'exécution runs-on: windows-latest et des étapes qui activent RDP, démarrent le tunnel et maintiennent le travail en vie.
  4. Validez le fichier : le workflow apparaît désormais sous l'onglet Actions du référentiel.
2

Ajoutez votre jeton ngrok comme secret

Le runner se trouve derrière le réseau de GitHub, le port 3389 n'est donc pas accessible directement. ngrok lui ouvre un tunnel public et ngrok a besoin du jeton d'authentification de votre compte ngrok gratuit.

  1. Créez un compte gratuit sur ngrok et copiez votre jeton d'authentification depuis son tableau de bord
  2. Dans votre référentiel, ouvrez Paramètres → Secrets et variables → Actions → Nouveau secret du référentiel
  3. Nommez le secret NGROK_AUTH_TOKEN et collez-y le jeton
  4. Ne collez jamais le jeton dans le fichier de workflow lui-même. Un référentiel public peut être lu par l'ensemble d'Internet, et tout ce qui est écrit dans un fichier simple est public pour toujours.
3

Les commandes qui transforment le coureur en machine RDP

Dans le flux de travail, quelques commandes Windows documentées effectuent le travail réel. Voici les étapes dont dépend la configuration :

  1. Activer le bureau à distance : Set-ItemProperty -Path 'HKLM:\System\CurrentControlSet\Control\Terminal Server' -name "fDenyTSConnections" -value 0
  2. Autorisez-le via le pare-feu Windows : Enable-NetFirewallRule -DisplayGroup "Remote Desktop"
  3. Définissez un mot de passe sur le compte administrateur intégré du coureur, nommé runneradmin : net user runneradmin YourStrongPassword — choisissez un mot de passe long que vous n'utilisez nulle part ailleurs.
  4. Démarrez le tunnel vers le port RDP : ngrok tcp 3389 — l'adresse publique qu'il crée est imprimée dans le journal d'exécution et dans votre tableau de bord ngrok
  5. Une dernière étape de boucle maintient le travail en cours. La session est active uniquement pendant que le travail est actif
4

Exécutez le workflow et connectez-vous

  1. Ouvrez l'onglet Actions, sélectionnez le workflow RDP et cliquez sur Exécuter le workflow.
  2. Attendez l'étape du tunnel et notez l'adresse qu'elle imprime, par exemple 0.tcp.ngrok.io:19342 — la partie avant les deux points est l'hôte, le numéro après est le port
  3. Sur votre PC, appuyez sur Windows + R, tapez mstsc et appuyez sur Entrée – cela ouvre la connexion Bureau à distance.
  4. Saisissez l'adresse du tunnel, puis le nom d'utilisateur runneradmin et le mot de passe que vous avez défini dans le workflow
  5. La première connexion affiche un avertissement de certificat. C'est normal ici, car l'adresse du tunnel n'est pas le vrai nom de la machine.
5

Terminez la session correctement et sachez ce qui disparaît

Lorsque vous avez terminé, annulez l'exécution du workflow à partir de l'onglet Actions. Au moment où le travail se termine – ou atteint la durée maximale de 6 heures de GitHub – la machine virtuelle est complètement détruite. Logiciels installés, fichiers téléchargés, connexions enregistrées : tout est effacé et la prochaine exécution démarre à partir d'une toute nouvelle machine avec une nouvelle adresse de tunnel. Planifiez chaque session comme étant entièrement jetable et téléchargez tout ce que vous souhaitez conserver sur votre propre stockage avant de vous arrêter.

🔴 Les trois limites qui comptent : un travail dure au maximum 6 heures ; rien sur la machine ne survit au travail ; et le risque de compte ci-dessus est réel, directement issu des propres conditions de GitHub. Si vous avez besoin d'une machine Windows qui reste simplement allumée et conserve vos fichiers, consultez les alternatives et les guides de décision VPS de cette série – ou regardez d'abord la vidéo pour une image complète.

🎥 Regardez le processus complet dans la vidéo

Exécutez chaque écran de la méthode en direct - regardez Technical Anshu configurer le RDP gratuit complet avant de l'essayer vous-même.

▶️ Watch Full Video
❓ Questions fréquemment posées

Ce RDP est-il vraiment gratuit ?

Le run en lui-même ne coûte rien sur un référentiel public et aucune carte n'est demandée. Les coûts réels sont les limites : un maximum de 6 heures par session, une machine qui est ensuite nettoyée et un risque réel pour votre compte GitHub, car les conditions de GitHub réservent des actions au développement et au test de logiciels.

Pourquoi la vidéo n'a-t-elle pas utilisé Kaggle ou Oracle à la place ?

Les ordinateurs portables de Kaggle fonctionnaient uniquement en VNC, dans un environnement 32 bits avec environ 4 Go de RAM, ce qui était trop faible pour répondre aux besoins. Le niveau gratuit d'Oracle demande une carte de débit ou de crédit et peut la facturer si l'utilisation dépasse les limites gratuites. GitHub Actions n'en avait pas besoin, c'est pourquoi la vidéo l'utilise.

Puis-je conserver la même adresse RDP tous les jours ?

Non. Chaque exécution de flux de travail est une nouvelle machine virtuelle et ngrok attribue à chaque fois une nouvelle adresse et un nouveau port libres. Il n'y a pas d'adresse fixe, pas de bureau enregistré et aucune garantie quant aux exécutions futures : c'est un nouveau départ à chaque fois.

Ce guide est basé sur la vidéo Anshu technique GitHub RDP • Vous êtes bloqué sur une étape ? Demandez dans les commentaires de la vidéo — vous y recevrez une réponse 🙏