So installieren Sie einen Remotedesktopdienste-Host (RDS) in einer Arbeitsgruppe ohne Domäne

Die Einschränkungen und die grundlegende Einrichtung eines eigenständigen RDS in einer Arbeitsgruppe verstehen

Wenn Sie schon einmal versucht haben, einen Remotedesktop-Sitzungshost (RDSH) auf einem Windows Server in einer Arbeitsgruppe einzurichten, ist Ihnen wahrscheinlich aufgefallen, dass dies nicht so einfach ist wie in einer Domäne. Im Grunde genommen fehlen Ihnen alle erweiterten Skalierungsfunktionen – keine Sitzungssammlungen, keine über das Webportal veröffentlichten RemoteApps und definitiv kein Verbindungsbroker. Es handelt sich um eine sehr einfache Konfiguration, die aber durchaus machbar ist, wenn Sie lediglich einen einfachen Fernzugriffspunkt ohne umfangreiche Enterprise-Funktionen benötigen. Beachten Sie jedoch, dass einige Funktionen, wie z. B.Benutzerprofildatenträger oder die Fernverwaltung während der Wartung, nicht verfügbar sind.

In dieser Kurzanleitung geht es darum, RDSH in einer Standalone-Umgebung zum Laufen zu bringen – ausreichend für einige Remote-Verbindungen, die Installation von Lizenzen und gegebenenfalls die Veröffentlichung einer oder zweier Remote-Anwendungen. Keine Domäne, kein Aufwand, aber erwarten Sie keine optimale Performance bei hohem Benutzeraufkommen oder komplexen Bereitstellungen.

Wie man häufige Probleme mit RDS in einer Arbeitsgruppe behebt

Methode 1: Manuelle Installation der RDS-Rolle oder Installation über PowerShell

Dies ist der erste Schritt. Es mag etwas ungewöhnlich klingen, aber die Installation der Rolle in einer Arbeitsgruppe erfordert etwas manuellen Aufwand.Über den Server-Manager ist dies unkompliziert, aber falls Sie die Befehlszeile bevorzugen, können Sie PowerShell verwenden. Die Vorgehensweise unterscheidet sich kaum von der eines Servers in einer Domäne, aber beachten Sie: Der Verbindungsbroker wird nicht automatisch installiert, sondern muss manuell eingerichtet werden.

• Öffnen Sie PowerShell als Administrator und führen Sie folgenden Befehl aus: Install-WindowsFeature -Name RDS-Licensing, RDS-RD-Server –IncludeManagementTools
• Um zu überprüfen, ob die Rollen installiert sind, führen Sie Folgendes aus: Get-WindowsFeature -Name RDS* | Where-Object { $_. Installed }
• Und gegebenenfalls neu starten: Restart-Computer

Warum der Aufwand? Weil ohne die korrekte Installation dieser Rollen nichts funktioniert. Es ist so ähnlich wie das Legen des Fundaments vor dem Hausbau.

Methode 2: RDS-Lizenzierung einrichten und Lizenzwarnungen vermeiden

Nach der Installation der Rollen stellt sich die Lizenzierung als nächstes Problem dar. RDS muss wissen, welche Art von Lizenzen vergeben werden – pro Gerät oder pro Benutzer. Da in einer Arbeitsgruppe kein Active Directory vorhanden ist, ist man auf lokale Lizenzen angewiesen, die jedoch eingeschränkt sind. Die Verwendung von gerätebezogenen CALs ist hier die beste Lösung; andernfalls kann es nach etwa 60 Minuten zu einer Fehlermeldung bezüglich der Lizenzierung kommen.

Um dies einzurichten, öffnen Sie den Editor für lokale Gruppenrichtlinien ( gpedit.msc) und passen Sie den Lizenzierungsmodus an:

1. Navigieren Sie zu Computerkonfiguration > Administrative Vorlagen > Windows-Komponenten > Remotedesktopdienste > Remotedesktop-Sitzungshost > Lizenzierung
2. Aktivieren Sie den Remotedesktop-Lizenzierungsmodus und wählen Sie „Pro Gerät“.
3. Aktivieren Sie die Option „Die angegebenen Remotedesktop-Lizenzserver verwenden“ und geben Sie die IP-Adresse des Servers oder „localhost“ ein, falls sich der Server auf demselben Rechner befindet: 127.0.0.1oderlocalhost

Profi-Tipp: Manchmal werden diese Einstellungen nicht sofort wirksam. Ein Neustart behebt das Problem meist, aber bei manchen Konfigurationen kann die Überprüfung der Lizenzen mithilfe des Remote Desktop Licensing Diagnosetools ( lsdiag.msc) sicherstellen, dass alles korrekt eingestellt ist. Wichtig: Ohne Domäne gibt es keine zentrale Lizenzverwaltung. Wenn Sie diesen Schritt ignorieren, erhalten Sie Lizenzwarnungen.

Methode 3: Konfiguration des RDSH für Fernzugriff und Benutzereinrichtung

Dieser Teil ist etwas mühsam, aber notwendig. Sie möchten ja, dass sich die Benutzer verbinden, richtig? Daher müssen Sie lokale Benutzerkonten erstellen (mithilfe von lusrmgr.msc oder PowerShell).Normalerweise ist das unkompliziert:

$UserPassword = ConvertTo-SecureString "PaSS123!" -AsPlainText -Force New-LocalUser "john.doe" -Password $UserPassword -FullName "John Doe"

