Ein interessantes Verhalten bei Windows Server 2025 + Citrix VDA + Citrix Profile Management (CPM):
Nach einem Neustart des VDAs meldet sich der erste Benutzer an – und plötzlich starten die eigentlich automatisch vorgesehenen Anwendungen nicht.
Betroffen können dabei verschiedene Autostart-Mechanismen sein:
HKLM\…\Run ❌
HKCU\…\Run ❌
Startup Folder ❌
Das Kuriose:
Sobald sich ein Benutzer einmal angemeldet hat, funktionieren die Autostarts bei allen folgenden Sessions wieder völlig normal.
Bis zum nächsten Reboot.
🔍 Wo würde ich bei so einem Fehler suchen?
Das Verhalten wurde in der Praxis auf Citrix Profile Management eingegrenzt. Ohne CPM funktionierte der erste Login nach dem Reboot wieder korrekt.
Eine interessante Spur führt dabei zu:
|
1 |
HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\SessionInfo |
Dieser Bereich kann über das Benutzerprofil persistiert werden und spielt beim Session-/Explorer-Verhalten eine Rolle.
Damit ergibt sich ein Fehlerbild, das bei MCS- oder PVS-Umgebungen besonders leicht übersehen werden kann:
VDA rebootet
→ erster User meldet sich an
→ Startup Apps fehlen
→ zweiter User testet
→ alles funktioniert
→ Problem scheinbar verschwunden.
Genau solche Fehler finde ich spannend, weil ein klassischer Citrix Smoke Test sie sehr leicht übersieht.
💡 Mein Take-away
Bei Windows Server 2025 würde ich nach einem Image-Update oder VDA-Reboot inzwischen bewusst auch den allerersten Benutzer-Login testen.
Nicht nur:
VDA Registered ✔️
Login funktioniert ✔️
Published App startet ✔️
sondern auch:
Run Keys ✔️
Startup Folder ✔️
WEM Actions ✔️
CPM/Profile Processing ✔️
Denn manchmal macht es einen entscheidenden Unterschied, ob man der erste oder der zweite Benutzer auf dem VDA ist.
⚠️ Aktuell ist das ein Finding from the Field und kein genereller Windows-Server-2025-/CPM-Fehler. Ich würde daraus also noch keine allgemeine Produktregression ableiten.