Remote Desktop Sitzungen verteilen

Hallo Leute,

ich betreibe seit vielen Jahren Remote Desktop Session Hosts mit lokalen Profilen. User sind fix zugewiesen und das funktioniert soweit problemlos. Es werden aber immer mehr Server und ich muss mir mittlerweile aufschreiben wo welche User angemeldet sind damit ich die richtigen Verbindungen auf dem Desktop der User einrichten kann.

Gibt es einen Dienst mit dem festlegen kann wer wohin verbunden wird? Ich brauche keine Lastverteilungen sondern eigentlich nur einen Eintrag der dann bassierend auf einer AD Gruppe den richtigen Terminalserver verbindet.

LG Jojo

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 4872859642

Url: https://administrator.de/forum/remote-desktop-sitzungen-verteilen-4872859642.html

Ausgedruckt am: 26.12.2024 um 00:12 Uhr

13 Kommentare

Neuester Kommentar

Wonach richtet sich denn der "richtige Server"? Es gibt das Prinzip der "Sammlungen" in einer RDS Farm. Du müsstest ja eigentlich bereits einen Broker haben und Sammlungen kann man auch mit nur je einem Server betreiben.

Das löst dein "Problem" noch nicht wirklich aber man kann zumindest schon mal definieren welcher User sich wo anmelden darf, wie viele Server für welche Gruppen zur Verfügung stehen, etc. etc. das sollte man schon sinnvoll einrichten.

Wie ist denn die Aufteilung der Arbeitsplätze, hat jeder einen festen Platz? Melden sich die User lokal erst mit einem eigenen Konto an? Du kannst RDP Dateien per GPO auf den Desktop legen und verschiedene GPOs für verschiedene User-Gruppen machen.

Danke für deinen Input. Es sollte sich nach der AD Gruppe richten die auf dem Server berechtigt ist.

Ein Ansatz wäre natürlich auch die GPO die dann die richtige Verknüpfung auf den Desktop kopiert abhängig von der User Gruppe. Es wäre nur irgendwie schön wenn ich das über einen Dienst regeln könnte.

Also ich würde mehrere Gruppen für RDS User anlegen (in der AD) und diese Gruppen dann auf zugehörige Sammlungen berechtigen. Außerdem für jede Sammlung eine GPO anlegen, ebenfalls mit Ziel die AD Gruppe. Wenn die User lokal mit ihrem Benutzernamen angemeldet sind würde das auf jeden Fall gehen. Theoretisch können dann User auch mehrere Gruppen haben.

Für mich ist das ein Dienst weil alles über AD und RD Broker gesteuert wird. Eventuell gibt es über Citrix noch mehr Möglichkeiten den User gezielt auf seinen Server zu leiten. Oder du wechselst auf VDI wo jeder User im Prinzip seine eigene Maschine hat.

Moin,

wie die anderen schon geschrieben haben regelt man das über Sammlungen.
Wenn es dir aber nur um die Profile geht würde ich aber doch mal überlegen auf servergespeicherte Profile umzusteigen. Auch wenn du Lastverteilung nicht benötigst, hat das dann den großen Vorteil, dass man auch mal einen Server während des Betriebs rausnehmen kann um Installationen durchzuführen.

Henning

Moin,

mit einem richtig konfigurierten SessionBroker und den o. g. Sammlunegn sowie der Einsatz von servergespeicherten Profilen, oder besser FsLogix in Kombi mit Ordnerumleitungen sollten sich deine Probleme lösen.

Zitat von @vossi31:
... auf servergespeicherte Profile umzusteigen. Auch wenn du Lastverteilung nicht benötigst, hat das dann den großen Vorteil, dass man auch mal einen Server während des Betriebs rausnehmen kann um Installationen durchzuführen.

Das bezweifle ich. Wenn die User noch aktive Sessions haben und du den Server somit im laufenden Betrieb aktualisierts/ neustartest, ... hast du eine glühende Telefonleitung

Gruß
em-pie

