Kategorie: PowerShell 4 Beiträge

PowerShell-Skripte und Automatisierung für Citrix, NetScaler und Microsoft – mit praxiserprobten Beispielen für Administration, Betrieb und Troubleshooting.

Finding in the Wild | Microsoft Teams installiert – aber für den Benutzer nicht vorhanden

Ein Fehlerbild, das mir in Citrix-VDI-Umgebungen immer wieder begegnet:

Microsoft Teams ist im Master-Image installiert. Beim Administrator funktioniert alles. Nach dem MCS- oder PVS-Provisioning können Benutzer Teams jedoch nicht starten.

❌ Teams fehlt im Startmenü
❌ Die Anwendung startet nicht
❌ Nur einzelne Benutzer sind betroffen
❌ Eine Neuinstallation hilft nur kurzfristig

Die Ursache? Häufig die fehlende MSIX-Registrierung im Benutzerkontext.

New Teams basiert auf MSIX. Dabei muss zwischen der systemweiten Bereitstellung und der benutzerspezifischen Registrierung unterschieden werden.

Ein installiertes Paket bedeutet nicht automatisch, dass Teams für jeden Benutzer verfügbar ist.

🔍 1️⃣ Teams-Provisioning prüfen

2️⃣ Registrierung im Benutzerkontext

3️⃣ AppX-Fehler analysieren

🛠️ 4️⃣ Mein Workaround: Teams beim Login erneut registrieren

Bei mehreren Kunden konnte ich das Problem durch eine erneute Registrierung von Teams beim Benutzer-Login beheben.

Dazu einen Scheduled Task im Benutzerkontext ausführen:

Der Befehl registriert das bereits bereitgestellte Teams-Paket erneut für den angemeldeten Benutzer.

Wichtig: Der Task muss im jeweiligen Benutzerkontext laufen. Er ersetzt keine fehlende systemweite Teams-Bereitstellung.

🔧 5️⃣ FSLogix und Citrix UPM

Zusätzlich sollten folgende Einstellungen geprüft werden:

✔ FSLogix InstallAppxPackages
✔ Aktuelle FSLogix-/UPM-Versionen
✔ UWP App Roaming bei Citrix UPM
✔ AppX-/MSIX-Berechtigungen
✔ DisableAppInstallsOnFirstLogon
✔ Profilpersistenz und Ausschlusslisten

Der Logon-Task ist ein wirksamer Workaround bei fehlender Benutzerregistrierung. Langfristig sollte jedoch die Ursache im Profilmanagement beziehungsweise AppX-Registrierungsprozess behoben werden.

💡 Mein Fazit

Installiert ≠ provisioniert ≠ registriert.

Gerade in nicht persistenten Citrix-Umgebungen kann die erneute Teams-Registrierung beim Login den entscheidenden Unterschied machen.

Eine vollständige Anleitung zur Installation, Optimierung, Profilkonfiguration und Fehlerbehebung habe ich hier veröffentlicht:

New Microsoft Teams (Version 2) in Citrix installieren
Die neue Version von Microsoft Teams (häufig auch „Teams 2.0“ genannt) ist seit dem 01. Juli 2024 der neue Standard. Für VDI-Umgebungen bedeutet das: Kurz gesagt:Es gibt kein Zurück mehr.

SAML Authentifizierung zwischen Citrix & Microsoft mit Azure MFA

Aktualisierung auf die neuste Cloud Navigation.


Als Folge der zunehmenden Projekte gibt es hier ein kleines How To mit den folgenden Punkten:

  • Azure AD Seamless Single Sign-On (PTA / PHS)
  • SAML Authentifizierung (Azure AD als IdP & NetScaler Gateway als SP)
  • Citrix Federated Authentication Service (FAS)
  • Microsoft Azure Multi-Factor-Authentication mit Conditional Access

Voraussetzungen

  • Voll funktionsfähige Citrix Virtual Apps and Desktop Umgebung (Mindestens StoreFront & DDC Version 7.9)
  • NetScaler (Citrix ADC) mit funktionsfähiger Basiskonfiguration & aktivierter Enterprise oder Platinum Lizenz (Minimum Version 12.1 Build 50+ für native Workspace App & für Browser Zugriff Minimum Version 11.1)
  • Konfigurierter Unified Gateway vServer
  • Interne und externe DNS Einträge für Unified Gateway vServer (z.B. citrix.deyda.net)
  • Zertifikate für DNS Einträge (am einfachsten sind Wildcard-Zertifikate)
  • Bestehender Azure Tenant mit Azure-AD Basiskonfiguration (Domain, AAD Sync) & aktivierter Azure AD Premium-Lizenz
  • Installierte & Konfigurierte AD Connect Version (Minimum Version 1.1.644.0)
  • Firewall Freigabe für *.msappproxy.net auf Port 443
  • Domänen Administrator Zugangsdaten für die Domänen, die sich über Azure Connect mit Azure AD verbinden
  • Installierte Authenticator App auf dem Test User Mobilgerät
„SAML Authentifizierung zwischen Citrix & Microsoft mit Azure MFA“ weiterlesen

Citrix ADC als initial IdP für Office365

In diesem Beitrag geht es darum eine SAML Authentifizierung für Office365, über den Citrix ADC (Version 12) einzurichten. Hierbei dient der Citrix ADC als IdP und Office365 als SP. Damit man nicht hundert Mal seinen Benutzernamen eingeben muss, wird dies durch ein initial IdP unterbunden (SSO).

Begriffserklärung

Kurz die wichtigen kommenden Begriffe erläutert.

SAML

SAML (Security Assertion Markup Language) bietet eine gemeinsame Plattform, zum webbasierten Zugriff auf mehrere, autonome Services, ohne zu einer mehrmaligen Eingabe der Zugangsdaten gezwungen zu sein. Die Authentifizierung erfolgt, über ein verschlüsseltes Session-Cookie, transparent im Hintergrund. Dieses Session-Cookie, das mit einem Ablaufdatum versehen ist, erhält der Anwender im Browser von einem Authentifizierungsdienst (Identity Provider – IdP) und kann damit dann anschließend im Browser alle angebundenen Services (Service Provider – SP) nutzen.

„Citrix ADC als initial IdP für Office365“ weiterlesen

Citrix StoreFront Tweaks

Citrix StoreFront authentifiziert Benutzer an XenDesktop, XenApp und VDI-in-a-Box. Verfügbare Desktops und Anwendungen werden in Stores aufgelistet und zusammengefasst, auf die Benutzer über Citrix Receiver für Windows zugreifen.

Architektur

Citrix StoreFront Tweaks

Store Centric Administration erstellt Stores und Webseiten für Receiver- und Authentifizierungsdienste

„Citrix StoreFront Tweaks“ weiterlesen