Oder erstellen Sie die Benutzer einfach manuell. Fügen Sie sie dann der Gruppe „Remotedesktopbenutzer“ hinzu, damit sie sich remote verbinden können:

Add-LocalGroupMember -Group "Remote Desktop Users" -Member "john.doe"

Das ist wichtig, da standardmäßig nur Administratoren eine Verbindung herstellen können, Sie aber auch normale Benutzer benötigen. Testen Sie die Verbindung nach der Einrichtung einfach von einem anderen PC aus – führen Sie den Befehl aus mstsc.exeund stellen Sie eine Verbindung her rdshostname\username. Stellen Sie sicher, dass sich mindestens zwei Benutzer gleichzeitig anmelden können. Bei einer Konfiguration schlägt es manchmal beim ersten Versuch fehl, funktioniert dann aber nach einem Neustart oder einer gewissen Zeit wie von Zauberhand – völlig unlogisch, aber typisch Windows.

Methode 4: RemoteApp ohne Domäne veröffentlichen

Hier wird es etwas knifflig. Da kein Active Directory vorhanden ist, können die integrierten RemoteApp-Veröffentlichungstools nicht direkt verwendet werden. Ein Workaround besteht jedoch darin, die Registrierung zu bearbeiten und Anwendungen zur Liste der veröffentlichbaren Apps hinzuzufügen.

Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Terminal Server\TSAppAllowList\Applications\MyAdobeReaderApp] "CommandLineSetting"=dword:00000000 "RequiredCommandLine"="" "Name"="Adobe Reader" "Path"="C:\\Program Files\\Adobe\\Acrobat DC\\Acrobat\\Acrobat.exe" "ShortPath"="C:\\PROGRA~1\\Adobe\\Acrobat DC\\Acrobat\\Acrobat.exe" "IconPath"="C:\\PROGRA~1\\Adobe\\Acrobat DC\\Acrobat\\Acrobat.exe" "IconIndex"=dword:00000000 "ShowInTSWA"=dword:00000001 "SecurityDescriptor"=""

Ersetzen Sie „Adobe Reader“ und dessen Pfad durch die Anwendung, die Sie veröffentlichen möchten. Nach dem Import in die Registrierung müssen Sie möglicherweise den Server oder den Remotedesktopdienst neu starten. Um die RemoteApp clientseitig zu starten, können Sie die .RDP- Dateien wie folgt anpassen:

remoteapplicationmode:i:1 alternate shell:s:||MyAdobeReaderApp remoteapplicationname:s:MyAdobeReaderApp remoteapplicationprogram:s:||MyAdobeReaderApp

Manchmal ist diese Methode nicht so reibungslos wie in einer Domain, aber sie eignet sich hervorragend für die schnelle und einfache Veröffentlichung wichtiger Apps.

Methode 5: Einrichten eines sicheren Gateways ohne Domäne

Wenn Sie Benutzern den Zugriff über das Internet ermöglichen möchten, ist ein VPN oder ein Remotedesktopgateway ( Microsofts Anleitung finden Sie hier ) die beste Lösung.Überraschenderweise lässt sich ein Remotedesktopgateway auch in einer Arbeitsgruppe konfigurieren – allerdings nicht in einer Active Directory-Domäne –, das erfordert nur etwas mehr Aufwand.

Dies beinhaltet die Installation der RD-Gateway-Rolle auf Ihrem Server, das Öffnen bestimmter Ports und die Konfiguration von Zertifikaten – aber das ist eine ganz andere Geschichte. Wichtig ist, dass ein korrekt konfiguriertes RD-Gateway den RDP-Datenverkehr verschlüsselt und die Authentifizierung ordnungsgemäß handhabt, ohne Ihren Server direkt den Gefahren des Internets auszusetzen.

Zusammenfassung

Falls Ihnen das alles etwas kompliziert vorkommt, denken Sie daran: Die Einrichtung von RDS in einer Arbeitsgruppe ist durchaus möglich – es geht eher um die manuelle Konfiguration und die Beachtung möglicher Lizenzierungs- oder Verbindungsprobleme. Auf mehreren Rechnern hat sich dies als gute Lösung für den Fernzugriff in kleinem Umfang erwiesen, ohne gleich eine Domäne einrichten zu müssen. Rechnen Sie einfach mit ein paar zusätzlichen Schritten, etwas Ausprobieren und wahrscheinlich ein oder zwei Neustarts. Aber wenn es Ihnen gelingt, auch nur einen Rechner reibungslos einzurichten, ist das schon ein Erfolg.

Zusammenfassung

• Installieren Sie die RDS-Rollen korrekt über PowerShell oder den Server-Manager.
• Konfigurieren Sie die Lizenzierungsmodi sorgfältig, um Verbindungsabbrüche zu vermeiden.
• Erstellen Sie lokale Benutzerkonten und fügen Sie diese der Gruppe „Remotedesktopbenutzer“ hinzu.
• Um das Veröffentlichen von RemoteApps zu umgehen, sind Änderungen an der Registrierung und manuelle RDP-Anpassungen erforderlich.
• Die sichere Nutzung eines Remotedesktopgateways über das Internet in einer Arbeitsgruppe ist nicht so kompliziert, wie es klingt, erfordert aber zusätzliche Konfiguration.

Ich drücke die Daumen, dass es hilft.