12
RDS Session Host - Problem mit Starmenüeinträgen
Hallo zusammen,
wir nutzen eine MS RDS Farm mit Server 2016 Session Hosts.
Da wir demnächst auf Server 2019 umsteigen wollen, habe ich einen neuen 2019er Session Host installiert und der RDS Farm hinzugefügt.
Nun habe ich das Problem, dass auf dem neuen Host das Starmenü des Users nur unvollständig angezeigt wird:
Auf einem der alten Hosts erscheint das Menü korrekt:
Hat jemand einen Tipp für mich?
Wir nutzen UPDs, kann dies evtl. damit zusammen hängen?
wir nutzen eine MS RDS Farm mit Server 2016 Session Hosts.
Da wir demnächst auf Server 2019 umsteigen wollen, habe ich einen neuen 2019er Session Host installiert und der RDS Farm hinzugefügt.
Nun habe ich das Problem, dass auf dem neuen Host das Starmenü des Users nur unvollständig angezeigt wird:
Auf einem der alten Hosts erscheint das Menü korrekt:
Hat jemand einen Tipp für mich?
Wir nutzen UPDs, kann dies evtl. damit zusammen hängen?
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: 1172465732
Url: https://administrator.de/contentid/1172465732
Printed on: April 25, 2024 at 11:04 o'clock
12 Comments
Latest comment
Das kenne ich eigentlich von Windows 10 1909. Habt ihr Terminal-Profile oder werden Roaming Profile geladen?
Hallo,
Aber:
Baue doch die 2019 Farm parallel. Die UPD kannst du doch übernehmen.
Zitat von @Inf1d3l:
Das kenne ich eigentlich von Windows 10 1909. Habt ihr Terminal-Profile oder werden Roaming Profile geladen?
Hat er oben doch geschrieben. User Profile DisksDas kenne ich eigentlich von Windows 10 1909. Habt ihr Terminal-Profile oder werden Roaming Profile geladen?
Aber:
Hallo zusammen,
wir nutzen eine MS RDS Farm mit Server 2016 Session Hosts.
Da wir demnächst auf Server 2019 umsteigen wollen, habe ich einen neuen 2019er Session Host installiert und der RDS Farm > hinzugefügt.
Sowas sollte man nicht machen....2 unterschiedliche System mischenwir nutzen eine MS RDS Farm mit Server 2016 Session Hosts.
Da wir demnächst auf Server 2019 umsteigen wollen, habe ich einen neuen 2019er Session Host installiert und der RDS Farm > hinzugefügt.
Baue doch die 2019 Farm parallel. Die UPD kannst du doch übernehmen.
Zitat von @menace:
wir nutzen eine MS RDS Farm mit Server 2016 Session Hosts.
Da wir demnächst auf Server 2019 umsteigen wollen, habe ich einen neuen 2019er Session Host installiert und der RDS Farm hinzugefügt.
Nun habe ich das Problem, dass auf dem neuen Host das Starmenü des Users nur unvollständig angezeigt wird:
Da wir demnächst auf Server 2019 umsteigen wollen, habe ich einen neuen 2019er Session Host installiert und der RDS Farm hinzugefügt.
Nun habe ich das Problem, dass auf dem neuen Host das Starmenü des Users nur unvollständig angezeigt wird:
Wir nutzen UPDs, kann dies evtl. damit zusammen hängen?
Ich halte das mischen von Profilen zwischen verschiedenen Betriebssystemen für keine gute Idee.
Das ist ein kaputtes Startmenü in dem Benutzerprofil.
Einmal resetten bei dem betreffenden Benutzer, dann läuft das wieder:
Einmal resetten bei dem betreffenden Benutzer, dann läuft das wieder:
Windows Registry Editor Version 5.00
[-HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\CloudStore\Store\Cache\DefaultAccount]
hmm ok, Danke für die Rückmeldungen soweit.
Aber wie fixe ich das Problem dann, wenn wir mit den alten UPDs auf die neuen 2019er Hosts wechseln?
hat hier jemand Erfahrungen?
Aber wie fixe ich das Problem dann, wenn wir mit den alten UPDs auf die neuen 2019er Hosts wechseln?
hat hier jemand Erfahrungen?
danke für den Tipp, Problem ist nur, dass regedit für die User auf der RDS Farm verboten ist;
Zitat von @menace:
danke für den Tipp, Problem ist nur, dass regedit für die User auf der RDS Farm verboten ist;
danke für den Tipp, Problem ist nur, dass regedit für die User auf der RDS Farm verboten ist;
Bin jetzt nicht sicher, ob das bei einer verbotenen REGEDIT geht.
Powershell:
Remove-Item -Path HKCU:\Software\Microsoft\Windows\CurrentVersion\CloudStore\Store\Cache\DefaultAccount -Force -VerboseTeste das mal in eurem Setup. Ein Ab- / Anmelden ist danach erforderlich!
E: Wenn das bei allen Usern passiert, kannst du das über ActiveSetup für den ersten Login einmalig für die Maschine verteilen.
PS und CMD sind auch beide auf der Farm verboten;
ich habe mal regedit temp. erlaubt und den REG Key gelöscht; nach der nächsten Anmeldung war das Startmenü auf dem 2019er Server wieder OK!
Danke für den Tipp!
ich habe mal regedit temp. erlaubt und den REG Key gelöscht; nach der nächsten Anmeldung war das Startmenü auf dem 2019er Server wieder OK!
Danke für den Tipp!
Teste es mal mit einem neuen User 
mit einem neuen User war das Startmenü sofort korrekt da;
Hi,
lese dir das mal durch und checke die Firewall-Regeln in der Registry:
https://www.ugg.li/windows-server-2016-rds-sh-effekte/
Bezüglich UPD gibt es bei 2016 (manchmal (2019 weiß ich gerade nicht)) das Problem, dass beim Einloggen der User eine Firewallregel erstellt wird, die beim Abmelden wieder gelöscht werden sollte. Leider tut sie das nicht. Ergebnis ist eine übervolle Registry mit tausenden Firewallregeln. Jede Neuanmeldung erstellt mehrere neue Regel usw usf.
Hat bei einem unserer RDS zum Ergebnis gehabt, dass das Einloggen sehr lange ging (10+ Minuten!) und auch dass das Startmenü verbuggt und korrupt war.
Prüfe mal die entsprechenden Registry-Pfade, wenn dein reg-Editor beim Öffnen schon einfriert und abstürzt, weißt du, dass ihr vermutlich das gleiche Probleme habt.
Wir haben dann das Script durchlaufen lassen, das ging über 1 Tag (der Kunde hat für solche Probleme zum Glück einen 2. Terminalserver und konnte somit weiterarbeiten ;))
Lass mich wissen, ob das das Probleme bei dir auch war / behoben hat. Es gibt auch noch einen Registry-Wert, den man setzen sollte, damit diese Regeln definitiv wieder gelöscht werden. Mir fällt der nur gerade nicht ein, kann ich bei Gelegenheit nochmal suchen.
Danke!
MfG
lese dir das mal durch und checke die Firewall-Regeln in der Registry:
https://www.ugg.li/windows-server-2016-rds-sh-effekte/
Bezüglich UPD gibt es bei 2016 (manchmal (2019 weiß ich gerade nicht)) das Problem, dass beim Einloggen der User eine Firewallregel erstellt wird, die beim Abmelden wieder gelöscht werden sollte. Leider tut sie das nicht. Ergebnis ist eine übervolle Registry mit tausenden Firewallregeln. Jede Neuanmeldung erstellt mehrere neue Regel usw usf.
Hat bei einem unserer RDS zum Ergebnis gehabt, dass das Einloggen sehr lange ging (10+ Minuten!) und auch dass das Startmenü verbuggt und korrupt war.
Prüfe mal die entsprechenden Registry-Pfade, wenn dein reg-Editor beim Öffnen schon einfriert und abstürzt, weißt du, dass ihr vermutlich das gleiche Probleme habt.
Wir haben dann das Script durchlaufen lassen, das ging über 1 Tag (der Kunde hat für solche Probleme zum Glück einen 2. Terminalserver und konnte somit weiterarbeiten ;))
Lass mich wissen, ob das das Probleme bei dir auch war / behoben hat. Es gibt auch noch einen Registry-Wert, den man setzen sollte, damit diese Regeln definitiv wieder gelöscht werden. Mir fällt der nur gerade nicht ein, kann ich bei Gelegenheit nochmal suchen.
Danke!
MfG
danke für den Tipp, werde das auf jeden Fall mal kontrollieren!
Unsere 2016er RDs SHs laufen auch schon ne ganze Weile, da hat sich sicher einiges angesammelt.
Der erste getestete SHost hat knapp 40k Rules in der Registry oO
Unsere 2016er RDs SHs laufen auch schon ne ganze Weile, da hat sich sicher einiges angesammelt.
Der erste getestete SHost hat knapp 40k Rules in der Registry oO
