4
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.
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.
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 99723
Url: https://administrator.de/contentid/99723
Printed on: April 20, 2024 at 01:04 o'clock
4 Comments
Latest comment
Hallo auch,
ich habe leider keine Lösung für dein Problem, aber ich kämpfe seit einiger Zeit mit dem Selbigen ...
Hier laufen 3x W2K8 Server:
1. DC mit TS Session Broker, TS-Profilverzeichnisse
2. u 3. sind WTS Server mit NLB Diensten
Wenn du ´ne Lösung hast, kannst du ja mal Bescheid geben ...
ich habe leider keine Lösung für dein Problem, aber ich kämpfe seit einiger Zeit mit dem Selbigen ...
Hier laufen 3x W2K8 Server:
1. DC mit TS Session Broker, TS-Profilverzeichnisse
2. u 3. sind WTS Server mit NLB Diensten
Wenn du ´ne Lösung hast, kannst du ja mal Bescheid geben ...
Welche Version hat dein mstsc ?
Welches SP ist auf dem XP Client installiert?
Welches SP ist auf dem XP Client installiert?
hallo,
ich muss mich bei meiner farm auch manchmal 2 mal anmelden --> passiert wenn ich die ip von ts1 bekomme der user aber auf ts2 weitergeleitet wird...
dieses problem tritt bei win7, xp ,vista auf
jemand eine idee ?
ich muss mich bei meiner farm auch manchmal 2 mal anmelden --> passiert wenn ich die ip von ts1 bekomme der user aber auf ts2 weitergeleitet wird...
dieses problem tritt bei win7, xp ,vista auf
jemand eine idee ?
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.