Moin,
ich würde je nach Situation einen Broker (redundan) aufbauen und falls es sinnvoll ist das Gateway gleich dazu.
Über Sammlungen die Sitzungshosts orangisieren und mit Hilfe von AD Gruppen berechtigen. In Sammlungen können auch problemlos Desktops publiziert werden. Über die GPO verteilst du die DNS-Andresses Brokers an die Clients. Damit bist du auch zukünftig für weiteren Ausbau un Server Migrationen gerüstet un der Anwender merkt davon im Idealfall nichts.

@vossi31

Wenn es dir aber nur um die Profile geht würde ich aber doch mal überlegen auf servergespeicherte Profile umzusteigen.

Heutzutage nutzt man dafür FsLogix.

Gruß,
Dani

Moin,

Ich würde erstmal von lokalen Profilen zu fslogix umschwenken.
Wenn alle Server gleich sind ist es egal wo sich die Benutzer anmelden.

Die individuellen Anpassungen der configs von Benutzergruppen kannst du dann per gpo vornehmen.
Ist eine einmalige Sache. Dafür deutlich flexibler und komfortabler.

Sparst dadurch auch Ressourcen, weil du nicht für jeden Bedarf eine neue collection mit Server bauen musst.

Wenn du auf fslogix gehst und du wirklich viele Benutzer hast die per rdp arbeiten dann hast du Spikes bei an-und Abmeldung bzgl Netzwerk und Festplatten IO.

Managing von Servern ist automatisch auch bequemer und auch während der Betriebszeiten möglich.

Vg

Das bezweifle ich. Wenn die User noch aktive Sessions haben und du den Server somit im laufenden Betrieb
aktualisierts/ neustartest, ... hast du eine glühende Telefonleitung

Direkt natürlich nicht, aber du kannst allen auf dem TS eine Meldung senden, dass sie sich abmelden sollen und eine sofortige Wiederanmeldung aber möglich ist.

Henning

Ok, danke für den Tipp mit fslogix.

Ich habe mir das mal im Internet angesehen. Im wesentlichen werden da die Benutzerprofile über das Netzwerk in einer VHD gespeichert.

Läuft das in der Praxis stabil? Ich denke da an Netzwerkprobleme inkl. defekten VHD Files die dann zu kaputten Profilen führen.

Läuft sehr stabil und wird auch mittlerweile von Microsoft empfohlen.
Wenn eine relativ stabile Leitung vom Fileserver zum RDSH vorhanden ist sollte es keine Probleme geben.

Falls ihr große Profildateien habt kannst du folgendes tun:
FSLogix bietet die Möglichkeit die VHD in ein Profilgebundenen und Officegebundenen Container abzulegen.
Es können also zwei Speicherorte für die VHDs definiert werden.

Damit die I/O und Übertragung der VHD über das Netzwerk schneller ist empfiehlt es sich die Profile in ein Profil- und Officecontainer auf separaten Fileservern abzulegen.

Kaputte Profile hatte ich bislang nicht (Umgebung: bis zu 60 Benutzer). Falls doch mal etwas nicht stimmt kann das Profil einfach auf einem Client lokal eingebunden und bearbeitet werden. In der VHD-Datei befindet sich letztlich nur ein Ordner mit dem kompletten Profil inkl. Registry.

Logs sind überschaubar und können im Troubleshooting gut genutzt werden.

Auch die Migration von bestehenden UserProfilen kann mit Powershell erledigt werden. Dafür gibt es im Internet einige Module, die genutzt werden können.

Also man hört schon raus, dass ich ein Fan von FSLogix bin, da es unsere Umgebung deutlich effizienter und mit weniger Problemen gefördert hat.

VG

Moin,

Läuft das in der Praxis stabil? Ich denke da an Netzwerkprobleme inkl. defekten VHD Files die dann zu kaputten Profilen führen.

wie bei allen Techniken und deren Einsatz sind natürlich die Anforderungen bei der Umsetzung zu berücksichtigen. Wir haben seit einigen Jahren FsLogix für eine 6stellige Anzahl von Usern für Rechner, Notebook, RDS und VDI ausnahmslos im Einsatz - keine wesentliche Probleme.

Gruß,
Dani