RDS Farm Connection Broker oder Load Balancer
Guten Tag,
Zurzeit bin ich dabei eine RDS-Farm auf Windows Server 2019 aufzubauen.
Die Farm besteht aus drei Servern und soll am Ende so aufgebaut sein
Server 1: RDS-Sitzungshost, Connection Broker
Server 2+3: RDS Sitzungshost
Die Konfiguration der Sitzungshosts habe ich per GPO über unser AD gemacht. Es gibt eine Gruppenrichtlinie, die für alle drei Server angewendet wird.
Nun möchte ich das Loadbalancing integrieren. Hierfür habe ich auf Server 1 die Verbindungs-Broker Rolle installiert. Die Konfiguration habe ich ebenfalls über GPO vorgenommen.
Die Konfiguration unter Computerkonfiguration -> Richtlinien -> Administrative Vorlagen -> Windows-Komponenten -> Remotedesktopdienste -> Remotedesktopsitzungs-Host -> Remotedesktop-Verbindungsbroker hat folgende Einstellungen:
IP-Adressumleitung -> Deaktiviert
Lastenausgleich des Remotedesktop-Verbindungsbrokers Verwenden -> Aktiviert
Namen der Remotedesktop-Verbindungsbrokerfarm konfigurieren -> Aktiviert, Name der Farm wurde eingetragen, ist jedoch kein DNS Name eines Servers (falls das wichtig ist?)
Name des RDP-Verbindungsbrokerservers -> Aktiviert, FQDN von Server 1 eingetragen
RDP-Verbindungsbroker beitreten -> Aktiviert
Möchte ich mich nun als Domäne-Administrator auf dem Server 1 per mstsc anmelden, kommt die Meldung:
"Für den Computer kann keine Verbindung mit dem Remotecomputer hergestellt werden, da die in der RDP-Datei angegebenen Einstellungen nicht vom Verbindungsbroker überprüft werden konnten..."
Wenn ich mich über mstsc /admin auf dem Server 1 verbinden will, funktioniert die Remoteverbindung.
Der Connection Broker Dienst war deaktiviert, jetzt ist er aktiviert.
Server 2 und 3 sind weiterhin normal erreichbar.
Leider komme ich hier nicht weiter und werde aus keiner Anleitung schlau. Wie bekomme ich das Problem behoben, dass wenn ich mich mit dem FQDN von Server 1 verbinde, automatisch auf Server 1-3 aufgeteilt werde? Wo kann ich das kontrollieren und einsehen, wie die Verteilung aktuell ist?
Falls das alles nicht funktioniert, würde ich mich auch mit einem normalen Load-Balancer zufrieden geben.
Ich danke euch schon mal für eure Hilfe!
Zurzeit bin ich dabei eine RDS-Farm auf Windows Server 2019 aufzubauen.
Die Farm besteht aus drei Servern und soll am Ende so aufgebaut sein
Server 1: RDS-Sitzungshost, Connection Broker
Server 2+3: RDS Sitzungshost
Die Konfiguration der Sitzungshosts habe ich per GPO über unser AD gemacht. Es gibt eine Gruppenrichtlinie, die für alle drei Server angewendet wird.
Nun möchte ich das Loadbalancing integrieren. Hierfür habe ich auf Server 1 die Verbindungs-Broker Rolle installiert. Die Konfiguration habe ich ebenfalls über GPO vorgenommen.
Die Konfiguration unter Computerkonfiguration -> Richtlinien -> Administrative Vorlagen -> Windows-Komponenten -> Remotedesktopdienste -> Remotedesktopsitzungs-Host -> Remotedesktop-Verbindungsbroker hat folgende Einstellungen:
IP-Adressumleitung -> Deaktiviert
Lastenausgleich des Remotedesktop-Verbindungsbrokers Verwenden -> Aktiviert
Namen der Remotedesktop-Verbindungsbrokerfarm konfigurieren -> Aktiviert, Name der Farm wurde eingetragen, ist jedoch kein DNS Name eines Servers (falls das wichtig ist?)
Name des RDP-Verbindungsbrokerservers -> Aktiviert, FQDN von Server 1 eingetragen
RDP-Verbindungsbroker beitreten -> Aktiviert
Möchte ich mich nun als Domäne-Administrator auf dem Server 1 per mstsc anmelden, kommt die Meldung:
"Für den Computer kann keine Verbindung mit dem Remotecomputer hergestellt werden, da die in der RDP-Datei angegebenen Einstellungen nicht vom Verbindungsbroker überprüft werden konnten..."
Wenn ich mich über mstsc /admin auf dem Server 1 verbinden will, funktioniert die Remoteverbindung.
Der Connection Broker Dienst war deaktiviert, jetzt ist er aktiviert.
Server 2 und 3 sind weiterhin normal erreichbar.
Leider komme ich hier nicht weiter und werde aus keiner Anleitung schlau. Wie bekomme ich das Problem behoben, dass wenn ich mich mit dem FQDN von Server 1 verbinde, automatisch auf Server 1-3 aufgeteilt werde? Wo kann ich das kontrollieren und einsehen, wie die Verteilung aktuell ist?
Falls das alles nicht funktioniert, würde ich mich auch mit einem normalen Load-Balancer zufrieden geben.
Ich danke euch schon mal für eure Hilfe!
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 561967
Url: https://administrator.de/contentid/561967
Ausgedruckt am: 22.11.2024 um 18:11 Uhr
10 Kommentare
Neuester Kommentar
Zurzeit bin ich dabei eine RDS-Farm auf Windows Server 2019 aufzubauen.
Die Farm besteht aus drei Servern und soll am Ende so aufgebaut sein
Server 1: RDS-Sitzungshost, Connection Broker
Server 2+3: RDS Sitzungshost
schon mal der 1. Fehler.....würde ich so nicht machen...Broker getrennt von den Hosts...Die Farm besteht aus drei Servern und soll am Ende so aufgebaut sein
Server 1: RDS-Sitzungshost, Connection Broker
Server 2+3: RDS Sitzungshost
Wenn ich mich über mstsc /admin auf dem Server 1 verbinden will, funktioniert die Remoteverbindung.
Der Connection Broker Dienst war deaktiviert, jetzt ist er aktiviert.
Das ist klar, weil mit mstsc /admin conenctest du dich direkt auf den Server..Der Connection Broker Dienst war deaktiviert, jetzt ist er aktiviert.
Server 2 und 3 sind weiterhin normal erreichbar.
Leider komme ich hier nicht weiter und werde aus keiner Anleitung schlau. Wie bekomme ich das Problem behoben, dass wenn ich mich mit dem FQDN von Server 1 verbinde, automatisch auf Server 1-3 aufgeteilt werde? Wo kann ich das kontrollieren und einsehen, wie die Verteilung aktuell ist?
Entweder in deiner MSTS DAtei (.rdp) steht die TSV URL drin, oder du setzt auf den Broker (wenn dieser einzeln installiert ist), den TSV Eintrag per Regsitry.....Leider komme ich hier nicht weiter und werde aus keiner Anleitung schlau. Wie bekomme ich das Problem behoben, dass wenn ich mich mit dem FQDN von Server 1 verbinde, automatisch auf Server 1-3 aufgeteilt werde? Wo kann ich das kontrollieren und einsehen, wie die Verteilung aktuell ist?
Wenn du die Forumssuche benutzt wirst du auch fündig....denn das habe ich schon mal erklärt....aber hier auch gern nochmal für dich
Dein Sessionname: RDS-2k19.domain.hilfe
- DNS Eintrag RDS-2k19.domain.hilfe zeigt auf Broker IP
- Registry Eintrag setzen (Auf dem Broker)
HKLM\SYSTEM\CurrentControlSet\Control\TerminalServer\ClusterSettings\DefaultTsvUrl
tsv://MS Terminal Services Plugin.1.RDS-2k19.domain.hilfe
Zitat von @Voletarium:
Vielen Dank für die schnelle Hilfe!
Ich habe jetzt, wie von dir empfohlen, die Host-Rolle von Server 1. geschmissen und neu gestartet.
Auch den Registry Eintrag habe ich in deinem angegebenen Pfad ergänzt. Hier habe ich einen neuen Eintrag als Zeichenfolge mit dem Namen DefaultTsvUrl und dem Inhalt angelegt:
Achtung...Servername.thirdleveldomain.secondleveldomain.de muss sein -> Der Collectionsname / Sammlungsname der RDS Sammlung - so wie du sie auf dem Broker genannt hastVielen Dank für die schnelle Hilfe!
Ich habe jetzt, wie von dir empfohlen, die Host-Rolle von Server 1. geschmissen und neu gestartet.
Auch den Registry Eintrag habe ich in deinem angegebenen Pfad ergänzt. Hier habe ich einen neuen Eintrag als Zeichenfolge mit dem Namen DefaultTsvUrl und dem Inhalt angelegt:
tsv://MS Terminal Services Plugin.1.Servername.thirdleveldomain.secondleveldomain.de
Löst Servername.thirdleveldomain.secondleveldomain.de auf die auf die IP des Brokers auf? Wenn nein, dannn einen DNS Eintrag zusätzlich anlegen (Wichtig....IP des Brokers, nicht des Hosts)
Wir überprüfe ich denn die Funktionalität und kann mir die Lastenverteilung ansehen?
Indem du z.b. 3 User nimmst, mehrere RDP Sessions immer auf den RDS Sammlungsname machst...wenn es funktioniert, dann siehst du im Server Manager, (auf dem Broker) dass 3 Users auf 3 verschiedenen Hosts sind.Auch kannst du z.b. einfach einen Host ausschalten und dich wieder auf den RDS Sammlungsname mit RDS verbinden.......dann muss der User automatisch auf dem anderen Host (welcher verfügbar ist) landen
Zitat von @Voletarium:
Guten Morgen,
wieder einmal ein Dankeschön für deine Antwort
Ich habe jetzt, wie von dir beschrieben, die Farm genauso genannt, wie der FQDN des Brokers. Auch der Name des Verbindunsbroker ist mit Servername.thirdleveldomain.secondleveldomain.de eingetragen.
Der Servername.thirdleveldomain.secondleveldomain.de löst auf die IP-Adresse des Brokers auf.
Das ist vermutlich das Problem....das habe ich eigtl. auch nicht geschrieben, dass du das so machen sollst ;)Guten Morgen,
wieder einmal ein Dankeschön für deine Antwort
Ich habe jetzt, wie von dir beschrieben, die Farm genauso genannt, wie der FQDN des Brokers. Auch der Name des Verbindunsbroker ist mit Servername.thirdleveldomain.secondleveldomain.de eingetragen.
Der Servername.thirdleveldomain.secondleveldomain.de löst auf die IP-Adresse des Brokers auf.
Weil woher soll der Broker nun wissen, was der Client will....Den Broker selbst oder die Sammlung?
Beispiel:
Sammlung: RDS2019.Domain
Broker: RDSB.domain
Hosts:
RDSH1.domain
RDSH2.domain
RDSH3.domain
RDSH4.domain
tsv://MS Terminal Services Plugin.1.RDS2019.Domain
DNS A-Record RDS2019.Domain -> BrokerIP
Nun geht der Client per MSTS (ohne Admin) auf RDS2019.Domain
Den Registry Eintrag habe ich angepasst
Versuch mal ohne *.*.* Domain den REg Eintrag . - Also nur der Sammlungsname. Deine Sammlung im Broker wird ja nicht komplett so heißen, oder?tsv://MS Terminal Services Plugin.1.rds20.thirdleveldomain.secondleveldomain.de
Der Client kann aber leider noch immer nicht per mstsc auf rds20.thirdleveldomain.secondleveldomain.de zugreifen, es kommt immernoch diese Fehlermeldung:
Hast du wirklich eine RDP Datei oder rufst du einfach mstsc auf?Für den Computer kann keine Verbindung mit dem Remotecomputer hergestellt werden, da die in der RDP-Datei angegebenen Einstellungen nicht vom Verbindungsbroker überprüft werden konnten.
Im Server-Manager auf dem Broker tauchen noch immer die oben beschriebenen Fehlermeldungen auf.
Auf dem Host 1 (rds20-02) treten diese Fehlermeldungen auf:
Firewall mal zum Test deaktivert? Grundsätzlich Remotedesktop zugelassen?Auf dem Host 1 (rds20-02) treten diese Fehlermeldungen auf:
ID 1296 | Fehler | Der Remotedesktop-Verbindungsbrokerclient konnte das Umleitungspaket nicht vom Verbindungsbroker abrufen.
> Benutzer: Domäne\Benutzername
> Fehler: Der Remotedesktop-Verbindungsbroker ist nicht bereit für die RPC-Kommunikation.
ID 1306 | Fehler | Der Remotedesktop-Verbindungsbrokerclient konnte den Benutzer "Domäne\Benutzername" nicht umleiten.
> Fehler: NULL
Auf dem Host 2 (rds20-03) treten die gleichen Fehlermeldungen wie beim Host 1 auf. Jedoch sind hier noch zwei weitere zu finden:
Sind diese Warnungen von Relevanz?
Das betrifft - so wie es dortsteht - nur Geräte...Hast du evtl. wirklich eine Richtlinie aktiv? Ggf eine übergeordnete? ..diese habe ich hier bei einer Farm mit 6 Hosts nicht. Du kannst dir diese ja mit rsop.msc auf dem Host anzeigen lassen.ID 36 | Warnung | Microsoft-Windows-TerminalServices-ServerUSBDevices | Die Umleitung weiterer unterstützter Geräte wurde durch eine Richtlinie deaktiviert.
ID 36 | Warnung | Microsoft-Windows-TerminalServices-PnPDevices | Die Umleitung weiterer unterstützter Geräte wurde durch eine Richtlinie deaktiviert.
Jedenfalls taucht auf beiden Hosts im Servermanager bei den Remotedesktopdiensten in der Übersicht diese Meldung auf:
Im Serverpool sind keine Remotedesktop-Verbindungsbrokerserver vorhanden
Du musst natürlich zum verwalten eine Servergruppe erstellen, dass du die RDP Dienste konfigurieren kannst. Am besten verwaltet du alle über deinen Broker. ERstellst dort eine Servergruppe im Servermanger mit allen Servern aus deiner Farm (Lizenzserver, Broker, Hosts, ggf Gateway)Im Serverpool sind keine Remotedesktop-Verbindungsbrokerserver vorhanden
Zum verwalten einer Bereitstellung müssen alle Server in der Bereitstellung dem Serverpool hinzugefügt werden
siehe obenJedenfalls komme ich jetzt auf alle Server nur noch per mstsc /admin drauf, aber rds20, also der Farmname funktioniert per remote absolut ohne Probleme
Das ist "normal" bzw auch bei mir so.....Da das load balancing sonst immer greift. Aber ist ja nicht schlimm, oder? Hauptsache es funktioniert wie es sollJetzt waren hier und da noch ein paar kleinere Änderungen nötig, aber jetzt funktioniert der broker genauso, wie er soll!
sehr schönIch danke dir nochmals für die Zeit und Mühe!
kein Problem