Win Server 2008 Session Broker Probleme (mehrfach anmeldung)
Funktionsweise Session Broker?
Hallo
Ich arbeite an einer Testumgebung mit einer TS Farm unter Win Server 2008 mit installiertem Session Broker.
Wenn ein User am TS angemeldet ist und die Verbindung abbricht (z.b. Leitungsausfall) muss ich mich bei der neuanmeldung per mstsc von einem XP Rechner
2 mal anmelden, also das Userkennwort 2 mal eingeben bis ich wieder auf meinem Desktop bin.
Auf wenn ich den Benutzer dann ordnungsgemäß abmelde ist dies bei erneuter anmeldung so.
Erst wenn ich den Benutzer mehrfach an und abgemeldet habe verschwindet diese "Doppeleingabe".
Hat jemand eine Ahnung warum das so ist?
Zum System: TS NLB Cluster mit SessionManager. Im CLuster gibt es 3 identische Server.
SessionManager und NLB Cluster sind auf dem DC installiert. Alle Maschinen gehören der Domäne an.
Hallo
Ich arbeite an einer Testumgebung mit einer TS Farm unter Win Server 2008 mit installiertem Session Broker.
Wenn ein User am TS angemeldet ist und die Verbindung abbricht (z.b. Leitungsausfall) muss ich mich bei der neuanmeldung per mstsc von einem XP Rechner
2 mal anmelden, also das Userkennwort 2 mal eingeben bis ich wieder auf meinem Desktop bin.
Auf wenn ich den Benutzer dann ordnungsgemäß abmelde ist dies bei erneuter anmeldung so.
Erst wenn ich den Benutzer mehrfach an und abgemeldet habe verschwindet diese "Doppeleingabe".
Hat jemand eine Ahnung warum das so ist?
Zum System: TS NLB Cluster mit SessionManager. Im CLuster gibt es 3 identische Server.
SessionManager und NLB Cluster sind auf dem DC installiert. Alle Maschinen gehören der Domäne an.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 99723
Url: https://administrator.de/forum/win-server-2008-session-broker-probleme-mehrfach-anmeldung-99723.html
Ausgedruckt am: 23.12.2024 um 03:12 Uhr
4 Kommentare
Neuester Kommentar
Hallo Zusammen
Ich hatte dasselbe Problem. Ein workaround konnte helfen:
Folgendes befindet sich in meiner RDP Datei:
screen mode id:i:1
use multimon:i:0
desktopwidth:i:1680
desktopheight:i:1050
session bpp:i:32
winposstr:s:0,3,0,0,800,600
compression:i:1
keyboardhook:i:2
audiocapturemode:i:0
videoplaybackmode:i:1
connection type:i:2
displayconnectionbar:i:1
disable wallpaper:i:1
allow font smoothing:i:0
allow desktop composition:i:0
disable full window drag:i:1
disable menu anims:i:1
disable themes:i:0
disable cursor setting:i:0
bitmapcachepersistenable:i:1
full address:s:192.168.123.235
audiomode:i:0
redirectprinters:i:1
redirectcomports:i:1
redirectsmartcards:i:1
redirectclipboard:i:1
redirectposdevices:i:0
redirectdirectx:i:1
autoreconnection enabled:i:1
authentication level:i:0
prompt for credentials:i:1
negotiate security layer:i:1
remoteapplicationmode:i:0
alternate shell:s:
shell working directory:s:
gatewayhostname:s:
gatewayusagemethod:i:4
gatewaycredentialssource:i:4
gatewayprofileusagemethod:i:0
promptcredentialonce:i:1
use redirection server name:i:0
devicestoredirect:s:*
drivestoredirect:s:*
Ich vermute 'promptcredentialonce:i:1' wird dieses Problem beheben/umgehen.
Ich hatte dasselbe Problem. Ein workaround konnte helfen:
Folgendes befindet sich in meiner RDP Datei:
screen mode id:i:1
use multimon:i:0
desktopwidth:i:1680
desktopheight:i:1050
session bpp:i:32
winposstr:s:0,3,0,0,800,600
compression:i:1
keyboardhook:i:2
audiocapturemode:i:0
videoplaybackmode:i:1
connection type:i:2
displayconnectionbar:i:1
disable wallpaper:i:1
allow font smoothing:i:0
allow desktop composition:i:0
disable full window drag:i:1
disable menu anims:i:1
disable themes:i:0
disable cursor setting:i:0
bitmapcachepersistenable:i:1
full address:s:192.168.123.235
audiomode:i:0
redirectprinters:i:1
redirectcomports:i:1
redirectsmartcards:i:1
redirectclipboard:i:1
redirectposdevices:i:0
redirectdirectx:i:1
autoreconnection enabled:i:1
authentication level:i:0
prompt for credentials:i:1
negotiate security layer:i:1
remoteapplicationmode:i:0
alternate shell:s:
shell working directory:s:
gatewayhostname:s:
gatewayusagemethod:i:4
gatewaycredentialssource:i:4
gatewayprofileusagemethod:i:0
promptcredentialonce:i:1
use redirection server name:i:0
devicestoredirect:s:*
drivestoredirect:s:*
Ich vermute 'promptcredentialonce:i:1' wird dieses Problem beheben/umgehen.