Welchen Port nutzt RDP bei einem NAT-Tarif?

Nicht 3389. Bei einem NAT-Tarif wird RDP auf einen persönlichen hohen Port weitergeleitet, der im Dashboard steht (Access-Panel). Verbinde dich mit diesem host:port statt 3389. Bei einem Tarif mit dedizierter IP antwortet RDP direkt auf dem Standard-3389.

Kann ich von macOS oder Linux verbinden?

Ja. Auf macOS die Windows App (früher Microsoft Remote Desktop) aus dem App Store. Auf Linux xfreerdp oder Remmina. Die Kommandozeile ist xfreerdp /v:HOST:PORT /u:Administrator — sie fragt nach dem Passwort.

Wofür ist die noVNC-Konsole, wenn ich schon RDP habe?

Sie ist der Rettungsweg. Sperrst du RDP aus — eine Firewall-Regel, ein falsches Passwort, ein nicht gestarteter Dienst — ist die Konsole ein grafischer Bildschirm direkt zur VM im Browser, mit einem Strg+Alt+Entf-Button. Du kannst die Firewall reparieren oder Dinge zurücksetzen, ganz ohne funktionierendes RDP.

Wie mache ich RDP sicherer?

Nutze ein langes, einzigartiges Administrator-Passwort (setze es im Dashboard auf ein starkes zurück), halte Windows aktuell und erwäge, RDP per Firewall-Regel auf deine eigene IP zu beschränken. Bei einem Tarif mit dedizierter IP, wo RDP auf dem öffentlichen 3389 sitzt, ist eine IP-Allowlist der größte Gewinn.

Mit einem Windows VPS per RDP verbinden

Q: Das Passwort aus dem Dashboard funktioniert nicht — was jetzt?

Das Passwort wird einmal angezeigt und beim ersten Start auf die VM angewendet, was etwa anderthalb Minuten nach der Bereitstellung dauert. Wird es direkt nach der Bestellung abgelehnt, warte eine Minute und versuche es erneut. Immer noch falsch? Nutze «Passwort zurücksetzen» im Dashboard oder öffne die noVNC-Konsole, um zu prüfen, ob die Maschine fertig gebootet ist.

Mit einem Windows Server 2022 VPS per RDP verbinden — von Windows, macOS oder Linux: Host und Port, erster Login, die noVNC-Rettungskonsole und grundlegendes RDP-Hardening.

Jeder Windows-Tarif hier wird gleich erreicht: RDP als Administrator. Dieser Leitfaden behandelt das Finden deiner Verbindungsdaten, das Einloggen von jedem OS, die Rettungskonsole, wenn RDP nicht mitspielt, und ein paar Minuten Hardening, die sich am ersten Tag lohnen.

Schritt 1 — Host und Port finden

Öffne das Dashboard, gehe zu Servers und klicke deinen Windows-Server an. Das Access-Panel zeigt genau, was du brauchst:

Host und Port. Bei einem NAT-Tarif wird RDP auf einen persönlichen Port weitergeleitet (etwa HOST:20xxx) — nicht 3389. Bei einem Tarif mit dedizierter IP ist es deine eigene IPv4 auf dem Standard-3389.
Benutzer — Administrator.
Passwort — wird einmal angezeigt. Speichere es beim ersten Anzeigen in einem Passwort-Manager.

Das Panel gibt dir auch fertige mstsc- und xfreerdp-Befehle mit eingesetztem echten Host und Port.

Schritt 2 — Verbinden

Von Windows — öffne die Remotedesktopverbindung oder führe aus:

mstsc /v:HOST:PORT

Gib Administrator und das Dashboard-Passwort ein.

Von macOS — installiere die Windows App (früher Microsoft Remote Desktop) aus dem App Store, füge einen PC mit deinem HOST:PORT hinzu, Benutzer Administrator.

Von Linux — nutze xfreerdp (oder Remmina für eine GUI):

xfreerdp /v:HOST:PORT /u:Administrator

Es fragt nach dem Passwort. Das war's — du bist an einem vollen Windows-Server-2022-Desktop.

Schritt 3 — Wenn das Passwort abgelehnt wird

Der erste Start schließt das Windows-Setup etwa anderthalb Minuten nach der Bereitstellung ab, und das Passwort wird in diesem Fenster angewendet. Wird es direkt nach der Bestellung abgelehnt, warte eine Minute und versuche es erneut. Immer noch falsch? Zwei Optionen im Dashboard:

Passwort zurücksetzen — erzeugt ein neues Administrator-Passwort und wendet es auf die laufende VM an.
Konsole — siehe nächsten Schritt, um zu prüfen, ob die Maschine wirklich läuft.

Schritt 4 — Die Rettungskonsole (noVNC)

RDP hängt davon ab, dass Windows läuft, das Netzwerk stimmt und die Firewall dich reinlässt. Bricht eines davon, brauchst du einen Weg rein, der RDP gar nicht nutzt. Das ist der Console-Button: ein grafischer Bildschirm direkt zur VM, im Browser.

Er enthält einen Strg+Alt+Entf-Button — den du brauchst, um den Windows-Anmeldebildschirm zu erreichen — sodass du dich einloggen, eine Firewall-Regel reparieren, einen Dienst neu starten oder ein Passwort ändern kannst, selbst wenn RDP komplett gesperrt ist. Betrachte ihn als deinen Sicherheitsgurt, bevor du Firewall-Einstellungen änderst.

Schritt 5 — Windows aktivieren (BYOL)

Das Image ist Windows Server 2022 Evaluation. Aktiviere mit deinem eigenen Key (öffne PowerShell als Admin):

slmgr /ipk YOUR-WINDOWS-KEY
slmgr /ato

Andere Edition als das Image? Wechsle ohne Neuinstallation, dann aktiviere:

DISM /online /Set-Edition:ServerStandard /ProductKey:YOUR-KEY /AcceptEula

Das ganze Bild steht in BYOL-Lizenzierung für Windows Server.

Schritt 6 — Grundlegendes RDP-Hardening

RDP ist eine Anmeldemaske im Internet, also behandle sie so:

Starkes Administrator-Passwort. Setze es im Dashboard auf etwas Langes und Einzigartiges zurück. Das ist der wichtigste Schritt.
Halte Windows aktuell. Evaluation und aktivierte Installationen bekommen Updates; nutze sie.
Beschränke, wer RDP erreichen kann. Bei einem Tarif mit dedizierter IP sitzt RDP auf dem öffentlichen 3389, also entfernt eine IP-Allowlist (Windows-Firewall → 3389 nur von deiner Adresse erlauben) fast das gesamte Hintergrundrauschen. Bei einem NAT-Tarif ist der persönliche Port ohnehin nicht das offensichtliche 3389, was hilft, aber eine Allowlist lohnt sich trotzdem.
Deaktiviere nicht die Firewall, um es „zum Laufen zu bringen". Bricht RDP nach einer Firewall-Änderung, ist dafür die noVNC-Konsole da — repariere die Regel, schalte die Firewall nicht ab.

Wie es weitergeht

Neu bei den Tarifen? Windows-VPS-Übersicht und die Windows-Server-2022-OS-Seite.
Privat zahlen? Windows VPS mit Bitcoin oder Monero.
MetaTrader, Trading-Tools, einen KI-Agenten oder eine .NET/MS-SQL-Box? Siehe die Anwendungsfälle: Forex VPS für MT4/MT5, Windows VPS fürs Krypto-Trading, Windows für AI-computer-use-Agenten, .NET / MS SQL.

Einen Windows VPS bereitstellen →