Kostenloses Windows RDP mit GitHub Actions Vollständige Installationsanleitung
Ein Windows-Rechner in der Cloud, keine VPS-Rechnung und nichts, was man auf dem eigenen PC installieren muss – das verspricht diese Methode und für eine kurze Testsitzung funktioniert sie tatsächlich. Diese Anleitung zeigt den kompletten Aufbau aus dem Video und zeigt Ihnen auch deutlich, wo der Haken ist, denn es gibt einen.
🎥 Sehen Sie sich den gesamten Vorgang im Video an – die komplette kostenlose RDP-Einrichtung auf GitHub, Schritt für Schritt
Die Methode verwendet GitHub-Aktionen. Actions ist das Automatisierungssystem von GitHub: Jedes Mal, wenn ein Workflow ausgeführt wird, startet GitHub eine neue virtuelle Windows-Maschine (Runner genannt), um die Aufgabe zu erledigen. Die Methode des Videos startet diese Maschine, schaltet darin den Remotedesktop ein, öffnet einen Tunnel mit ngrok, sodass die Maschine über das Internet erreichbar ist, und hält dann den Workflow am Leben, während Sie über RDP arbeiten. Auf dem eigenen Computer ist nichts installiert und es wird keine Karte benötigt – die beiden Dinge, die die zuvor im Video ausprobierten Alternativen gestoppt haben: Kaggle lief nur als VNC, in einer 32-Bit-Umgebung mit etwa 4 GB RAM, und das kostenlose Kontingent von Oracle Cloud erfordert eine Debit- oder Kreditkarte, die belastet werden kann, wenn die Nutzung die kostenlosen Grenzen überschreitet.
🛑 Lesen Sie dies, bevor Sie beginnen: Die eigenen Bedingungen von GitHub besagen, dass Aktionen nur zum Entwickeln und Testen Ihrer Anwendungen verwendet werden dürfen und die Arbeit an gehosteten Läufern mit dem Softwareprojekt im Repository in Zusammenhang stehen muss. Ein persönlicher RDP-Desktop ist das nicht. GitHub gibt an, dass es die Verwendung von Aktionen überwachen kann, und zu den aufgeführten Strafen gehören beendete Jobs, deaktivierte Repositorys und gesperrte Konten. Betrachten Sie diese Methode als ein kurzes Wegwerflabor – niemals als Ihre Hauptmaschine und niemals auf einem Konto, dessen Verlust Sie sich nicht leisten können.
⏳ Session is live — connect now, work fastEnds at 6 hours max
👆 Ein Beispiel dafür, was ein erfolgreicher Lauf Ihnen bringt – eine Tunneladresse und ein Login. Die Adresse ändert sich bei jedem einzelnen Lauf.
1
Erstellen Sie das Repository und die Workflow-Datei ⭐
Alles beginnt mit einer kleinen Textdatei in einem GitHub-Repository. Sie können Ihr eigenes Repository erstellen oder ein öffentliches Repository teilen, das bereits den Workflow enthält – das Video folgt der Repository-Methode.
Melden Sie sich bei GitHub an und erstellen Sie ein neues Repository. Ein öffentliches Repository erhält den stärkeren Läufer: 4 vCPU und 16 GB RAM
Erstellen Sie im Repository die Datei genau unter diesem Pfad: .github/workflows/RDP.yml
Die Workflow-Datei benötigt drei Zutaten: einen manuellen Auslöser, geschrieben als workflow_dispatch, die Läuferzeile runs-on: windows-latest und Schritte, die RDP aktivieren, den Tunnel starten und den Job am Leben halten
Übertragen Sie die Datei – der Workflow wird jetzt auf der Registerkarte Aktionen des Repositorys angezeigt
2
Fügen Sie Ihren Ngrok-Token als Geheimnis hinzu
Der Runner sitzt hinter dem Netzwerk von GitHub, sodass Port 3389 nicht direkt erreichbar ist. ngrok öffnet einen öffentlichen Tunnel dazu und ngrok benötigt den Authtoken von Ihrem kostenlosen ngrok-Konto.
Erstellen Sie ein kostenloses Konto bei ngrok und kopieren Sie Ihr Authentifizierungstoken aus dem Dashboard
Öffnen Sie in Ihrem Repository Einstellungen → Geheimnisse und Variablen → Aktionen → Neues Repository-Geheimnis
Benennen Sie das Geheimnis NGROK_AUTH_TOKEN und fügen Sie das Token dort ein
Fügen Sie das Token niemals in die Workflow-Datei selbst ein. Ein öffentliches Repository kann vom gesamten Internet gelesen werden, und alles, was in eine einfache Datei geschrieben wird, ist für immer öffentlich
3
Die Befehle, die den Runner in eine RDP-Maschine verwandeln
Innerhalb des Workflows erledigen einige dokumentierte Windows-Befehle die eigentliche Arbeit. Dies sind die Schritte, von denen die Einrichtung abhängt:
Lassen Sie es durch die Windows-Firewall zu: Enable-NetFirewallRule -DisplayGroup "Remote Desktop"
Legen Sie ein Passwort für das integrierte Administratorkonto des Läufers fest, das den Namen runneradmin trägt: net user runneradmin YourStrongPassword – wählen Sie ein langes Passwort, das Sie nirgendwo anders verwenden
Starten Sie den Tunnel zum RDP-Port: ngrok tcp 3389 – die öffentliche Adresse, die er erstellt, wird im Ausführungsprotokoll und in Ihrem ngrok-Dashboard gedruckt
Ein letzter Schleifenschritt hält den Job am Laufen. Die Sitzung bleibt nur bestehen, solange der Job aktiv ist
4
Führen Sie den Workflow aus und stellen Sie eine Verbindung her
Öffnen Sie die Registerkarte Aktionen, wählen Sie den RDP-Workflow aus und klicken Sie auf Workflow ausführen
Warten Sie auf den Tunnelschritt und notieren Sie sich die Adresse, die ausgegeben wird, zum Beispiel 0.tcp.ngrok.io:19342 – der Teil vor dem Doppelpunkt ist der Host, die Zahl danach ist der Port
Drücken Sie auf Ihrem PC Windows + R, geben Sie mstsc ein und drücken Sie die Eingabetaste – dies öffnet die Remotedesktopverbindung
Geben Sie die Tunneladresse, dann den Benutzernamen runneradmin und das Passwort ein, das Sie im Workflow festgelegt haben
Bei der ersten Verbindung wird eine Zertifikatwarnung angezeigt. Dies wird hier erwartet, da die Tunneladresse nicht der tatsächliche Name der Maschine ist
5
Beenden Sie die Sitzung ordnungsgemäß – und wissen Sie, was verschwindet
Wenn Sie fertig sind, brechen Sie die Workflow-Ausführung über die Registerkarte „Aktionen“ ab. Sobald der Job endet – oder das GitHub-Maximum von 6 Stunden erreicht – wird die virtuelle Maschine vollständig zerstört. Installierte Software, heruntergeladene Dateien, gespeicherte Logins: Alles wird gelöscht und der nächste Lauf startet von einem brandneuen Rechner mit einer neuen Tunneladresse. Planen Sie jede Sitzung als vollständig entfernbare Sitzung und laden Sie alles, was Sie behalten möchten, in Ihren eigenen Speicher hoch, bevor Sie aufhören.
🔴 Die drei Grenzwerte, auf die es ankommt: Ein Job läuft höchstens 6 Stunden; nichts an der Maschine übersteht den Einsatz; und das oben genannte Kontorisiko ist real, direkt aus den eigenen Bedingungen von GitHub. Wenn Sie einen Windows-Rechner benötigen, der einfach eingeschaltet bleibt und Ihre Dateien speichert, sehen Sie sich die Alternativen und VPS-Entscheidungsleitfäden in dieser Serie an – oder sehen Sie sich zuerst das Video an, um sich einen vollständigen Überblick zu verschaffen.
🎥 Sehen Sie sich den kompletten Vorgang im Video an
Führen Sie jeden Bildschirm der Methode live aus – schauen Sie zu, wie Technical Anshu das komplette kostenlose RDP einrichtet, bevor Sie es selbst ausprobieren.
Der Lauf selbst kostet in einem öffentlichen Repository nichts und es wird keine Karte verlangt. Die tatsächlichen Kosten sind die Grenzen: maximal 6 Stunden pro Sitzung, eine Maschine, die anschließend sauber gewischt wird, und ein echtes Risiko für Ihr GitHub-Konto, da die Bedingungen von GitHub Aktionen für die Entwicklung und das Testen von Software vorbehalten.
Warum wurde im Video nicht stattdessen Kaggle oder Oracle verwendet?
Die Notebooks von Kaggle liefen nur als VNC, in einer 32-Bit-Umgebung mit etwa 4 GB RAM, was für die Anforderungen zu schwach war. Für das kostenlose Kontingent von Oracle ist eine Debit- oder Kreditkarte erforderlich und kann diese belasten, wenn die Nutzung die kostenlosen Limits überschreitet. GitHub Actions brauchte beides nicht, weshalb das Video es verwendet.
Kann ich jeden Tag dieselbe RDP-Adresse behalten?
Nein. Bei jeder Workflow-Ausführung handelt es sich um eine neue virtuelle Maschine, und ngrok weist jedes Mal eine neue freie Adresse und einen neuen Port zu. Es gibt keine feste Adresse, keinen gespeicherten Desktop und keine Garantie für zukünftige Ausführungen – es ist jedes Mal ein Neuanfang.
Dieser Leitfaden basiert auf dem Technical Anshu GitHub RDP-Video. • Sind Sie bei irgendeinem Schritt nicht weitergekommen? Fragen Sie in den Videokommentaren nach – dort erhalten Sie eine Antwort 🙏