Problembehandlung bei VDI 2.0

Bei der Problembehandlung bei der neuen Slimcore-basierten Optimierung für Microsoft Teams müssen Sie wissen, ob Benutzer mit dem älteren WebRTC-Stapel optimiert sind. Sie können auch im Fallbackmodus "SlimCore Media Not Connected" (oder serverseitiges Rendering) enden.

• Nicht mit SlimCore optimiert, und stattdessen wird Folgendes angezeigt:
  "Azure Virtual Desktop Media Optimized"
  "Citrix HDX Optimized"

  • Fehlercodes 2000 ("Kein Plug-In") und 2001 ("Virtueller Kanal nicht verfügbar") sind die wahrscheinlichsten Ursachen.
  1. Stellen Sie sicher, dass Ihre Zulassungsliste für virtuelle Kanäle ordnungsgemäß konfiguriert ist, um MSTEAMS, MSTEAM1 MSTEAM2 zuzulassen.
  2. Stellen Sie sicher, dass der Endpunkt über das Plug-In verfügt und der VDI-Client mit Prozess Explorer lädt:
  • Führen Sie den Prozess-Explorer aus.
  • Aktivieren Sie den unteren Bereich, und wechseln Sie zur Registerkarte DLL.
  • Suchen Sie auf Azure Virtual Desktop nach dem msrdc.exe Prozess, und stellen Sie sicher, dass die MsTeamsPluginAvd.dll geladen ist.
  • Suchen Sie auf Citrix nach dem wfica32.exe Prozess, und stellen Sie sicher, dass die MsTeamsPluginCitrix.dll geladen ist.
  3. Starten Sie die Teams-App neu. Es sind zwei Neustarts erforderlich, um von WebRTC zu SlimCore zu wechseln, wenn das Plug-In zum ersten Mal erkannt wird.
  4. Wenn das Problem weiterhin besteht, überprüfen Sie Ereignisanzeige auf dem virtuellen Computer (VM) auf Microsoft Teams VDI-bezogene Fehler (Teams 24123.X.X.X oder höher).

• Nicht mit SlimCore optimiert, und stattdessen wird Folgendes angezeigt: "Azure Virtual Desktop SlimCore Media Not Connected" oder "Citrix SlimCore Media Not Connected".

  • Lesen Sie den Abschnitt Problembehandlung bei Fehlern bei der SlimCoreVdi MSIX-Bereitstellung . MSIX- oder AppX-bezogene Fehler sind die wahrscheinlichsten Gründe für diesen Fehler.

Teams-Protokolle für VDI

Teams-Protokolle können gesammelt werden, indem Sie STRG+ALT+UMSCHALT+1 drücken, während Teams auf einem virtuellen Computer ausgeführt wird. Diese Aktion erzeugt einen ZIP-Ordner im Ordner Downloads. Suchen Sie in der Datei PROD-WebLogs-*.zip nach dem Ordner Core.

Vdi_debug.txt (Hauptdatei für VDI-bezogene Informationen)

• vdiConnectedState zeigt den aktuellen aktiven Aufrufstapel an.
  • connectedStack: Remote gibt an, dass Teams über den virtuellen Kanal erfolgreich mit dem Remoteendpunkt verbunden wurde. Dies bedeutet nicht unbedingt, dass die Aufrufliste erfolgreich initialisiert wurde, sodass der Benutzer weiterhin aufrufbezogene Fehler wie z. B. nicht in der Lage ist, einen Anruf zu starten.
  • connectedStack: lokal gibt an, dass bei der Verbindung des virtuellen Kanals ein Fehler aufgetreten ist. Der Benutzer befindet sich jetzt im Fallbackmodus.
• vdiVersionInfo bietet nützliche Informationen für den Teams-Client und den Endpunkt.
  • bridgeVersion ist an die Version des Teams-Desktopclients gebunden, der auf dem virtuellen Computer ausgeführt wird.
  • remoteSlimcroreVersion ist die Version der 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 und 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 Plug-Ins, das in den Remotedesktopclient integriert ist.

