4
Windows 2008 Server - TS-Sitzungsbroker verteilt Anmeldungen auf Server die nicht verwendet werden sollen
Hallo Gemeinde,
wir versuchen den Teminaldienste-Sitzungsbroker zum Laufen zu bringen. Im Moment verteilt er die User vermutlich über DNS-Roundrobin auf die einzelenen TS in der TS-FARM. Wenn jetzt ein TS für Wartungsarbeiten nicht bei der Verteilung der User berücksichtigt werden soll, gelingt das nicht. Die User werden immer an den TS verwiesen an dem Sie zuletzt angemeldet gewesen sind. Solange der TS noch online ist wird er bei der Verteilung berücksichtigt, selbst dann, wenn in der Terminaldienstkonfiguration der TS nicht als FARM-Mitglied gewählt wurde.
Die Clients sind überwiegend ThinCLient mit Windows CE oder Windows XP embedded. Die Server in der FARM sind alles Windows 2008 Server.
Lässt sich dieses Problem irgendwie lösen?
Oder ist der Sitzungsbroker überhaupt korrekt eingerichtet?
Was wäre hier zu überprüfen?
PS: Den Terminaldienste-Sitzungsbroker und die TS-FARM wurde von einem Systemhauspartner eingerichtet, aber man tut sich nun schwer zu erklären warum der Broker nicht so funktioniert wie wir es erwarten.
Danke
wir versuchen den Teminaldienste-Sitzungsbroker zum Laufen zu bringen. Im Moment verteilt er die User vermutlich über DNS-Roundrobin auf die einzelenen TS in der TS-FARM. Wenn jetzt ein TS für Wartungsarbeiten nicht bei der Verteilung der User berücksichtigt werden soll, gelingt das nicht. Die User werden immer an den TS verwiesen an dem Sie zuletzt angemeldet gewesen sind. Solange der TS noch online ist wird er bei der Verteilung berücksichtigt, selbst dann, wenn in der Terminaldienstkonfiguration der TS nicht als FARM-Mitglied gewählt wurde.
Die Clients sind überwiegend ThinCLient mit Windows CE oder Windows XP embedded. Die Server in der FARM sind alles Windows 2008 Server.
Lässt sich dieses Problem irgendwie lösen?
Oder ist der Sitzungsbroker überhaupt korrekt eingerichtet?
Was wäre hier zu überprüfen?
PS: Den Terminaldienste-Sitzungsbroker und die TS-FARM wurde von einem Systemhauspartner eingerichtet, aber man tut sich nun schwer zu erklären warum der Broker nicht so funktioniert wie wir es erwarten.
Danke
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 186820
Url: https://administrator.de/contentid/186820
Ausgedruckt am: 08.11.2024 um 19:11 Uhr
4 Kommentare
Neuester Kommentar
Wie nimmst du den Server aus der Farm heraus?
Hi Hunter1vv,
wenn ich einen TS zu Wartungsarbeiten von der Berücksichtigung bei der Anmeldung ausschließen möchte, nehme ich ihn in der Terminaldienstekonfiguration aus der FARM.
Hierzu entferne ich den Haken bei "Farmmitglied im Terminaldienste-Sitzungsbroker". So wurde es mir beschrieben.
Gleichzeitig ändere ich noch den Benutzeranmeldemodus indem ich neue Anmeldungen bis zu einem Neustart des Servers verweigere.
Danke.
wenn ich einen TS zu Wartungsarbeiten von der Berücksichtigung bei der Anmeldung ausschließen möchte, nehme ich ihn in der Terminaldienstekonfiguration aus der FARM.
Hierzu entferne ich den Haken bei "Farmmitglied im Terminaldienste-Sitzungsbroker". So wurde es mir beschrieben.
Gleichzeitig ändere ich noch den Benutzeranmeldemodus indem ich neue Anmeldungen bis zu einem Neustart des Servers verweigere.
Danke.
Ich habe hier bei einem Kunden eine ähnliche Konfiguration und dort ist das Problem ebenfalls vorhanden. Das liegt aber, so wie ich das einschätzen kann daran, dass über den DNS-Eintrag der Farm noch immer der Host mit ausgeliefert wird.
Wenn meine Beobachtungen korrekt sind, dann kommt man immer zuerst über das DNS-Roundrobin auf einen der Host und der nimt dann Verbindung mit dem Broker auf ob noch eine andere Sitzung besteht und leitet dann ggf. die Sitzung um. Wenn der Host kein Mitglied im Terminaldienste-Sitzungsbroker ist wird er aber trotzdem noch Verbindungen annehmen, ein Benutzer über das DNS-Roundrobin auf ihm aufschlägt.
Aber spätestens durch die Änderung des Benutzeranmeldemodus sollten keine Anmeldungen mehr möglich sein.
Ich werde mir das evtl. morgen mal bei mir durchspielen.
Wenn meine Beobachtungen korrekt sind, dann kommt man immer zuerst über das DNS-Roundrobin auf einen der Host und der nimt dann Verbindung mit dem Broker auf ob noch eine andere Sitzung besteht und leitet dann ggf. die Sitzung um. Wenn der Host kein Mitglied im Terminaldienste-Sitzungsbroker ist wird er aber trotzdem noch Verbindungen annehmen, ein Benutzer über das DNS-Roundrobin auf ihm aufschlägt.
Aber spätestens durch die Änderung des Benutzeranmeldemodus sollten keine Anmeldungen mehr möglich sein.
Ich werde mir das evtl. morgen mal bei mir durchspielen.
Hi,
ja soweit gehen wir konform. Aber durch Änderung des Benutzeranmeldmodus wird man bei uns trotzdem zu dem nicht gewünschten TS geleitet und mit der Meldung "Zur Zeit sind keine Remoteanmeldungen möglich" (o.s.ä.) begrüßt.
Ich hätte für diesen Fall erwartet, dass die Weiterleitung durch den Sitzungsbroker zu einem anderen TS erfolgt. So ist es auch der Beschreibung von MS zu entnehmen.
Bei uns unterbleibt somit augenscheinlich die Weiterleitung an einen anderen, zugänglichen TS.
Wäre eine andere Lastverteilung als über DNS-Roundrobin eine Alternative?
ja soweit gehen wir konform. Aber durch Änderung des Benutzeranmeldmodus wird man bei uns trotzdem zu dem nicht gewünschten TS geleitet und mit der Meldung "Zur Zeit sind keine Remoteanmeldungen möglich" (o.s.ä.) begrüßt.
Ich hätte für diesen Fall erwartet, dass die Weiterleitung durch den Sitzungsbroker zu einem anderen TS erfolgt. So ist es auch der Beschreibung von MS zu entnehmen.
Bei uns unterbleibt somit augenscheinlich die Weiterleitung an einen anderen, zugänglichen TS.
Wäre eine andere Lastverteilung als über DNS-Roundrobin eine Alternative?
