Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Bei der Problembehandlung der neuen Slimcore-basierten Optimierung für Microsoft Teams müssen Sie wissen, ob Benutzer mit dem alten WebRTC-Stack oder dem neuen Stack optimiert sind. Sie können auch im Fallback-Modus "SlimCore Media Not Connected" (oder serverseitigem Rendering) landen.
Nicht mit SlimCore optimiert, und stattdessen sehen Sie:
"Azure Virtual Desktop Media Optimized"
"Citrix HDX Optimized"- Die Fehlercodes 2000 ("Kein Plug-In") und 2003 ("Virtueller Kanal nicht zulässig") sind die wahrscheinlichsten Ursachen.
- Stellen Sie sicher, dass Ihre Richtlinie "Virtual Channel Allow List" in Citrix Studio richtig konfiguriert ist, um MSTEAMS, MSTEAM1 MSTEAM2 zuzulassen.
- Stellen Sie sicher, dass der Endpunkt über das Plug-In verfügt und der VDI-Client mit Process Explorer es lädt:
- Führen Sie den Prozess-Explorer aus.
- Aktivieren Sie den unteren Bereich, und wechseln Sie zur Registerkarte DLL.
- Suchen Sie auf Azure virtuellen Desktop nach dem msrdc.exe Prozess und stellen Sie sicher, dass der MsTeamsPluginAvd.dll geladen ist.
- Suchen Sie auf Citrix nach dem wfica32.exe Prozess und stellen Sie sicher, dass die MsTeamsPluginCitrix.dll geladen ist.
- Starten Sie die Teams-App neu. Es ist ein Neustart erforderlich, um von WebRTC zu SlimCore zu wechseln, wenn das Plug-In zum ersten Mal erkannt wird.
- Wenn das Problem weiterhin besteht, überprüfen Sie die Ereignisanzeige auf dem virtuellen Computer (VM) auf Microsoft Teams VDI-bezogene Fehler (Teams 24123.X.X.X oder höher).
Nicht mit SlimCore optimiert, stattdessen sehen Sie: "Azure Virtual Desktop SlimCore-Medien nicht verbunden" oder "Citrix SlimCore-Medien nicht verbunden".
- Lesen Sie den Abschnitt Fehlerbehebung bei SlimCoreVdi MSIX-Bereitstellungsfehlern . MSIX- oder AppX-bezogene Fehler sind die wahrscheinlichsten Gründe für diesen Fehler.
Teams Client Health-Dashboard
Teams-Clientintegrität inside Teams Das Admin Center ist eine brandneue Seite mit einer Reihe von Daten, Erkenntnissen und Tools, die Administratoren bei der Problembehandlung und Lösung von VDI-Problemen unterstützen. Auf der Registerkarte "Probleme" finden Administratoren Fehler vom Typ "VDI-Optimierungsfehler", mit Beschreibungen und Korrekturaktionen zum Verwalten und Beheben von Problemen, bevor sie sich auf die Produktivität der Endbenutzer auswirken oder weitere Eskalationen verursachen. Auf diese Fehler kann in der Regel gewirkt werden – entweder über Gruppenrichtlinienobjekte, Netzwerkeinstellungen, Konfigurationen oder AppX. Sie werden durch MSIX-bezogene Aktivitäten verursacht, wenn das Plug-In versucht, SlimCore zu installieren/laden/bereitzustellen, oder durch fehlende Konfigurationen wie die Citrix Virtual Channel Allow List oder ein fehlendes Plug-In. Die Fehlercodes sind in der folgenden Tabelle zugeordnet.
Tipp
Die in TCH offengelegten Informationen sind für den Administrator von unschätzbarem Wert - sowohl als proaktives als auch als reaktives Überwachungstool. Microsoft empfiehlt, die Informationen täglich/wöchentlich zu überprüfen und die entsprechenden automatisierten Berichte zu erstellen.
Teams-Protokolle für VDI
Teams-Protokolle können gesammelt werden, indem Sie STRG+ALT+UMSCHALT+1 auswählen, während Teams auf einem virtuellen Computer ausgeführt wird. Durch diese Aktion wird ein ZIP-Ordner im Ordner "Downloads" erstellt. Suchen Sie in der Datei PROD-WebLogs-*.zip nach dem Core-Ordner.
Vdi_debug.txt (Hauptdatei für VDI-bezogene Informationen)
| Azure Virtual Desktop/W365 | Citrix |
|---|---|
| "vdiConnectedState": {"connectedStack": "remote"}, "vdiVersionInfo": {"bridgeVersion": "2024.18.1.11", "remoteSlimcoreVersion": "2024.18.01.11", "nodeId": "1051a908af6b160e", "clientOsVersion": "10.0.22631", "rdClientVersion": "1.2.5405.0", "rdClientProductName": "Microsoft® Remotedesktop", "pluginVersion": "2024.14.01.1", "screenShareFallback": true} | "vdiConnectedState": {"connectedStack": "remote"}, "vdiVersionInfo": {"bridgeVersion": "2024.18.1.14", "remoteSlimcoreVersion": "2024.18.01.14", "nodeId": "ffffff93eaee6a", "clientOsVersion": "10.0.22631", "rdClientVersion": "24.3.0.64", "rdClientProductName": "Citrix Workspace", "pluginVersion": "2024.15.01.3", "screenShareFallback": true} |
-
vdiConnectedState zeigt den aktuellen aktiven Aufrufstapel an.
- connectedStack: remote gibt an, dass Teams erfolgreich über den virtuellen Kanal mit dem Remoteendpunkt verbunden sind. Dies bedeutet nicht unbedingt, dass der Aufrufstapel erfolgreich initialisiert wurde, sodass der Benutzer weiterhin auf anrufbezogene Fehler stoßen kann, z. B. dass er keinen Anruf starten kann.
- connectedStack: local gibt an, dass die Verbindung mit dem virtuellen Kanal fehlgeschlagen ist. Der Benutzer befindet sich jetzt im Fallbackmodus.
-
vdiVersionInfo stellt nützliche Informationen für den Teams-Client und den Endpunkt bereit.
- bridgeVersion ist an die Version des Teams-Desktopclients gebunden, der auf der VM ausgeführt wird.
- remoteSlimcoreVersion ist die Version von SlimCore VDI, die auf dem Endpunkt verfügbar ist.
- nodeId ist eine eindeutige ID, die an den Endpunkt gebunden ist.
- clientOsVersion ist die Betriebssystemversion für den Endpunkt.
- rdClientVersion ist die Version des Remotedesktopclients, der auf dem Endpunkt ausgeführt wird, der zum Herstellen einer Verbindung mit dem virtuellen Computer verwendet wird.
- rdClientProductName ist der Name des Remotedesktopclients, der auf dem Endpunkt ausgeführt wird.
- pluginVersion ist die Version des Plugins, die in den Remote-Desktop-Client integriert ist.
Diagnostics-logs.txt
Diese Datei finden Sie möglicherweise auch unter Weblogs\user(..). Um Probleme im Zusammenhang mit VDI-Verbindungen weiter zu untersuchen, stellt vdiBridgeEventsHandler mithilfe des Schlüsselworts (Keyword) die Protokolle der vdiBridge-Verbindungs- und Verbindungstrennungsereignisbehandlungen bereit, wie im folgenden Beispiel einer erfolgreichen Verbindung mit dem neuen Optimierungsstapel gezeigt (onConnected-Ereignisbehandlung):
7432 2024-03-01T17:51:22.032Z Inf vdiBridgeEventsHandler: VDI Mode: slimcore - onConnected: end, currentStack=remote 7435 2024-03-01T17:51:22.032Z Inf vdiBridgeEventsHandler: VDI Mode: slimcore - new calling stack type set: currentStack=remote 7436 2024-03-01T17:51:22.032Z Inf vdiBridgeEventsHandler: VDI Mode: slimcore - deviceManagerService reloaded 7445 2024-03-01T17:51:22.031Z Inf vdiBridgeEventsHandler: VDI Mode: slimcore - calling stack reinit complete with nextStack=remote 7464 2024-03-01T17:51:21.785Z Inf vdiBridgeEventsHandler: VDI Mode: slimcore - starting calling stack reinit with nextStack=remote 7465 2024-03-01T17:51:21.785Z Inf vdiBridgeEventsHandler: VDI Mode: slimcore - SlimCore replacement complete, remote is now available 7467 2024-03-01T17:51:21.783Z Inf vdiBridgeEventsHandler: VDI Mode: slimcore - setVDIOptimizationModeOverride: from SlimCore to SlimCore 7468 2024-03-01T17:51:21.782Z Inf vdiBridgeEventsHandler: VDI Mode: slimcore - onConnected: isVersionMismatch=false, forceVersion=undefined, bridgeVersion=2024.5.1.11 7469 2024-03-01T17:51:21.782Z Inf vdiBridgeEventsHandler: VDI Mode: slimcore - cached local SlimCore for future (fallback), currentStack=local 7470 2024-03-01T17:51:21.782Z Inf vdiBridgeEventsHandler: VDI Mode: slimcore - onConnected: start, vendorType=1, remoteSlimcoreVersion=2024.05.01.11, platform=win-x86, loadErrc=1, deployErrc=24002, nodeId=ffffffffbd7d5e77 7471 2024-03-01T17:51:21.782Z Inf vdiBridgeEventsHandler: VDI Mode: slimcore - enqueueBridgeCallback: adding onConnected to queue, 0 bridge callbacks in queue, isBridgeCallbacksQueueProcessing=false
Verbindungsfehler
Wenn ein Verbindungsfehler auftritt, kann der Fehlercode in der Protokollzeile gefunden werden, die "loadErrc" und "deployErrc" enthält. Ein Bereitstellungsfehler (auch als install_error bezeichnet) ist ein Fehler, der auftritt, wenn das Plug-In versucht, das SlimCore-MSIX-Paket aus dem Content Delivery Network von Microsoft herunterzuladen. Das Plug-In versucht dann, das Paket mithilfe des App Readiness Service für AppX für den Endpunkt bereitzustellen. Ein Ladefehler ist ein Fehler, der auftritt, wenn das Plug-In versucht hat, MsTeamsVdi.exe zu starten und einen Remoteprozeduraufruf (RPC) einzurichten.
Der hier protokollierte Code muss mithilfe dieser Tabelle zugeordnet werden:
| Standard-Fehlercode | loadErrc oder deployErrc | Definition | Hinweise |
|---|---|---|---|
| 0 | 0 | OK | Kein Fehler. "SlimCore Connected"-Erfolg, Benutzer ist richtig optimiert |
| 5 | 43 | ERROR_ACCESS_DENIED | MsTeamsVdi.exe Prozess ist beim Start fehlgeschlagen. Wenn BlockNonAdminUserInstall aktiviert ist, kann dieser Fehler verursacht werden. Oder der Endpunkt ist mit der Registrierung mehrerer MSIX-Pakete beschäftigt, nachdem eine Benutzeranmeldung und der AppX-Dienst die Registrierung von SlimCoreVdi nicht abgeschlossen haben. |
| 110 | ERROR_OPEN_FAILED | Windows-Hintergrundzugriffsrichtlinien blockieren BITS ("BG_E_BLOCKED_BY_BACKGROUND_ACCESS_POLICY"), wodurch SlimCore-Downloads während der Optimierung verhindert werden. Für AVD/W365-Benutzer verfügt die Windows-App möglicherweise nicht über die Berechtigung für Hintergrund-App –> "Diese App im Hintergrund ausführen" auf "Immer" unter Windows Einstellungen/Apps/Installierte Apps/Windows-App. Wenn diese Option nicht angezeigt wird, überprüfen Sie, ob "GlobalUserDisabled" auf "1" festgelegt ist, und ändern Sie sie unter "HKCU\Software\Microsoft\Windows\CurrentVersion\BackgroundAccessApplications" in "0". | |
| 403 | 3227 | HTTP_STATUS_FORBIDDEN | Wenden Sie sich an Ihre Netzwerk- und Proxyteams, da die SlimCore MSIX-Downloads von etwas blockiert werden. HTTP Status 403 - Server hat die Anfrage verstanden, die Erfüllung aber abgelehnt. |
| 404 | 3235 | HTTP_STATUS_NOT_FOUND | Veröffentlichungsproblem: Das SlimCore-MSIX-Paket wurde im Content Delivery Network nicht gefunden. Mögliche Störungen durch Proxyserver |
| 1260 | 10083 | ERROR_ACCESS_DISABLED_BY_POLICY | Dieser Fehler bedeutet normalerweise, dass der Windows-Paket-Manager das SlimCore-MSIX-Paket nicht installieren kann. Ereignisanzeige kann den Hex-Fehlercode 0x800704EC anzeigen. AppLocker-Richtlinien können diesen Fehlercode verursachen. Sie können entweder AppLocker deaktivieren oder eine Ausnahme für SlimCoreVdi-Pakete unter Lokale Sicherheitsrichtlinie -> Richtlinien für die Anwendungssteuerung -> AppLocker hinzufügen. Überprüfen Sie Schritt 3 unter "Optimieren mit neuer VDI-Lösung für Teams". |
| 1460 | 11683 | ERROR_time hinaus | MsTeamsVdi.exe Prozess ist beim Start fehlgeschlagen (Zeitüberschreitung von 60 Sekunden). Symptome können ein langsamer Übergang zur SlimCore-Optimierung, ein mögliches "SlimCore Media Not Connected" und eine eventuelle Wiederherstellung nach dem Warten oder Neustart sein. Höchstwahrscheinliche Ursache: SlimCore MSIX-Bereitstellung/Registrierung zu langsam abgeschlossen. |
| 1722 | 13779 | RPC_S_SERVER_UNAVAILABLE | "Der RPC-Server (Remote Procedure Call) ist nicht verfügbar". MsTeamsVdi.exe konnte während des SlimCore-Starts nicht mit einer Windows-Dienstkomponente kommunizieren, von der es abhängt. Höchstwahrscheinlich der App Readiness Service (ARS), die Paket-Manager-APIs oder die Paketregistrierungs-APIs. Wenn diese Komponenten nicht verfügbar sind, nicht mehr reagieren oder neu gestartet werden, werden RPC-Fehler erwartet. Ein häufiges Szenario sind langsame Thin Clients, die bei Benutzeranmeldungen überlastet sind, oder AppX-Registrierungen sind verzögert. Eine beschädigte oder unvollständige SlimCore-Registrierung kann ebenfalls die Ursache sein. Wenn die Optimierung schließlich erfolgreich ist, behandeln Sie 1722 als vorübergehenden Zustand und nicht als harten MsTeamsVdi.exe Startfehler. Zusätzliche Protokollierungsinformationen können der Ereignisanzeige des Endpunkts entnommen werden (AppXDeployment-Server/Operational und AppxPackagingOM/Operational) |
| 2000 | 16002 | Kein Plugin | Der Endpunkt verfügt nicht über das MsTeamsPlugin, oder wenn es vorhanden ist, wurde es nicht geladen (überprüfen Sie dies mit Process Explorer). |
| 2001 | 16008 | Virtueller Kanal nicht verfügbar | Fehler in der Citrix VDA (Virtual Delivery Agent) WFAPI oder Omnissa Agent Blast-API |
| 2003 | 16026 | Benutzerdefinierte virtuelle Kanäle (MSTEAMS, MSTEAM1 und MSTEAM2) werden aufgrund einer Citrix Studio-Richtlinie blockiert | Lesen Sie den Abschnitt "Zulassungsliste für virtuelle Citrix-Kanäle" des VDI 2.0-Artikels. |
| 2004 | 16032 | Version der Citrix Workspace-App wird nicht unterstützt. Aktualisieren Sie | |
| 2005 | 16043 | Teams wird als veröffentlichte App (Citrix) oder RemoteApp (AVD/Windows 365) ausgeführt | Benutzer erfüllt nicht die Mindestversionsanforderungen – Teams lädt in diesem Fall SlimCore nicht, und die Benutzer werden immer mit WebRTC optimiert. |
| 2008 | 16066 | Die Windows-App für MAC in AVD/365 stammt aus dem App Store, der nicht unterstützt wird. Es werden nur Windows-Apps unterstützt, die nicht aus dem Store stammen. | |
| 3000 | 24002 | SlimCore-Bereitstellung nicht erforderlich | Dieser Code ist nicht wirklich ein Fehler. Dies ist ein guter Indikator dafür, dass sich der Benutzer auf der neuen Optimierungsarchitektur mit SlimCore befindet. |
| 3001 | 24010 | SlimCore bereits geladen | Dieser Code ist nicht wirklich ein Fehler. Dies ist ein guter Indikator dafür, dass sich der Benutzer auf der neuen Optimierungsarchitektur mit SlimCore befindet. |
| 3002 | 24018 | Kein lokaler SlimCore | SlimCore wurde nicht erfolgreich auf den Endpunkt heruntergeladen. |
| 3004 | 24035 | Plugin reagiert nicht | Versuchen Sie, Teams neu zu starten. Dies ist in der Regel ein vorübergehender Fehler, bei dem das Plug-In mit dem Staging der Medien-Engine beschäftigt ist. Dieser Fehler unterscheidet sich von 2000, wo kein virtueller Kanal hergestellt werden kann. Bei Fehler 3004 wurde ein Transport hergestellt, aber das Plug-In hat Teams nie mit einem "ClientHello" geantwortet |
| 3005 | 24043 | Plug-In-Timeout beim Herunterladen | Das MSIX konnte nicht innerhalb von 2 Minuten heruntergeladen werden. |
| 3007 | 24058 | Lasttimeout | Zeitüberschreitung beim Download oder bei der Installation von SlimCore (langsames Internet oder App-Bereitschaftsdienst ist ausgelastet). |
| 3021 | 24170 | Kein nutzbares SlimCore-Paket | Einige MSIX-Pakete sind vorhanden (in der Regel Framework), aber keine verwendbare Kombination (normalerweise fehlt das Host-MSIX-Paket). Eine Benutzereinstellung verhindert Hostinstallationen. |
| 4000 | ERROR_WINS_INTERNAL | Bei WINS ist bei der Verarbeitung des Befehls ein Fehler aufgetreten. | |
| 4390 | ERROR_NOT_A_REPARSE_POINT | SlimCore MSIX-bezogener Fehler in Thin Clients mit Unified Write Filters und RAM Disk-Overlays. Überprüfen Sie diesen Abschnitt | |
| 12002 | ERROR_INTERNET_TIMEOUT | Internetverbindungsprobleme auf dem Endpunkt. Bei der HTTP-Anforderung ist eine Zeitüberschreitung aufgetreten. Die empfohlene Maßnahme für den Benutzer besteht darin, das NAT-Tool auszuführen und Probleme im Netzwerk zu erkennen, um das Problem zu beheben | |
| 12030 | ERROR_INTERNET_CONNECTION_ABORTED | Internetverbindungsprobleme auf dem Endpunkt. Die Verbindung mit dem Microsoft CDN-Server wurde nicht normal beendet. Die empfohlene Maßnahme für den Benutzer besteht darin, das NAT-Tool auszuführen und Probleme im Netzwerk zu erkennen, um das Problem zu beheben | |
| 15615 | 1951 | ERROR_INSTALL_POLICY_FAILURE | Fehler im Zusammenhang mit SlimCore MSIX. Zum Installieren dieser App benötigen Sie entweder eine Windows-Entwicklerlizenz oder ein Querladen-fähiges System. Der Registrierungsschlüssel AllowAllTrustedApps ist möglicherweise auf 0 festgelegt? |
| 15616 | ERROR_PACKAGE_UPDATING | Fehler im Zusammenhang mit SlimCore MSIX. "Die Anwendung kann nicht gestartet werden, da sie zurzeit aktualisiert wird". Vorübergehende MSIX-Lebenszyklus-Racebedingung, kein harter Bereitstellungsfehler. Windows gibt dies zurück, wenn das Plug-In versucht, SlimCore zu starten oder zu laden, während das AppX/MSIX-Subsystem das SlimCore-Paket auf dem Endpunkt noch aktualisiert, registriert, repariert oder ersetzt. Wenn die Optimierung letztendlich erfolgreich ist, behandeln Sie 15616 als wiederholbare Bedingung und nicht als Bereitstellungsfehler. Untersuchen Sie nur weiter, wenn Benutzer in "SlimCore Media Not Connected" bleiben oder nie mit SlimCore optimiert werden. | |
| 15618 | ERROR_PACKAGES_IN_USE | Fehler im Zusammenhang mit SlimCore MSIX. "The package couldn't be installed because resources is modizes currently in use". | |
| 15700 | APPMODEL_ERROR_NO_PACKAGE | Der Prozess weist keine Paketidentität auf. Es gibt keinen Alias für MsTeamsVdi in %LOCALAPPDATA%\Microsoft\WindowsApps. Feedback-Hub-Protokolle sind erforderlich, um den Fehler zu reproduzieren (stellen Sie sicher, dass Sie die Entwicklerplattform als Kategorie und die App-Bereitstellung als Unterkategorie auswählen) | |
| 16389 | Vom Paket-Manager gemeldete E_FAIL | Normalerweise das gleiche wie Ladefehlercode 5 (ERROR_ACCESS_DENIED). Höchstwahrscheinlich verursacht durch die BlockNonAdminUserInstall-Richtlinie, wenn der Benutzer kein Admin ist. Weitere Informationen finden Sie unter diesem Link. Intune MDM kann diesen Wert ebenfalls festlegen. Unter einigen Bedingungen meldet Windows den Fehler 16389 (E_FAIL) als allgemeinen Fehler, sodass BlockNonAdminUserInstall nicht die einzige Ursache ist – siehe detaillierte Beschreibung unten. |
Verwenden der Ereignisanzeige auf der VM zur Problembehandlung
Jedes Verbindungs-/Trennungsereignis wird in der auf dem virtuellen Computer ausgeführten Ereignisanzeige protokolliert. Die Ereignisanzeige kann auch clientseitige Fehler anzeigen. Filtern Sie nach Quelle (Microsoft Teams VDI) und Ereignis-ID (0) unter Windows-Protokolle\Anwendung. Fehlercodes finden Sie im Abschnitt "Teams-Protokolle für VDI ".
Hinweis
Um nach Quelle filtern zu können, müssen Sie diesen Befehl in einem PowerShell-Fenster mit erhöhten Rechten ausführen:
PS C:\Windows\system32> New-EventLog -LogName Application -Source "Microsoft Teams VDI"
Fehlerbehebung bei Fehlern bei der Plug-In-Bereitstellung
Diagnoseinformationen finden Sie in den detaillierten Ereignisprotokollen auf dem Gerät des Benutzers. Nach der Installation wird MsTeamsPluginCitrix.dll in den CWA-Ordner (Citrix Workspace-App) geschrieben. Nur für die Citrix-Plattform werden die folgenden Schlüssel auf dem Endpunkt (nicht VM) erstellt:
| Key | Schlüsseltyp | Schlüsselname | Schlüsselwert |
|---|---|---|---|
| HKLM\SOFTWARE\WOW6432Node\Citrix\ICA Client\Engine\Configuration\Advanced\Modules\ICA 3.0 | String | VirtualDriverEx | MicrosoftTeamsVDI |
| HKLM\SOFTWARE\WOW6432Node\Citrix\ICAClient\Engine\Configuration\Advanced\Modules\MicrosoftTeamsVDI | String | DriverNameWin32 | MsTeamsPluginCitrix.dll |
Zum Debuggen von Installationen können Sie die Installer-Protokollierung aktivieren, müssen dann aber msiexec manuell verwenden und die richtigen Flags übergeben. Wenn das Plug-In beispielsweise derzeit nicht installiert ist, kann es mit Protokollen installiert werden: msiexec.exe /i MsTeamsPluginCitrix.msi /l*vx installer.log.txt.
Fehlerbehebung bei Fehlern bei der Bereitstellung von SlimCoreVdi MSIX
Überprüfen Sie unbedingt den Abschnitt SlimCore MSIX-Staging und -Registrierung im Endpunktabschnitt , da bestimmte Gruppenrichtlinienobjekte (Gruppenrichtlinien) MSIX-Installationen verhindern können.
Diagnoseinformationen finden Sie in den detaillierten Ereignisprotokollen auf dem Gerät des Benutzers.
Wechseln Sie zur Ereignisanzeige (Lokal) > Anwendungs- und Dienstprotokolle > in Microsoft > Windows.
Suchen Sie nach verfügbaren Protokollen unter diesen Kategorien:
- AppxPackagingOM > Microsoft-Windows-AppxPackaging/Operational
- >AppXDeployment-Server Microsoft-Windows-AppXDeploymentServer/Operational
Überprüfen Sie die Protokolle unter AppXDeployment-Server.
Fehler 16389
Fehler 16389 (E_FAIL) ist häufig ein Fehler, bei dem der Windows-Paket-Manager/AppX-Stack auf einen zugrunde liegenden Fehler gestoßen ist, aber nur den generischen E_FAIL Wert angezeigt hat. Die wahrscheinlichste Ursache ist die Richtlinie BlockNonAdminUserInstall. Diese CSP-Richtlinie für ApplicationManagement verwaltet die Möglichkeit von Benutzern, die keine Administratoren sind, Windows-App-Pakete zu installieren, z. B. den SlimCore-Host und das Framework.
Hinweis
Das Problem kann auch auftreten, wenn die MDM-Richtlinie "ApplicationManagement/BlockNonAdminUserInstall" (Intune Settings Catalog → App Package Deployment → Installation durch Nicht-Administratorbenutzer blockieren) auf dem Endpunkt auf 1 (Aktiviert) festgelegt ist. Die effektive Richtlinie wird gelesen von: HKLM\SOFTWARE\Microsoft\PolicyManager\current\device\ApplicationManagement\BlockNonAdminUserInstall = 1 (REG_DWORD). AppX Deployment Server gibt E_ACCESSDENIED (0x80070005) an den Aufrufer zurück (z. B. msrdc.exe). Das Teams VDI-Plug-In zeigt dies als windows_error_16389 an und bricht die SlimCore-Registrierung ab, → eine neue Optimierung nicht initialisiert wird → Aufruf auf nicht optimiert oder, falls verfügbar, auf WebRTC zurückgreift.
| Ursache | Wahrscheinlichkeit | Hinweise |
|---|---|---|
| BlockNonAdminUserInstall | Sehr hoch | |
| AppLocker / WDAC | Hoch | |
| SlimCore-Host/FWK-Registrierung stimmt nicht überein | Hoch | Behoben auf Plugin 2026.29.1.4 |
| Problem bei der Registrierung mehrerer Benutzer im freigegebenen Kiosk | Hoch | Behoben auf Plugin 2026.29.1.4 |
| Temporärer Ordnerzugriff verweigert | Medium-High |
Fehler 15615
Fehler 15615 bedeutet normalerweise, dass der Windows-Paket-Manager das MSIX-Paket mit SlimCoreVdi nicht installieren kann.
- Stellen Sie sicher, dass der Endpunkt der digitalen Signatur dieser MSIX vertraut (wechseln Sie zu MSIX-Eigenschaften >> , Details zu digitalen Signaturen > ). Es handelt sich um eine gültige, filialfreundliche Microsoft-Signatur, aber Kunden haben möglicherweise etwas Spezielles konfiguriert.
- Aktivieren Sie die AllowAllTrustedApps-Richtlinie.
- Versuchen Sie, das Querladen von Apps aus vertrauenswürdigen Nicht-Store-Quellen zuzulassen.
- Unter Windows 10 ist diese Einstellung standardmäßig aktiviert. Ändern Sie sie hier, wenn Sie feststellen, dass sie deaktiviert ist: Einstellungsupdate > und Sicherheit > Für Entwickler > Querladen von Apps.
- Unter Windows 11 ist diese Einstellung standardmäßig aktiviert: Einstellungen>, Apps>, Erweiterte App-Einstellungen > Wählen Sie, wo Sie Apps > überall abrufen möchten.
Protokollsammlung
Die Protokollierung befindet sich an den folgenden Speicherorten:
Auf dem Client (für alte SlimCores vor der neuen Split-Architektur mit Host und Framework):
AppData\Local\Microsoft\TeamsVDI\<vdi_vendor>-default-<cloudname>\skylibAppData\Local\Microsoft\TeamsVDI\<vdi_vendor>-default-<cloudname>\media-stack
Auf dem Client (für neue SlimCores mit geteilter Architektur mit Host und Framework):
AppData\Local\Packages\Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe\LocalCache\Local\Microsoft\TeamsVDI\<vdi_vendor>-default-<cloudname>\skylibAppData\Local\Packages\Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe\LocalCache\Local\Microsoft\TeamsVDI\<vdi_vendor>-default-<cloudname>\media-stack
Auf dem Server:
AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\Logs\skylib