Diagnostics-logs.txt kann sich auf weblogs\user(..)

Um VDI-Verbindungsprobleme weiter zu untersuchen, stellt Schlüsselwort (keyword) vdiBRidgeEventsHandler die Protokolle aus der vdiBridge-Verbindungs- und Trennungsereignisbehandlung 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 hat, 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) dafür einzurichten.

Der hier protokollierte Code muss mithilfe dieser Tabelle zugeordnet werden:

Verwenden von Ereignisanzeige auf dem virtuellen Computer zur Problembehandlung

Jedes Verbindungs-/Trennungsereignis wird in der Ereignisanzeige protokolliert, die auf dem virtuellen Computer ausgeführt wird. Die Ereignisanzeige können 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 .

Problembehandlung bei Plug-In-Bereitstellungsfehlern

Diagnoseinformationen finden Sie in den detaillierten Ereignisprotokollen auf dem Gerät des Benutzers. Nach der Installation wird MsTeamsPluginCitrix.dll in den Ordner CWA (Citrix Workspace-App) geschrieben. Nur für die Citrix-Plattform werden die folgenden Schlüssel auf dem Endpunkt (nicht die VM) erstellt:

Zum Debuggen von Installationen können Sie die Protokollierung des Installationsprogramms aktivieren, aber dann müssen Sie 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.

Problembehandlung bei SlimCoreVdi MSIX-Bereitstellungsfehlern

Überprüfen Sie unbedingt den Abschnitt SlimCore MSIX Staging und Registrierung im Endpunkt , da bestimmte Gruppenrichtlinienobjekte (Gruppenrichtlinien) MSIX-Installationen verhindern können.

Diagnoseinformationen finden Sie in den detaillierten Ereignisprotokollen auf dem Gerät des Benutzers.

1. Wechseln Sie zum Ereignisanzeige (Lokale) > Anwendungs- und Dienstprotokolle > Microsoft > Windows.

2. Suchen Sie nach verfügbaren Protokollen unter den folgenden Kategorien:

   • AppxPackagingOM > Microsoft-Windows-AppxPackaging/Operational
   • >AppXDeployment-Server Microsoft-Windows-AppXDeploymentServer/Operational

3. Überprüfen Sie die Protokolle unter AppXDeployment-Server.

Fehler 15615

Fehler 15615 bedeutet normalerweise, dass der Windows-Paket-Manager das MSIX-Paket nicht mit SlimCoreVdi installieren kann.

• Stellen Sie sicher, dass der Endpunkt der digitalen Signatur dieses MSIX vertraut (Wechseln Sie zu MSIX-Eigenschaften >> Details zu digitalen Signaturen > ). Es handelt sich um eine gültige store-freundliche Microsoft-Signatur, aber Kunden haben möglicherweise etwas Spezielles konfiguriert.
• Versuchen Sie, die Richtlinie AllowAllTrustedApps zu aktivieren.
• Versuchen Sie, das Querladen von Apps aus vertrauenswürdigen Nicht-Store-Quellen zuzulassen.
  • Auf Windows 10 ist diese Einstellung standardmäßig aktiviert. Ändern Sie sie also hier, wenn sie deaktiviert ist: Einstellungen > Update und Sicherheit > Für Entwickler > Querladen von Apps.
  • Auf Windows 11 ist diese Einstellung standardmäßig aktiviert: Einstellungen > Apps > Erweiterte App-Einstellungen > Wählen Sie aus, wo Apps > überall abgerufen werden sollen.

Protokollsammlung

Die Protokollierung befindet sich an den folgenden Speicherorten:

• Auf dem Client (für alte SlimCores vor der neuen geteilten Architektur mit Host und Framework):

  • AppData\Local\Microsoft\TeamsVDI\<vdi_vendor>-default-<cloudname>\skylib
  • AppData\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>\skylib
  • AppData\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