Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Новое решение VDI для Teams — это новая архитектура для оптимизации доставки мультимедийных рабочих нагрузок на виртуальных рабочих столах.
Требования к системе
| Требования | Минимальная версия |
|---|---|
| Teams | -24193.1805.3040.8975 (для виртуального рабочего стола Azure/Windows 365) -24295.605.3225.8804 (для Citrix) -25198.1109.3837.4725 (для Amazon) -Для конечных точек MAC требуется 26072.521.4595.7966 или более поздней версии -26072.521.4595.7966 (для Omnissa) |
| Виртуальный рабочий стол Azure/Windows 365 | - приложение для Windows для Windows: 2.0.352.0 - Клиент удаленного рабочего стола для Windows: больше не поддерживается. Обновите приложение для Windows до последней версии. - приложение для Windows для MAC: версия 11.3.4, не из App Store. Пользователям необходимо использовать отдельный файл .pkg, который может обновляться автоматически. Версия Store не поддерживается. -Всегда актуальная ссылка на последний клиент MAU: https://aka.ms/RDMacMAU |
| Citrix | — Агент виртуального рабочего стола (VDA): 2203 Long Term Service Release (LTSR) с накопительным пакетом обновления (CU) 3 или 2305 Current Release (CR) — Приложение Citrix Workspace (CWA) для Windows: 2203 LTSR (любое накопительное обновление), 2402 LTSR или 2302 CR. -MsTeamsPluginCitrix: 2024.41.1.1 (для Windows) -Приложение Citrix Workspace для MAC: 2508.10 -MsTeamsPluginCitrix: 2025.49.x.x (для MAC) aka.ms/macplugin -Поддерживаются только версии CWA, не находящиеся в конце жизненного цикла |
| Amazon WorkSpaces | Клиент 5.31.0.5733. WSP (серверный агент) 2.1.0.1840 |
| Omnissa Horizon | Клиент для Windows 8.17 или более поздней версии |
| Endpoint | -Windows 10 1809 (минимальные требования SlimCore) -Windows Корпоративная Long Term Service Channel Поддерживаются тонкие клиенты в Windows 10 2019/2021 или Windows 11 2024 - объекты групповой политики не должны блокировать установки MSIX (см. Шаг 3. Размещение и регистрация MSIX в SlimCore на конечной точке) -Минимальный процессор: Intel Celeron (или эквивалентный) @ 1,10 ГГц, четыре ядра, минимальная оперативная память: 4 ГБ - macOS 14, 15 или 26 (требуется CWA 2511) |
Компоненты
| Компонент | Должность | Обновление | Размер | Notes |
|---|---|---|---|---|
| Teams vdiBridge | Модуль виртуального канала на стороне сервера. | Новая версия с каждой версией Teams. | Вместе с Teams. | |
| Пользовательский виртуальный канал (VC) | Пользовательский венчурный капитал, принадлежащий Microsoft Teams. | Стабильный API — обновления не предвидятся. | Проверьте список разрешенных виртуальных каналов в политике Citrix Studio. | |
| Плагин | Клиентская библиотека VC DLL. Отвечает также за загрузку и очистку SlimCore. | Не часто (в идеале без обновлений). | Около 600 КБ. | В комплекте с клиентом удаленного рабочего стола Windows 1.2.5405.0, приложение для Windows для Windows 1.3.252 и клиентом MAU приложение для Windows для MAC 11.3.4 или более поздней версии.
Citrix CWA 2402 для Windows или более поздней версии может получить и установить подключаемый модуль. CWA 2508.10 для MAC Поставляется в комплекте с клиентом Amazon WorkSpaces 5.31.0.5733 для Windows или более поздней версии. Поставляется в комплекте с клиентом Omnissa Horizon 8.17 (2512) для Windows или более поздней версии |
| SlimCore | Обработчик мультимедиа (для конкретной операционной системы, а не для поставщика VDI). | Автоматическое обновление до новой версии с каждой новой версией Teams. | Около 50 МБ. | Пакет MSIX, размещенный в общедоступной сети доставки содержимого Майкрософт. |
Оптимизация с помощью нового решения VDI для Teams
Шаг 1. Подтверждение предварительных условий
Убедитесь, что у вас установлена новая версия Microsoft Teams 24193.1805.3040.8975 или более поздней (для виртуального рабочего стола Azure/Windows 365), 24295.605.3225.8804 или более поздней версии для Citrix или 26032.206.4355.6508 для Omnissa.
При необходимостивключите политику Teams для определенной группы пользователей (она включена по умолчанию на глобальном уровне организации).
Для Citrix необходимо настроить список разрешенных виртуальных каналов , как описано в разделе "Список разрешенных виртуальных каналов Citrix " этой статьи.
Для Amazon WorkSpaces используйте клиент WorkSpace для Windows версии 5.31.0.5733 или более поздней версии.
Для Omnissa Horizon оптимизация теперь общедоступна — убедитесь, что установлена версия клиента Horizon для Windows 8.17 (2512) или более поздняя.
Шаг 2: Установка плагина на конечной точке
Для Azure виртуального рабочего стола и Windows 365 MsTeamsPluginAvd.dll поставляется вместе с клиентом удаленного рабочего стола для Windows 1.2.5405.0, с приложением приложение для Windows Store для Windows 1.3.252 или более поздней версии, а также с приложение для Windows для MAC версии 11.3.4
- Подключаемый модуль находится в той же папке, где установлен клиент удаленного рабочего стола. Подключаемый модуль можно найти в папке AppData\Local\Apps\Remote Desktop или C:\Program Files (x86) в зависимости от режима, в котором он был установлен.
- Приложение приложение для Windows из Магазина, основанное на MSIX, находится в папке C:\Program Files\WindowsApps. Доступ к этой папке ограничен.
Для Amazon WorkSpaces MsTeamsPluginAmazon.dll входит в комплект клиента WorkSpaces для Windows 5.28.0.5487 или более поздней версии.
- Подключаемый модуль находится в той же папке, где установлен клиент WorkSpaces.
Для Omnissa Horizon MsTeamsPluginOmnissa.dll поставляется в комплекте с клиентом Horizon для Windows 8.17 (2512) или более поздней версии.
- Подключаемый модуль находится в той же папке, где установлен клиент Horizon (C:\Program Files\Omnissa\Omnissa Horizon Client).
Приложение Citrix Workspace для Windows 2402 или более поздней версии MsTeamsPluginCitrix.dll можно установить одним из следующих способов.
Использование пользовательского интерфейса при установке приложения Citrix Workspace:
На странице надстроек установите флажок "Установить подключаемый модуль VDI для Microsoft Teams " и нажмите кнопку "Установить".
Согласитесь с появившимся пользовательским соглашением и приступите к установке приложения Citrix Workspace.
Примечание.
Приложение Citrix Workspace для Windows 2402 предоставляет пользовательский интерфейс установки подключаемого модуля только при новой установке.
Чтобы эта возможность также появлялась при обновлении на месте, требуется приложение Citrix Workspace для Windows 2405 или Mac 2603 более поздней версии.
Автоматическая установка подключаемого модуля при автоматическом обновлении CWA появилась в CWA для Windows 2508.
Начиная с приложения Citrix Workspace 2603 для Windows, CWA может автоматически обновлять плагин до последней версии, даже до того, как CWA автоматически обновится до новой версии.
Для получения дополнительной проверки этой статьи CitrixС помощью командной строки или сценариев для управляемых устройств с Windows с помощью C:>CitrixWorkspaceApp.exe /installMSTeamsPlugin
Администраторы также могут установить подключаемый модуль вручную поверх любого существующего поддерживаемого приложения Citrix Workspace (см. Требования к системе) с помощью таких инструментов, как SCCM (тип развертывания пакета приложений для Windows) или Intune (использование бизнес-приложения).
Администраторы могут использовать msiexec с соответствующими флагами, как описано в msiexec.
Важно!
- Ссылка для скачивания подключаемого модуля Windows MSI для клиентов Citrix:
— Для 32-разрядного приложения Workspace aka.ms/plugin.
- Для 64-битного приложения Workspace (новое) aka.ms/plugin_x64.
- Для приложения https://aka.ms/plugin_arm64Workspace на базе arm .
- Приложение Citrix Workspace (процесс wfica) может загружать плагины только с той же архитектуры (другими словами, 32-битная CWA-загрузка 64-битной DLL не сможет оптимизироваться) - Ссылка для скачивания подключаемого модуля Mac для клиентов Citrix aka.ms/macplugin
- Ссылка для скачивания подключаемого модуля Windows MSI для клиентов Citrix:
MSI плагина автоматически определяет папку установки CWA и помещает MsTeamsPluginCitrix.dll в нее.
Подключаемые модули можно обновлять, только если нет активного сеанса виртуального рабочего стола.
Нельзя понизить версию плагинов, их можно только обновить или переустановить (исправить).
Установка CWA для отдельных пользователей не поддерживается.
Если CWA на конечной точке не найден, установка останавливается.
| Тип пользователя | Папка установки | Тип установки |
|---|---|---|
| Администратор | 64-разрядная версия: C:\Program Files (x86)\Citrix\ICA Client 32-разрядная версия: C:\Program Files\Citrix\ICA Client |
Установка на каждой системе |
| Версия примечания к выпуску | Сведения |
|---|---|
| 2026.29.1.4 | Июль 2026 г. — исправлены проблемы подготовки и регистрации MSIX для тонких клиентов или терминалов, которые препятствовали оптимизации для новых пользователей с помощью новой архитектуры. – Начиная с этой версии плагина поддерживаются только разделенные пакеты MSIX . – Улучшения безопасности |
| 2026.15.1.1 | Апрель 2026 г. — повышена надежность сторожевого таймера на стороне клиента для уменьшения количества ложных отключений и обеспечения более стабильного восстановления после временных сбоев в сети. – Поддержка Teams в качестве опубликованных приложений (виртуальные приложения Citrix) |
| 2025.43.1.1 | Ноябрь 2025 г. — улучшения в обработке и транспортировке виртуального канала. – Улучшения в процессе установки MSIX (расположение загрузки обновляется на localappdata, когда temp недоступен). Повышена надежность в загрузчике BITS. - Исправления в журналах и телеметрии для улучшения диагностики |
| 2025.29.1.2 | Август 2025 г. — дополнительные возможности ведения журнала и телеметрии |
| 2025.24.1.3 | Июль 2025 г. — тонкие клиенты, использующие объединенные фильтры записи с наложением ОЗУ , могут столкнуться с ошибками установки MSIX SlimCore, если переменные среды (системы) TEMP/TMP указывают на диск ОЗУ. Этот плагин решает эту проблему. Для получения дополнительных сведений проведите проверку в разделе Unified Write Filters (UWF) далее в этой статье. Кроме того, оно поддерживает отключение HID путем создания раздела реестра на виртуальной машине (см. раздел "Периферийные устройства в VDI") |
| 2025.14.1.8 | Май 2025 г. — подключаемый модуль Citrix теперь может скачивать 64-разрядные пакеты SlimCore, что повышает производительность и улучшает возможности демонстрации экрана. В этом выпуске также поддерживается разделенный пакет MSIX SlimCore в Teams версии 25094.x.x.x или более поздней, что упрощает запросы пользователей для разрешений на камеру и микрофон. См. раздел "Создание разделенного пакета MSIX" на шаге 3: Размещение и регистрация MSIX в SlimCore на конечной точке. |
| 2024.41.1.1 | Октябрь 2024 г. — при использовании SlimCore в конфигурациях с несколькими мониторами пользователь Citrix не может демонстрировать весь экран или отдельные мониторы. — Предпринимает попытку сброса AppxPackage , если регистрация пакетов MSIX SlimCoreVdi завершается сбоем после установки виртуального канала. |
| 2024.32.X.X | Август 2024 г. — подключаемый модуль теперь пытается создать Reset-AppxPackage для пакета MSIX SlimCoreVdi в случае отсутствия псевдонима AppExecution. |
Шаг 3. Размещение и регистрация MSIX в SlimCore на конечной точке
Подключаемый модуль автоматически выполняет этот шаг без вмешательства пользователя или администратора. Промежуточная подготовка и регистрация осуществляются через службу готовности приложений (ARS) на конечной точке. Возможно, что разделы реестра, установленные групповой политикой или сторонним средством, блокируют установку пакета MSIX. Полный список применимых разделов реестра см. в статье Как групповая политика работает с упакованными приложениями — MSIX.
Важно!
Новый раздельный пакет MSIX Доступен новый 64-разрядный установщик Slimcore, который разделяет установку медиамодуля на два разных пакета MSIX: Host и Framework. Это изменение оказывает непосредственное влияние на объекты AppLocker, WDAC и групповой политики, если они настроены на устройстве пользователя.
Хост-пакеты (~100 КБ) [Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe] отвечают за регистрацию SlimCore как приложения в ОС Windows под одним именем семейства пакетов (PFN) — он отображается как "Microsoft Teams VDI Optimizer" в разделе "Параметры/Приложения/Установленные приложения". После предоставления пользователем разрешений на камеру/микрофон/местоположение этому приложению больше не будет появляться запрос. Это устраняет ограничение предыдущего установщика SlimCore MSIX, у которого были другие PFN, поэтому каждый раз при обновлении Teams на виртуальной машине повторно запускался запрос пользователя на доступ к периферийным устройствам. MsTeamsVdi.exe загружается из пакета Host и остается процессом, отвечающим за все сетевые соединения.
Пакеты платформы (~60 МБ) [Microsoft.Teams.SlimCoreVdiFwk.win-x64.<version>_8wekyb3d8bbwe] содержат только библиотеки мультимедиа в реальном времени. Эти пакеты имеют различные PFN с управлением версиями. Они не отображаются в разделе "Приложения" и "Установленные приложения". Несколько пакетов платформы могут сосуществовать в одной конечной точке. MsTeamsVdi.exe автоматически загружает пакет Framework, соответствующий версии Teams, на виртуальной машине.
Минимальные системные требования:
среды AVD/W365 с Teams 25153.x.x.x и клиентом удаленного рабочего стола 1.2.6278 / приложение для Windows 2.0.550.0.
Среды Citrix с Teams 25094.x.x.x и подключаемым модулем 2025.14.1.8
Установка нового пакета MSIX подсистемы мультимедиа может быть заблокирована следующими разделами реестра:
- BlockNonAdminUserInstall
- AllowAllTrustedApps
- AllowDevelopmentWithoutDevLicense
Важно!
Управляемые конечные точки/тонкие клиенты с включенным параметром BlockNonAdminUserInstall по-прежнему могут разрешить установку пакетов SlimCore. Применяйте KB5052094 (Windows 11 23H2 и 22H2), KB5052093 (Windows 11 24H2), KB5055612 (Windows 10 22H2) или любые последующие KB. В этой установке в редакторе локальных групповых политик представлена новая групповая политика "Разрешенные имена семейств пакетов для установки пользователями, не являющимися администраторами".
Редактор групповых политик -> Конфигурация компьютера -> Административные шаблоны -> Компоненты Windows -> Развертывание пакетов приложений -> Администраторы могут внести пакеты SlimCore в список разрешенных, разрешив полное имя семейства пакетов (например, Microsoft.Teams.SlimCoreVdi.win-x64.2024.43_8wekyb3d8bbwe) или использовать регулярное выражение (например, Microsoft.Teams.SlimCoreVdi.*_8wekyb3d8bbwe).
Для новой архитектуры разделенного пакета MSIX необходимо добавить в список разрешений два новых пакета (Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe и Microsoft.Teams.SlimCoreVdiFwk.*_8wekyb3d8bbwe).
Это также можно сделать с помощью регулярного выражения Microsoft.Teams.SlimCoreVdi*.*_8wekyb3d8bbwe
Важно!
Если параметр AllowAllTrustedApps отключен, установка нового модуля мультимедиа (MSIX) завершится сбоем. Эта проблема исправлена в следующих накопительных обновлениях Windows:
Эти три раздела реестра можно найти в любом из следующих расположений на устройстве пользователя:
HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlockHKLM\SOFTWARE\Policies\Microsoft\Windows\Appx
Некоторые политики могут изменить эти разделы реестра и заблокировать установку приложений в организации, так как администраторы установили ограничительную политику. Некоторые из известных политик GPO, которые могут помешать установке, включают:
Запретить пользователям, не являющимся администраторами, устанавливать упакованные приложения для Windows.
Разрешить установку всех доверенных приложений (отключено).
Примечание.
AppLocker или управление приложениями в Защитнике Windows также могут препятствовать установке пакетов MSIX. AppLocker — это функция глубокой защиты, которая не считается защищаемой функцией безопасности Windows. Используйте управление приложениями в Защитнике Windows, когда целью является обеспечение надежной защиты от угрозы, и не ожидается никаких ограничений по дизайну, которые помешают функции безопасности достичь этой цели.
Важно!
Убедитесь, что отсутствует блокирующая конфигурация или политика, или добавьте исключение для пакетов MSIX SlimCore в разделе Локальная политика безопасности -> Политики управления приложениями -> AppLocker. AppLocker не может обрабатывать конечные подстановочные знаки, в отличие от управления приложениями в Защитнике Windows. Так как старые пакеты SlimCoreVdi или новые пакеты платформы содержат PackageFamilyName, зависящее от версии (например, Microsoft.Teams.SlimCoreVdi.win-x64.2024.36_8wekyb3d8bbwe или Microsoft.Teams.SlimCoreVdiFwk.win-x64.2025.14_2025.14.1.4_x64__8wekyb3d8bbwe), клиенты могут добавлять исключения AppX или MSIX, полагаясь вместо этого на PublisherID 8wekyb3d8bbwe. Новые хост-пакеты представляют собой имена семейств пакетов (Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe).
Администраторы, использующие более подробный список AllAppList для каждого приложения для определения списка приложений, которые разрешено запускать, должны добавить исключения следующим образом (поскольку SlimCore следует модели UWP):
<App AppUserModelId="Microsoft.Teams.SlimCoreVdi.<архитектура<> платформы>.<release_version>_8wekyb3d8bbwe! MsTeamsVdi" />
Для старого установщика MSIX: <App AppUserModelId="Microsoft.Teams.SlimCoreVdi.win-x86.2025.12_8wekyb3d8bbwe!MsTeamsVdi" />.
Для новой архитектуры MSIX Split: <App AppUserModelId="Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe!MsTeamsVdi" />.
Чтобы найти список выпущенных пакетов SlimCore, проведите проверку в этой таблице.
Конечные точки Mac
Примечание.
В настоящее время компьютер Mac на 100% выпущен в общедоступной версии для сред AVD/W365 и Citrix.
Пользователей, отвечающих минимальным требованиям, описанным ранее в этой статье, можно оптимизировать с помощью новой архитектуры (на основе SlimCore).
Клиентам AVD и Windows 365 необходимо использовать версию приложение для Windows вне магазина (также известную как автоматическое обновление (Майкрософт) или клиент MAU, так как подключаемый модуль связывается только с этой версией. App Store приложение для Windows не включает в себя плагин, поэтому пользователи останутся в оптимизации на основе WebRTC. Всегда актуальная ссылка на последний клиент MAU: https://aka.ms/RDMacMAU
Для клиентов Citrix CWA 2508.10 может предоставить пользовательский интерфейс при установке, предлагающий пользователю установить подключаемый модуль, но этот процесс требует действий пользователя.
CWA 2603 также поддерживает развертывание подключаемых модулей через глобальную службу конфигурации приложений или политику диспетчера загрузки подключаемых модулей виртуального канала в Citrix Studio.
Предстоящая версия CWA (2607) автоматически установит плагин. Администраторы также могут развернуть подключаемый модуль с помощью других средств, например JAMF.
Важно!
- Плагин отвечает за создание виртуального канала и автоматическую и автоматическую установку медиадвижка на устройстве Mac.
- Подключаемый модуль для Mac также содержит пакет MSIX Host SlimCore. Поэтому пакет SlimCore, полученный и установленный в macOS, является только платформой ('Microsoft.Teams.SlimCoreVdi.mac-arm64'). Несколько версий могут сосуществовать на одном устройстве пользователя. Версия Microsoft Teams на виртуальной машине диктует подключаемому модулю, какая версия SlimCore необходима.
- Все эти действия прозрачны для пользователя и администраторов.
- Расположение: /Приложения/Служебные программы/MsTeamsVdi.Plugin.app
Папка установки SlimCoreVdi
- Для AVD/W365, /Users/{USER}/Library/Containers/windows App/Data/Library/Application Support/Microsoft/TeamsVDI/Packages/
- Для Citrix, /Users/{User}/Library/Application Support/Microsoft/TeamsVDI/Packages
Сбор журналов на компьютере Mac
Журналы хранятся в следующем каталоге на устройстве пользователя: ~/Library/Application Support/Microsoft/TeamsVDI
Неподдерживаемые функции в Mac
- HID (в настоящее время доступно только в общедоступной предварительной версии)
- Оптимизация общего собрания в качестве участника
- Для AVD/W365 перекрестное облако в настоящее время не поддерживается
- Исходящая демонстрация экрана в собраниях со сквозным шифрованием отключена
- Общий доступ к системным звукам
- Аутентифицированные прокси в настройках сети macOS (только AVD/W365)
- Протокол LLDP в e911 (только AVD/W365)
- Удаленное приложение / опубликованные приложения
Известные проблемы в Mac
Курсор мыши докладчика работает медленно во время демонстрации приложения. Если докладчик остановит и повторно инициирует демонстрацию приложения, задержка больше не будет наблюдаться. Эта проблема устранена в Teams 26149.x.x.x и более поздних версиях.
Подключаемый модуль Zoom VDI старше версии 6.6.10 на устройстве Mac приводит к сбою приложения Citrix Workspace при передаче вызовов.
При подключении или отключении внешних мониторов во время звонка видео может отображаться не на том экране. Это также происходит при изменении выравнивания дисплея во время сеанса HDX.
Проверка оптимизации конечной точки
После выполнения всех минимальных требований при первом запуске Teams будет предпринята попытка загрузки в режиме, оптимизированном для SlimCore (по умолчанию).
Вы можете провести проверку в клиенте Teams, что ваша архитектура оптимизирована, просмотрев индикатор состояния VDI (вверху слева в пользовательском интерфейсе). Кроме того, пользователи могут выбрать многоточие (три точки ...) на верхней панели, а затем выбрать "Параметры>". Там перечислены версии Teams и клиента.
- AVD SlimCore Media Optimized = новая оптимизация на основе SlimCore.
- AVD Media Optimized = оптимизация на основе WebRTC.
Плагин (MsTeamsPluginAvd.dll, MsTeamsPluginCitrix.dll или MsTeamsPluginAmazon.dll) отвечает за окончательную загрузку медиа-движка и SlimCore, который является пакетом MSIX. Он устанавливается автоматически без прав администратора или перезагружается через (например, точный путь различается):
C:\Program Files\WindowsApps\Microsoft.Teams.SlimCoreVdi.win-x64.2024.15_2024.15.1.5_x64__8wekyb3d8bbwe
Для нового раздельного пакета MSIX: C:\Program Files\WindowsApps\Microsoft.Teams.SlimCoreVdiFwk.win-x64.2025.28_2025.28.1.4_x64__8wekyb3d8bbweC:\Program Files\WindowsApps\Microsoft.Teams.SlimCoreVdiHost.win-x64_2025.28.1.4_x64__8wekyb3d8bbwe
Клиент удаленного рабочего стола или приложение Citrix Workspace скачивает пакет x64 или x86 SlimCore в зависимости от устройства пользователя. Папка Windows Apps заблокирована, поэтому пользователи не могут получить к ней доступ. Администраторы могут изменять списки ACL, чтобы стать владельцами, хотя это действие не рекомендуется. Вместо этого используйте PowerShell для получения списка приложений MSIX в конечной точке:
PowerShellCopy
Get-AppxPackage Microsoft.Teams.SlimCore*
Примеры результатов, которые могут быть возвращены при запуске этой оболочки PowerShell:
Name : Microsoft.Teams.SlimCoreVdiHost.win-x64
Publisher : CN=Microsoft Corporation, O=Microsoft Corporation, L=Redmond, S=Washington, C=US
Architecture : X64
ResourceId :
Version : 2026.20.1.7
PackageFullName : Microsoft.Teams.SlimCoreVdiHost.win-x64_2026.20.1.7_x64__8wekyb3d8bbwe
InstallLocation : C:\Program Files\WindowsApps\Microsoft.Teams.SlimCoreVdiHost.win-x64_2026.20.1.7_x64__8wekyb3d8bbwe
IsFramework : False
PackageFamilyName : Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe
PublisherId : 8wekyb3d8bbwe
IsResourcePackage : False
IsBundle : False
IsDevelopmentMode : False
NonRemovable : False
IsPartiallyStaged : False
SignatureKind : Developer
Status : Ok
Name : Microsoft.Teams.SlimCoreVdiFwk.win-x64.2026.20
Publisher : CN=Microsoft Corporation, O=Microsoft Corporation, L=Redmond, S=Washington, C=US
Architecture : X64
ResourceId :
Version : 2026.20.1.7
PackageFullName : Microsoft.Teams.SlimCoreVdiFwk.win-x64.2026.20_2026.20.1.7_x64__8wekyb3d8bbwe
InstallLocation : C:\Program
Files\WindowsApps\Microsoft.Teams.SlimCoreVdiFwk.win-x64.2026.20_2026.20.1.7_x64__8wekyb3d8bbwe
IsFramework : True
PackageFamilyName : Microsoft.Teams.SlimCoreVdiFwk.win-x64.2026.20_8wekyb3d8bbwe
PublisherId : 8wekyb3d8bbwe
IsResourcePackage : False
IsBundle : False
IsDevelopmentMode : False
NonRemovable : False
IsPartiallyStaged : False
SignatureKind : Developer
Status : Ok
Важно!
Корпорация Майкрософт хранит до 12 версий платформ SlimCoreVdi для обеспечения совместимости. Мы храним эти версии на случай, если пользователь получит доступ к разным средам VDI, например к постоянной, в которой Teams обновляется автоматически, и к временной, в которой автоматическое обновление Teams отключено.
Если вы оптимизированы, вы можете увидеть, как MsTeamsVdi.exe выполняется на конечной точке для Azure виртуального рабочего стола/W365 (как дочерний процесс msrdc.exe) или Citrix (как дочерний процесс wfica32.exe). Если при использовании процесса Обозреватель выбрать msrdc.exe (или wfica32.exe), выбрать "Показать нижнюю область" в разделе "Вид" и перейти на вкладку DLL, вы также увидите загружаемый подключаемый модуль (MsTeamsPluginAvd.dll или MsTeamsPluginCitrix.dll). Это действие полезно для устранения неполадок, если вы не получили новую оптимизацию.
Индикатор состояния VDI
Microsoft Teams отображает сведения о состоянии оптимизации, помогая пользователю понять, оптимизирована эта оптимизация. Он также показывает, использует ли он оптимизацию WebRTC или новую на основе Slimcore, наведя курсор на баннер "Оптимизировано ".
Если Microsoft Teams не оптимизирован, пользователь видит значок предупреждения.
Пользователи могут нажать многоточие и выбрать "Оптимизировать виртуальный рабочий стол" и выполнить перезапуск , чтобы попытаться восстановить систему.
Этот выбор вызывает перезапуск Teams, что может решить некоторые известные проблемы. Если настройка пользователя еще не оптимизирована, отображается код ошибки, который ИТ-администраторы могут быстро диагностировать на основе таблицы ошибок подключения.
Пользователям предоставляется ссылка для получения дополнительных сведений об ошибке, и если они требуют действий, они могут попробовать самостоятельное исправление.
Роуминг сеансов и повторные подключения
Примечание.
Если сеансы виртуального рабочего стола отключены (не выполнен вход, Teams остается запущенным на виртуальной машине), теперь Teams в Citrix также может переключать стеки оптимизации без перезапуска после повторного подключения. Другими словами, Teams пытается оптимизировать пользователя с помощью SlimCore, если это возможно, а если конечная точка не поддерживает его, предпринимается попытка оптимизации WebRTC.
Например, конечная точка Windows, используемая в сценариях использования собственных устройств (BYOD) при работе из дома, на которой установлен подключаемый модуль, и корпоративный тонкий клиент Linux в офисе, который поддерживает только WebRTC. Когда пользователь перемещается между двумя конечными точками, Teams автоматически выберет подходящий стек оптимизации, не запрашивая у пользователя перезапуск приложения. Кроме того, пользователь получает уведомление о переключателе оптимизации с помощью исчезающего баннера ("Оптимизация виртуального рабочего стола...").
Этот плавный переход стека заменил модальный диалог, в котором пользователю предлагалось вручную перезапустить приложение в средах VDI.
Рекомендации по работе с сетью
Совет
MsTeamsVdi.exe — это процесс, который устанавливает все сетевые подключения TCP/UDP к ретрансляторам Teams/серверам конференций или другим одноранговым узлам (как сигнальным, так и мультимедийным).
Манифест SlimCore MSIX добавляет следующие правила в брандмауэр: <Rule Direction="in" IPProtocol="TCP" Profile="all" /><Rule Direction="in" IPProtocol="UDP" Profile="all" />
Важно!
В средах VDI, где новая оптимизация используется вместе с политиками условного доступа с непрерывной оценкой доступа (CAE) и строгим контролем местоположения, пользователи могут столкнуться с повторяющимися запросами на вход в Teams или неудачными вызовами, поскольку запросы проверки подлинности оцениваются по IP-адресу конечной точки (клиента), а не по IP-адресу хоста виртуальных машин, что приводит к блокировке доступа при подключении из ненадежных сетей. Такое поведение является преднамеренным и отражает более строгое применение по сравнению с оптимизацией на основе WebRTC. Чтобы смягчить последствия, клиенты могут смягчить политики CAE (например, избегать строгого применения определения местоположения) или добавить соответствующие диапазоны IP-адресов конечной точки или поставщика услуг Интернета в надежные расположения.
Примечание.
Убедитесь, что устройство пользователя подключено к сети (UDP и TCP) к конечным точкам с идентификаторами 11, 12, 47 и 127, описанными в статье URL-адреса и диапазоны IP-адресов Microsoft 365.
ID 184 также необходим. Следующая таблица представляет собой сводку только для справки. Отслеживайте эти две ссылки (с помощью подписки на RSS) для поиска актуального списка.
| ID | Категория | Отделение неотложной помощи | Адреса | Порты | Notes |
|---|---|---|---|---|---|
| 11 | Требуется оптимизация | Да | 52.112.0.0/14, 52.122.0.0/15, 2603:1063::/38 | UDP: 3478, 3479, 3480, 3481 | Процессоры мультимедиа и транспортное реле 3478 (STUN), 3479 (аудио), 3480 (видео), 3481 (демонстрация экрана) |
| 12 | Разрешить требуемое | Да |
*.lync.com, *.teams.microsoft.com, teams.microsoft.com, *.teams.cloud.microsoftteams.cloud.microsoft, 52.112.0.0/14, 52.122.0.0/15, 2603:1027::/48, 2603:1037::/48, 2603:1047::/48, 2603:1057::/48, 2603:1063::/38, 2620:1ec:6::/48, 2620:1ec:40::/42 |
TCP: 443, 80, UDP: 443 | |
| 47 | Требуется по умолчанию | Нет |
*.office.net , graph.microsoft.com |
TCP: 443, 80 | Используется для загрузок SlimCore и фоновых эффектов |
| 69 | Требуется по умолчанию | Нет |
*.aria.microsoft.com, *.events.data.microsoft.com |
TCP: 443 | Внутренние коммуникационные службы |
| 127 | Требуется по умолчанию | Нет | *.skype.com |
TCP: 443, 80 | |
| 184 | Требуется по умолчанию | Нет |
*.cloud.microsoft, *.static.microsoft, *.usercontent.microsoft |
TCP: 443, UDP 443 | Используется для мелодий звонка, шумоподавления и других моделей |
Сетевая архитектура
Пошаговое описание архитектуры на схеме:
- Запустите Teams.
- Клиент Teams проходит проверку подлинности в службах Teams. Политики клиента передаются клиенту Teams, а соответствующие конфигурации передаются приложению.
- Teams обнаруживает, что он выполняется в среде виртуального рабочего стола, и создает экземпляр внутренней службы vdibridge.
- Teams открывает безопасный виртуальный канал на сервере.
- Протокол RDP/HDX/Blast/DVC передает запрос на клиент VDI (приложение для Windows, приложение Citrix Workspace, клиент Horizon или Amazon WorkSpaces), который ранее загрузил MsTeamsPlugin (компонент виртуального канала на стороне клиента).
- Клиентское приложение VDI порождает новый процесс под названием MsTeamsVdi.exe, который является новым обработчиком мультимедиа (SlimCore), используемым для новой оптимизации. Все сетевые операции выполняются этим процессом.
- SlimCore Media Engine (на клиенте) и msteams.exe (на виртуальном рабочем столе) теперь имеют двунаправленный канал и могут начинать обработку мультимедийных запросов.
Пользователь звонит
- Одноранговый узел А нажимает кнопку вызова. MsTeamsVdi.exe взаимодействует со службами Microsoft Teams в Azure, устанавливая сквозной сигнальный канал с одноранговым узлом B. MsTeamsVdi.exe собирает ряд поддерживаемых параметров вызова (кодеки, разрешения и т. д.). Это называется предложением протокола SDP). Затем эти параметры вызова ретранслируются по сигнальному пути в службы Microsoft Teams в Azure, а оттуда на другой одноранговый узел.
- Предложение/ответ SDP (однопроходное согласование) происходит по сигнальному каналу, и проверки подключения ICE (обход NAT и брандмауэра с помощью запросов привязки STUN) завершаются. Затем происходит передача мультимедиа по протоколу SRTP непосредственно между MsTeamsVdi.exe и другим одноранговым узлом (либо транспортными ретрансляторами Teams или серверами конференций).
IP-блоки для сигнализации, медиа, фоновых эффектов и другие опции описаны в этой статье.
Типы трафика, обрабатываемого SlimCore на конечной точке
- Подключение потоков мультимедиа Teams реализуется с помощью стандарта IETF Interactive Connectivity Establishment (ICE) для процедур STUN и TURN.
- Мультимедиа в реальном времени. Данные инкапсулированы с помощью протокола RTP, поддерживающего рабочие нагрузки аудио, видео и демонстрации экрана. Как правило, трафик мультимедиа очень чувствителен к задержкам. Этот трафик должен идти по максимально прямому пути и использовать UDP в сравнении с TCP в качестве протокола транспортного уровня, который является лучшим транспортом для интерактивного мультимедиа реального времени с точки зрения качества.
- В крайнем случае мультимедиа может использовать протокол TCP/IP, а также туннелироваться в протоколе HTTP, но это не рекомендуется из-за проблем с качеством.
- Защита потока RTP обеспечивается с помощью протокола SRTP, при котором шифруются только полезные данные.
- Передача сигналов. Канал связи между конечной точкой и серверами Teams или другими клиентами, используемый для управления действиями (например, при инициации звонка). Большая часть сигнального трафика использует UDP 3478 с резервированием на HTTPS, хотя в некоторых сценариях (например, при подключении между Microsoft 365 и пограничным контроллером сеансов) используется протокол SIP. Важно понимать, что этот трафик гораздо менее чувствителен к задержкам, но может вызывать перебои в работе служб или тайм-ауты вызовов, если задержка между конечными точками превышает несколько секунд.
Потребление пропускной способности
Приложение Teams устроено таким образом, чтобы обеспечивать наилучшие возможности предоставления доступа к звуку и видео и содержимому вне зависимости от состояния сети. Если пропускная способность недостаточна, качество звука в Teams будет иметь более высокий приоритет, чем качество видео. Если пропускная способность не имеет ограничений, Teams оптимизирует качество мультимедиа, включая высококачественный звук, разрешение видео до 1080p и со скоростью до 30 кадров/с для видео и содержимого. Дополнительные сведения см. в статье Требования к пропускной способности.
Качество услуг (QoS)
Реализуйте параметры качества обслуживания для конечных точек и сетевых устройств и определите, как вы хотите обрабатывать трафик мультимедиа для звонков и собраний.
В качестве предварительного условия включите QoS во всем мире в Центре администраторов Teams. Подробные сведения о включении маркеров вставки качества обслуживания (QoS) для параметров трафика мультимедиа в реальном времени см. в разделе "Настройка качества обслуживания" в Центре администрирования Teams.
Рекомендуемые начальные диапазоны портов:
Тип медиатрафика Диапазон портов источника клиента Протокол Значение DSCP Класс DSCP Звук 50,000 - 50,019 TCP/UDP 46 Беспрепятственная переадресация (EF) Видео 50,020 - 50,039 TCP/UDP 34 Гарантированная переадресация (AF41) Общий доступ к приложениям или экранам 50,040 - 50,059 TCP/UDP 18 Гарантированная переадресация (AF41) Сведения о настройке меток DSCP (Differentiated Services Code Point) для конечных точек Windows см. в статье "Реализация качества обслуживания в клиентах Teams".
Примечание.
Любая маркировка на основе конечных точек должна применяться к MsTeamsVdi.exe, процессу, который обрабатывает всю выгрузку мультимедиа на устройстве пользователя. Дополнительные сведения о QoS см. в документе "Сборник схем".
Сведения о реализации качества обслуживания для маршрутизаторов см. в документации производителя.
Настройка качества обслуживания на сетевых устройствах может включать некоторые или все из следующих параметров:
- использование списков контроль доступа на основе портов
- определение очередей QoS
- определение маркировки DSCP
Важно!
Рекомендуется реализовать эти политики качества обслуживания с помощью исходных портов конечной точки, а также исходного и конечного IP-адресов "any". Эти политики перехватывают входящий и исходящий трафик мультимедиа во внутренней сети.
Технологии, которые не рекомендуются для Microsoft Teams в VDI
- Сеть VPN. Не рекомендуется для медиатрафика.
- Формирователи пакетов. Любые виды анализатора пакетов, проверки пакетов, прокси-серверов или устройств формирования пакетов не рекомендуются для медиатрафика Teams и могут значительно ухудшить качество.
Политика Microsoft Teams PowerShell для оптимизации
Командлеты CsTeamsVdiPolicy позволили администраторам управлять типом собраний, которые пользователи могут создавать, или функциями, к которым они могут получить доступ во время собрания, специально созданного в среде VDI, где оптимизация WebRTC была отключена с помощью механизма политик партнера VDI (Citrix Studio, шаблон ADMX VMware HTML5 или этот раздел реестра для AVD и Windows 365).
Конфигурации политики по умолчанию:
DisableCallsAndMeetings: FalseDisableAudioVideoInCallsAndMeetings: False
Теперь у этой политики есть дополнительный аргумент в качестве единственной точки конфигурации, определяющей, может ли пользователь получить новый режим оптимизации на основе SlimCore. Другими словами, движки политик партнера VDI не управляют новым режимом оптимизации:
- VDI2Optimization: включено (значение по умолчанию)
| Имя | Определение | Пример | Notes |
|---|---|---|---|
| New-CsTeamsVdiPolicy | Позволяет администраторам определять новые политики VDI, которые можно назначать пользователям для управления функциями Teams, связанными с собраниями в среде VDI. | PS C:\> New-CsTeamsVdiPolicy -Identity RestrictedUserPolicy -VDI2Optimization "Disabled" |
Показанная здесь команда использует командлет New-CsTeamsVdiPolicy для создания новой политики VDI с удостоверением RestrictedUserPolicy. В этой политике используются все значения по умолчанию для политики VDI, кроме одного: VDI2Optimization. В этом примере пользователей с этой политикой невозможно оптимизировать с помощью SlimCore. |
| Grant-CsTeamsVdiPolicy | Позволяет администраторам назначать политику VDI Teams для каждой области пользователей. Администраторы могут управлять типом собраний, которые пользователь может создавать, функциями, к которым он может получить доступ в неоптимизированной среде VDI, и возможностью оптимизации для пользователя с помощью нового режима оптимизации на основе SlimCore. | PS C:\> Grant-CsTeamsVdiPolicy -identity "Ken Myer" -PolicyName RestrictedUserPolicy |
В этом примере пользователю с удостоверением "Кен Майер" назначена политика RestrictedUserPolicy. |
| Set-CsTeamsVdiPolicy | Позволяет администраторам обновлять существующие политики VDI. | PS C:\> Set-CsTeamsVdiPolicy -Identity RestrictedUserPolicy -VDI2Optimization "Disabled" |
Показанная здесь команда использует командлет Set-CsTeamsVdiPolicy для обновления существующей политики VDI с помощью политики Identity RestrictedUserPolicy. Эта политика использует все существующие значения, кроме одного: VDI2Optimization; в этом примере пользователей с этой политикой невозможно оптимизировать с помощью SlimCore. |
| Remove-CsTeamsVdiPolicy | Позволяет администраторам удалять ранее созданную политику VDI Teams. Пользователи без явно назначенной политики возвращаются к политике по умолчанию в организации. | PS C:\> Remove-CsTeamsMeetingPolicy -Identity RestrictedUserPolicy |
В приведенном выше примере команда удаляет политику "Ограниченный пользователь" из списка политик организации и удаляет все назначения этой политики у пользователей с назначенной политикой. |
| Get-CsTeamsVdiPolicy | Позволяет администраторам получать сведения обо всех политиках VDI, настроенных в организации. | PS C:\> Get-CsTeamsVdiPolicy -Identity SalesPolicy |
В этом примере Get-CsTeamsVdiPolicy используется для возврата политики собраний для отдельных пользователей с политикой идентификации SalesPolicy. Поскольку удостоверения уникальны, эта команда не возвращает более одного элемента. |
Список функций с новой оптимизацией
В следующей таблице новый набор функций оптимизации сравнивается с оптимизацией на основе WebRTC. Новая оптимизация поддерживает конечные точки Windows для AVD/W365, Citrix, Omnissa и Amazon. Mac поддерживается только в AVD/W365 и Citrix. WebRTC поддерживается в AVD/W365, Citrix и Omnissa.
| Функция | Доступно в новой системе оптимизации (Windows и MAC) | Доступно в WebRTC (Windows и MAC) |
|---|---|---|
| 1080p | Да | Нет |
| Аппаратное ускорение на конечной точке | Да 1 | Нет |
| Галерея: 3x3 и 7x7 | Да | Нет |
| Качество обслуживания | Да | Нет |
| Подавление шума | Да | Да (AVD) |
| Изоляция голоса и регистрация лица | Да 6 | Нет |
| HID | Да (только для Windows) | Да (AVD и Omnissa) |
| Режим выступающего | Да | Нет |
| Teams премиум | Проверьте страницу Teams премиум | Проверьте страницу Teams премиум |
| Организационный пользовательский фон | Да (требуется лицензия Teams Premium) | Нет |
| Фоновый эффект, отправленный пользователем | Да 2 | Нет |
| Масштаб +/- | Да | Нет |
| Обход сервера-посредника, маршрутизация на основе местоположения, Operator Connect 3 | Да | Нет |
| Панель мониторинга качества звонков и Центр администрирования Teams | Да | С ограничениями |
| Опубликованное приложение/Удаленное приложение/Облачные приложения | Да (AVD/W365 и Citrix) | Да (для AVD, только Windows) |
| Дать или взять управление | Да | Да |
| Общий доступ к приложениям | Да | Да |
| Э911 | Да | Да |
| Одновременная трансляция | Да | Да |
| Общий доступ к системным звукам | Да (только для Windows) | Да |
| Дополнительный звонок | Да | Да |
| Размытие фона | Да | Да |
| Организаторы могут планировать собрания и события | Да | Да |
| Организаторы, докладчики и участники могут присоединяться к собраниям и событиям, включающим до 1000 участников, например вебинарам | Да | Да |
| Организаторы и докладчики могут присоединяться к крупномасштабным событиям, таким как общие собрания | Да | Нет |
| Участники могут присоединяться к масштабным событиям, таким как общие собрания | Да | Да |
| Оптимизированы организаторы и докладчики собраний и событий с числом участников до 1000, таких как вебинары | Да 4 | Да |
| Оптимизированы организаторы и ведущие масштабных мероприятий, таких как ратуши | Да | Нет |
| Оптимизирована посещаемость собраний и событий с числом участников до 1000, например вебинаров | Да | Нет |
| Участники крупномасштабных событий, таких как общие собрания, оптимизированы | Нет | Нет |
| Примечания | Только в качестве ведущего. 5 | Нет |
1 Для аппаратного ускорения графики требуется DirectX 9 или более поздняя версия, с WDDM 2.0 или более поздней версии для Windows 10 (или WDDM 1.3 или более поздняя версия для Windows 10 Fall Creators Update).
2 Если вы присоединяетесь к собранию в качестве гостя, эта функция не поддерживается. Размещение фоновых файлов с помощью сценариев в профиле Appdata пользователя не поддерживается (пользователи должны загрузить нужный пользовательский файл через Teams, который затем копируется в OneDrive пользователя, если там достаточно места для хранения).
3 Для подключения оператора в Индии с мобильными номерами требуется доступ к широте и долготе из операционной системы конечной точки, а также локальный интернет-прорыв. Оператор Подключение с помощью проводных или беспроводных номеров может использовать IP/подсеть или интернет-прорыв для сопоставления местоположения. Крайне важно убедиться, что ОС конечной точки обнаруживает правильную страну, так как маршрутизация трафика через прорывы за пределами Индии может привести к тому, что ОС конечной точки неправильно определит расположение.
Для получения дополнительных сведений выполните проверку Выберите номер проводной или беспроводной связи.
4 NDI (интерфейс сетевого устройства), современное решение для подключения медиаустройств (таких как студийная камера и микшер), не поддерживается производителями.
5 Зрители не видят аннотаций (они скрыты наложением окна входящего видео).
6 Регистрация голоса и лица зависит от перенаправления камеры и микрофона поставщика VDI (например, Citrix HDX, Omnissa RTAV, Microsoft RDP и т. д.). См. раздел "Известные проблемы ".
Профиль пользователя SlimCore на конечной точке
Новое решение для VDI хранит пользовательские данные на конечной точке в следующих расположениях в зависимости от вашего поставщика:
C:\users\<user>\AppData\Local\Packages\Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe\LocalCache\Local\Microsoft\TeamsVDI\<vdi provider>-tfw-<cloudname>\
Старые пакеты MSIX SlimCore (до новых разделенных пакетов MSIX с узлом и платформой) хранили данные о пользователе в:
C:\users\<user>\AppData\Local\Microsoft\TeamsVDI\<vdi provider>-default-<cloudname>\
Журналы, мелодии звонка, конфигурации и модели ИИ или ML (используемые для подавления шума, оценки пропускной способности и т. д.) сохраняются в этом расположении. Кроме того, пользовательские фоновые эффекты, отправленные в Teams, затем загружаются из OneDrive пользователя в папку "Загрузки" в этом расположении (следовательно, для работы этой функции требуется учетная запись OneDrive с достаточным объемом памяти). Если эти папки AppData удаляются после выхода пользователя из системы (например, заблокированные тонкие клиенты без перемещаемых профилей), MsTeamsVdi.exe повторно создает их и загружает пользовательскую конфигурацию (около 12 МБ данных). Размер пользовательских данных может вырасти до ~100 МБ (включая ~60 МБ для журналов).
Важно!
Заблокированные тонкие клиенты должны разрешать чтение и запись этих расположений. В противном случае новая оптимизация может завершиться ошибкой. Для более старых тонких клиентов Windows 10 1809 (таких как Dell Wyse 5070 и аналогичные модели) процессы SlimCoreVdi записывают AppData в виртуализированное файловое хранилище, поэтому расположение папки для профиля пользователя SlimCore (в зависимости от пакета SlimCore MSIX): C:\Users\<user>\AppData\Local\Packages\Microsoft.Teams.SlimCoreVdi.win-<architecture>.<version>_8wekyb3d8bbwe\LocalCache\.
C:\Users\<user>\AppData\Local\Packages\Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe\LocalCache\.
Установка и обновление SlimCore в заблокированных средах тонких клиентов (необязательно)
По умолчанию MsTeamsPlugin автоматически загружает и устанавливает нужную версию модуля мультимедиа SlimCore без вмешательства пользователя или администратора. Но клиенты в ограниченных сетевых средах в филиале могут выбрать альтернативный процесс распространения SlimCore, не требуя от конечной точки возможности получать пакеты SlimCore по протоколу https из общедоступной сети доставки содержимого Майкрософт.
Примечание.
Обновленный список пакетов SlimCore, соответствующих соответствующей версии Teams, можно проверить в этой таблице.
Важно!
Если вы должны выбрать этот метод, вы должны гарантировать, что:
- Автоматическое обновление Teams отключено на виртуальном рабочем столе.
- Пакеты SlimCore предварительно подготавливаются в локальном хранилище или сетевой папке конечной точки, прежде чем вы обновите Teams в виртуальном рабочем столе. Любая новая версия Teams запрашивает соответствующую новую версию SlimCore, и если подключаемый модуль не может ее найти, пользователь находится в резервном режиме (серверная отрисовка).
Это происходит из-за того, что версии Teams и SlimCore должны совпадать.
Этапы настройки
На конечной точке пользователя (тонкий клиент/толстый клиент) необходимо создать следующий раздел реестра:
- Расположение Citrix: HKLM\SOFTWARE\WOW6432Node\Microsoft\Teams\MsTeamsPlugin
- Расположение Виртуального рабочего стола Azure/W365: HKLM\SOFTWARE\Microsoft\Teams\MsTeamsPlugin
- Имя: MsixUrlBase
- Тип: REG_SZ
- Данные: локальное или сетевое хранилище UNC-путь, например file://C:/Temp или file://ComputerName/SharedFolder.
Ключ реестра определяет базовый URL-адрес.
Кроме того, администраторы должны скачать из сети доставки содержимого Майкрософт именно ту версию пакета MSIX SlimCore, которая соответствует версии Teams, которую вы планируете развернуть в будущем.
Важно!
Пакет MSIX должен соответствовать архитектуре или разрядности приложения Citrix Workspace (только x86) или клиентов удаленного рабочего стола или приложение для Windows.
Microsoft.Teams.SlimCoreVdi.<platform>-<architecture>.msixЧтобы сохранить структуру, поместите MSIX в специальную папку с версией в расположении, указанном в разделе реестра. Например, C:\Temp\2024.4.1.9\Microsoft.Teams.SlimCoreVdi.win-x86.msix или //ИмяКомпьютера/SharedFolder/2024.4.1.9/.
Примечание.
Если подключаемому модулю не удается найти пакет SlimCore MSIX в локальном или сетевом хранилище, он автоматически пытается скачать его из общедоступной сети доставки содержимого Майкрософт в качестве резервного варианта.
UWF-фильтры
Клиенты с тонкими клиентами с примененными объединенными фильтрами записи должны создать следующие исключения, чтобы разрешить подготовку и активацию пакетов SlimCore MSIX:
- uwfmgr.exe файл Add-Exclusion "C:\Program Files\WindowsApps"
- uwfmgr.exe файл Add-Exclusion "C:\Users\User\AppData\Local\Packages\Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe"
Тонкие клиенты с RAM-дисками
Тонкие клиенты, такие как HP/DELL с диспетчером дисков ОЗУ, в котором переменные среды TEMP/TMP указывают на диск ОЗУ (например, Z:), не смогут подготовить пакеты MSIX SlimCore ("sc_host_install_error":"{"val":4390,"cat":"windows"}" при поиске в описаниях Просмотр событий виртуальных машин по запросу "Microsoft Teams VDI"). В качестве обходного решения можно создать новую системную переменную MSTEAMSVDI_BITS_TMP_PATH и указать ей временное расположение физического диска (например, C:\TMP или C:\TEMP). Это позволяет фоновой интеллектуальной службе передачи успешно скачать и подготовить SlimCore.
Совместная работа в разных облачных средах
Организации в облаках общедоступного сообщества Майкрософт, GCC (облако сообщества для государственных организаций), GCCH (облако сообщества для государственных организаций High) и DoD (Министерство обороны) теперь могут эффективно сотрудничать друг с другом с помощью новой оптимизации (это сотрудничество применяется как внутри компании, так и внутри компании). Такое сотрудничество часто включает в себя доступ к общему контенту, для чего требуется доступ с проверкой подлинности. Ранее совместная работа в облачных средах с помощью Teams была ограничена из-за отсутствия оптимизации для звука и видео. Благодаря оптимизации на основе Teams и Slimcore пользователи теперь могут наслаждаться пользовательским интерфейсом высокой четкости. Для получения дополнительной информации о Cross Cloud проведите проверку по этой ссылке.
Поддерживаются следующие сценарии:
- Анонимность в разных облаках допускает сценарий, в котором пользователь вошел в облако A в Teams и анонимно присоединяется к собранию в другом облаке B. Дополнительные сведения см. в статье Управление доступом анонимных участников к собраниям и событиям Teams (ИТ-администраторы).
- Гостевой доступ в разных облаках расширяет функциональность, позволяя пользователю участвовать в разнообразных возможностях совместной работы в командах, каналах, документах и собраниях Teams для получения полных возможностей, включая оптимизацию звука и видео, общий доступ к экрану, общий доступ к файлам, а также чат 1:1 и 1:N. Дополнительные сведения см. здесь .
- Присоединение к собранию с проверкой подлинности в разных облаках позволяет пользователю Teams присоединиться к собранию в другом облаке, войдя в свою учетную запись в домашнем клиенте. Эта функция предоставляет организатору собрания возможность проверять удостоверения участников собрания, не предоставляя этим участникам никакого доступа к клиенту узла.
Минимальная версия: Teams 25060.205.3499.6849. Клиент удаленного рабочего стола — 1.2.6186. Подключаемый модуль Citrix 2024.41.1.1.
Известные проблемы
- HID работает только в основном облаке.
- При отключении звука в пользовательском интерфейсе Teams не воспроизводится голосовая команда "Выключить/включить звук" в неосновном облаке.
- Дополнительные ограничения периферийных устройств описаны здесь
- Любой пользователь, вошедший в несколько облаков (мультиоблачных или кросс-облачных), не может быть оптимизирован с помощью WebRTC. Если пользователь перемещается к устройству, которое не поддерживает SlimCore, он переходит в резервный режим (отрисовка на стороне сервера), пока не вернется на устройство с поддержкой SlimCore. Эта проблема возникает из-за того, что WebRTC не поддерживает функции в разных облаках.
- Если функции перекрестного облака не работают, даже если пользователь соответствует минимальным требованиям, вы можете выйти из Teams (после оптимизации с помощью SlimCore) и попытаться удалить файл ecs_settings.dat64 по следующему пути: %localappdata%\packages\MSTeams_8wekyb3d8bbwe\LocalCache\microsoft\MSTeams. Перезапустите Teams.
Список разрешений виртуального канала Citrix
Параметр политики списка разрешенных виртуальных каналов в CVAD позволяет использовать список разрешений, указывающий, какие виртуальные каналы могут быть открыты в сеансе ICA. При включении необходимо указать все процессы, кроме встроенных виртуальных каналов Citrix. В результате клиенту Teams требуется больше записей, чтобы он мог подключиться к подключаемому модулю (MsTeamsPluginCitrix.dll) на стороне клиента.
В виртуальных приложениях и рабочих столах Citrix 2203 или более поздней версии список разрешенных виртуальных каналов включен по умолчанию. Эти настройки по умолчанию запрещают доступ к настраиваемым виртуальным каналам Teams, так как список разрешений не включает имя основного процесса Teams.
Для работы клиента Teams требуются три настраиваемых виртуальных канала: MSTEAMS, MSTEAM1 и MSTEAM2. Ms-teams.exe имеет доступ к этим каналам. Чтобы разрешить ms-teams.exe исполняемый и настраиваемый виртуальный канал, можно использовать подстановочные знаки:
- MSTEAMS, C:\Program Files\WindowsApps\MSTeams*8wekyb3d8bbwe\ms-teams.exe
- MSTEAM1, C:\Program Files\WindowsApps\MSTeams*8wekyb3d8bbwe\ms-teams.exe
- MSTEAM2, C:\Program Files\WindowsApps\MSTeams*8wekyb3d8bbwe\ms-teams.exe
Поддержка подстановочных знаков доступна в следующих регионах:
- VDA 2206 CR.
- VDA 2203 LTSR начиная с CU2.
Чтобы политика вступила в силу, необходимо перезагрузить компьютеры VDA.
Примечание.
VDA 2603 или более поздней версии теперь разрешает три виртуальных канала по умолчанию, не требуя конкретной настройки политики Citrix Studio («Разрешено»).
Демонстрация экрана
Исходящая демонстрация экрана и приложения работают по-разному в оптимизированной VDI по сравнению с неоптимизированным настольным клиентом Teams. Таким образом, эти действия требуют кодирования, использующего ресурсы устройства пользователя (например, ЦП, ГРАФИЧЕСКИЙ ПРОЦЕССОР, ОЗУ, сеть и т. д.). С точки зрения сети, общий доступ осуществляется непосредственно между устройством пользователя и другим одноранговым сервером или сервером конференции.
Примечание.
Общий доступ к экрану на стороне виртуальной машины (vmss)
Для Omnissa, Amazon или для MAC (Citrix или AVD/W365) совместное использование осуществляется непосредственно между виртуальной машиной пользователя (докладчиком) и другим одноранговым средством просмотра или сервером конференции, поэтому администраторы должны разрешить идентификаторы 11 и 12 в сети виртуальной машины, как описано в статье URL-адреса и диапазоны IP-адресов Microsoft 365. Это связано с тем, что когда пользователь VDI нажимает кнопку демонстрации экрана, звуковой или видеозвонок P2P эскалируется в групповой звонок, что позволяет Teams делиться содержимым непосредственно с виртуальной машины. Зрители, оптимизированные для Teams, по-прежнему получают входящий поток демонстрации экрана непосредственно на своей конечной точке, где происходит разгрузка.
Эта функция в настоящее время также находится в общедоступной предварительной версии для пользователей Windows (Citrix, AVD/W365). Дополнительные сведения см. на схеме "Сетевая архитектура" выше.
Администраторы могут обнаружить эти сеансы исходящего демонстрации экрана в Центре администраторов Teams (где они отображаются как дополнительный сеанс "Потоковая передача демонстрации экрана" для пользователя) или CQD (где они отображаются как "Microsoft Teams VDI (общий доступ к экрану виртуальной машины)" в категории агента пользователя)
Совет
Следующий раздел реестра можно создать на виртуальной машине для управления потреблением ресурсов ЦП vmss:
- Путь: HKCU\Software\Microsoft\Teams\VMSS или HKLM\Software\Microsoft\Teams\VMSS (HKLM имеет приоритет над HKCU)
- Имя: MaxFPS (DWORD)
- Значение: от 1 до 15
Типичный сеанс PowerPoint потребляет 3 кадра в секунду. Если пользователь нажмет кнопку "Оптимизировать" на панели инструментов общего доступа (предназначена для обмена видео), Teams попытается увеличить частоту до 15 кадров в секунду, что приведет к более значительному снижению нагрузки на ЦП. Ограничение MaxFPS где-то между 5-10 может помочь уменьшить влияние в этом сценарии.
Рекомендации по размерам
Следующие рекомендации получены на основе внутреннего нагрузочного тестирования Майкрософт. Так как результаты тестов могут отличаться в зависимости от развертывания, клиентам следует самостоятельно выполнять проверку в своих средах. На результаты влияет несколько факторов, включая размер виртуальной машины, шаблоны рабочей нагрузки и, что самое важное, наличие ускорения GPU.
На однопользовательской виртуальной машине 4vCPU / 16 ГБ ОЗУ с процессором Intel Xeon E5-2673 v4 @ 2,30 ГГц (без графического процессора или быстрой синхронизации, следовательно, с использованием программного кодирования H264),
- При использовании внешнего монитора с разрешением 4K использование памяти для Microsoft Teams на виртуальной машине потребляется дополнительно ~510 МБ и дополнительно ~7–8% ЦП (при 3 кадрах в секунду) или 25–30% ЦП (при 15 кадрах в секунду, когда пользователь нажимает "Оптимизировать для видео" на панели инструментов пользовательского интерфейса).
- При использовании внешнего монитора с разрешением 2K использование памяти для Microsoft Teams на виртуальной машине потребляется дополнительно ~320 МБ и дополнительно ~3–4% ЦП (при 3 кадрах в секунду) или 20–25% ЦП (при 15 кадрах в секунду, когда пользователь нажимает "Оптимизировать для видео" на панели инструментов пользовательского интерфейса).
При демонстрации экрана на всем мониторе снимок монитора вызова Teams становится видимым для других участников. Элементы видео внутри не видны и видны в виде пустых квадратов. При демонстрации приложения остальные участники видят только приложение, к которому предоставлен совместный доступ, и монитор звонка не записывается.
Совместимость Citrix App Protection и Microsoft Teams
Пользователи с включенной защитой приложений по-прежнему могут демонстрировать свой экран и приложения при использовании новой оптимизации. Для совместного доступа требуется VDA версии 2402 или более поздней, а также CWA для Windows 2309.1 или более поздней версии. Если модуль защиты приложений установлен и включен, у пользователей более ранних версий отображается общий черный экран.
Защита от записи экрана AVD и совместимость с Microsoft Teams
Пользователи с включенной защитой от записи экрана (SCP) с включенной функцией блокировки захвата экрана на клиенте удаленного рабочего стола (блокировка захвата экрана на клиенте) по-прежнему могут демонстрировать свой экран и приложения, используя новую оптимизацию на основе SlimCore для Microsoft Teams. Для совместного доступа требуются следующие минимальные версии: Teams 25060.205.3499.6849 и клиент удаленного рабочего стола 1.2.6081 или приложение для Windows 2.0.379.
Пользователи более ранних версий вместо этого делят черный экран с включенным SCP.
AVD RemoteApp / W365 Cloud Apps и виртуальные приложения Citrix
При публикации приложения Microsoft Teams с удаленным приложением RemoteApp в виртуальном рабочем столе Azure, облачных приложениях в Windows 365 или виртуальных приложениях Citrix (опубликованные приложения) пользователи могут быть оптимизированы с помощью новой архитектуры, если они соответствуют следующим минимальным требованиям:
- приложение для Windows для Windows 2.0.964.0
- Подключаемый модуль Citrix 2026.15.1.1
- Microsoft Teams 26043.2016.4478.2773
Известные проблемы
- Функция "Отдать/взять управление" в настоящее время недоступна.
- Конечные точки Mac не поддерживаются, поэтому оптимизация не будет выполняться, и пользователи будут находиться в резервном режиме (также известном как рендеринг на стороне сервера). Перейдите на Microsoft Teams 26093.411.4595.9804 или более поздней версии, если пользователи видят несогласованное поведение и не находятся в резервном режиме.
Пользовательские фоновые эффекты
Новая оптимизация позволяет пользователям скрыть фон во время собраний Teams, размывая или изменяя фон, отправляя собственные изображения или выбирая из фоновых изображений, уже имеющихся в Teams. При отправке пользовательских изображений пользователь должен отправить файл через пользовательский интерфейс Teams, поэтому файл должен быть доступен в виртуальном рабочем столе (прямо или косвенно через сопоставление диска клиента). Затем Teams загружает файл в папку OneDrive пользователя и дает указание модулю мультимедиа, запущенному на устройстве пользователя, загрузить его для локальной обработки. Сеть устройства пользователя должна разрешать доступ к graph.microsoft.com. Размещение фоновых файлов с помощью сценариев в профиле Appdata пользователя на локальном компьютере не поддерживается (пользователи должны отправить нужный пользовательский файл через Teams, который затем копируется в OneDrive пользователя, если он достаточно емкости). Если вы присоединяетесь к собранию в качестве гостя, функция пользовательского фона не поддерживается.
крупномасштабные события (например, общие собрания компании) и трансляции;
Участники, присоединяющиеся к этим типам событий, не оптимизированы (WebRTC или SlimCore), поэтому они по умолчанию используют отрисовку на стороне сервера, что приводит к большому потреблению ресурсов на виртуальном рабочем столе (в основном ЦП, ОЗУ и пропускной способности виртуального канала). Поэтому трафик Microsoft eCDN и одноранговый (P2P) трафик осуществляются на самих виртуальных машинах, так как разгрузка невозможна. Дополнительные сведения см. в этой статье.
Сведения о поддержке ролей выступающего или организатора см. в списке функций с новой таблицей оптимизации, представленном выше в этой статье.
Периферийные устройства в VDI
При оптимизации Teams с помощью SlimCore камеры, микрофоны, расположение и динамики, подключенные к вашему физическому устройству, сопоставляются с вашим виртуальным рабочим столом. Teams перечисляет все обнаруженные устройства с приоритетом устройств связи по умолчанию (как показано на панели mmsys.cpl при запуске на устройстве пользователя). Оптимизация на основе SlimCore поддерживает устройства HID (HID) для гарнитур, сертифицированных для Teams, позволяя пользователям самостоятельно отключать, включать, а также увеличивать или уменьшать громкость непосредственно из гарнитуры. Кнопка Microsoft Teams на сертифицированном устройстве Teams в настоящее время не поддерживается.
Совет
Используя политику CSP - Конфиденциальность, вы можете заранее указать параметр для каждого приложения для камеры, микрофона и местоположения, указав имя семейства пакетов SlimCore (Microsoft.Teams.SlimCoreVdiHost.win-x64_8wekyb3d8bbwe). Это параметры LetAppsAccessCamera_ForceAllowTheseApps, LetAppsAccessMicrophone_ForceAllowTheseApps, LetAppsAccessLocation_ForceAllowTheseApps
Примечание.
При использовании некоторых периферийных устройств одновременное выполнение двух приложений объединенных коммуникаций может приводить к конфликтам HID, приводящим к отключению активных вызовов.
См. раздел "Известные проблемы ".
В качестве обходного решения HID можно отключить с помощью раздела реестра в Teams 25060.205.3499.6849 или более поздней версии, где раздел можно создать на конечной точке. (Ключ также можно создать на виртуальной машине, если у вас есть подключаемый модуль 2025.24.1.3 (Citrix) или клиент удаленного рабочего стола 1.2.6275 или приложение для Windows 2.0.550.0.)
HKEY_CURRENT_USER\Software\Microsoft\Teams\HID
Имя: DisableHidManagerV1
Тип: DWORD
Значение: 1 (при значении 1 отключается HID) (Если установлено значение 0 или ключ отсутствует, HID включен)
API мониторинга
Администраторы могут создавать пользовательские сценарии для запроса vdi_connection_info.json. Этот файл на виртуальной машине содержит сведения о текущем и последнем сеансе, такие как состояние оптимизации, периферийные устройства и версии программного обеспечения различных компонентов.
Расположение (в VDA или узле удаленного рабочего стола): C:\Users<username>\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\tfw
Типичные варианты использования API мониторинга:
- Администраторы развертывают сценарий автоматизации в VDA или узле удаленного рабочего стола, чтобы определить, изменилась ли операционная система конечной точки клиента с момента последнего подключения. Скрипт использует содержимое JSON-файла, чтобы сравнить значения последних двух сеансов и выдать собственные оповещения / всплывающие сообщения.
- разработчики, создающие сторонние приложения, которые сообщают текущее состояние подключения для оптимизации VDI; Скрипт использует содержимое JSON-файла для получения всех доступных сведений о подключении, оптимизации и устройстве для текущего сеанса Teams.
Структура файла JSON:
- Timestamp - vdiConnectedState.timestamp указывает метку времени подключения к сеансу
- Оптимизация VDI — vdiConnectedState.vdiMode указывает версию оптимизации (остается неизменной на протяжении всего сеанса VDI)
- Состояние подключения — connectedStack (удаленный = оптимизированный, локальный = не оптимизированный) (остается статическим на протяжении всего сеанса VDI)
- Версия SlimCore на конечной точке — remoteSlimCoreVersion
- Версия vdiBridge на виртуальной машине — bridgeVersion
- Версия подключаемого модуля Microsoft Teams на конечной точке — pluginVersion
- Версия Teams - vdiVersionInfo.teamsVersion
- Клиентская платформа — vdiVersionInfo.clientPlatform
- Версия клиента VDI (CWA или приложение для Windows) - vdiVersionInfo.rdClientVersion
- Версия ОС виртуальной машины — vdiVersionInfo.vmVersion
- Доступные периферийные устройства: devices.speakers.available, devices.cameras.available, devices.microphones.available (обновление файла JSON в режиме реального времени)
- Выбранные периферийные устройства: devices.speakers.selected, devices.cameras.selected, devices.microphone.selected (обновление файла JSON в режиме реального времени)
- Дополнительный звонок — devices.secondaryRinger (обновление файла JSON в режиме реального времени)
Примечание.
При оптимизации WebRTC заполняется только параметр vdiConnectedState, указывающий, в какой оптимизации в данный момент находится сеанс. В файле JSON для сеанса не хранится информация vdiVersionInfo и сведения об устройстве. Если оптимизация недоступна, в файл JSON не вносятся обновления.
Панель мониторинга качества звонков в VDI
Панель мониторинга качества звонков (ПМКЗ) позволяет ИТ-специалистам использовать статистические данные для выявления проблем, создающих проблемы с качеством мультимедиа, путем сравнения статистики по группам пользователей для выявления тенденций и закономерностей. Главная задача ПМКЗ — не решение проблем отдельных звонков, а выявление проблем и решений, применимых ко многим пользователям.
Информация о пользователе VDI теперь предоставляется через многочисленные измерения и фильтры. Дополнительные сведения о каждом параметре см. на этой странице .
Примечание.
Новый шаблон качества взаимодействия (QER) доступен в шаблонах запросов Power BI для скачивания CQD. Версия 8 теперь включает шаблоны для просмотра метрик, ориентированных на клиента VDI. В отчете VDI пользователи, оптимизированные с помощью новой архитектуры, классифицируются как "Оптимизированные VDI 2.0", а "Оптимизированные" относятся к оптимизации WebRTC.
Важно!
- В области ПМКЗ значение VdiMode "Второй клиент в режиме VDI" (x2xx) представляет как VDI SlimCore Optimized and VDI SlimCore Not Connected (Unoptimized Fallback). Такое дублирование может привести к неверной интерпретации, так как низкое качество звонков в неоптимизированном сеансе может быть проблемой с оптимизацией VDI SlimCore. Параметр "Второй клиент VDI оптимизирован" является точным способом показать, был ли пользователь оптимизирован или нет, поскольку этот параметр вычисляет сквозное итоговое значение между режимом VDI и "Подключенным состоянием VDI второго клиента". Комплексная оптимизация с помощью SlimCore происходит только тогда, когда подключенному состоянию присвоено значение «Подключено».
- Значение "Неактивный" в отчетах ПМКЗ для параметра "Клиентская VDI оптимизирована" означает, что администратор отключил политику оптимизации Teams (например, с помощью политики Citrix Studio "Перенаправление Microsoft Teams" или с помощью разделов реестра для Omnissa и AVD / Windows 365). Это приводит к VdiMode x0xx (вторая цифра — ноль). В этом сценарии пользователи будут отменить изменения для рендеринга на стороне сервера, где весь мультимедиа обрабатывается виртуальной машиной без выгрузки в конечную точку.
- В средах Citrix, где VDA был установлен на рабочей станции пользователя (удаленном компьютере), сеанс Teams может быть помечен как "неактивный" или неоптимизированный, если пользователь запускает Teams на рабочей станции (то есть локально).
Основы запросов
Правильно сформированный запрос или отчет по ПМКЗ содержит все эти три параметра:
Примеры правильно сформированных запросов:
- "Покажи мне плохие потоки [измерение] для пользователей VDI с новым параметром оптимизации [параметр] за последний месяц [фильтр]".
- "Покажи мне плохое качество общего доступа к приложениям [Измерение] по общему количеству Stream [Измерение] за прошлый месяц И где был оптимизирован режим VDI первого или второго клиента [Фильтры]".
Вы также можете использовать многие значения измерений и измерений в качестве фильтров. Фильтры можно использовать в запросе, чтобы удалить информацию так же, как вы выбираете параметр или измерение для добавления или включения информации в запрос.
Что делает UNION
По умолчанию фильтры позволяют фильтровать условия с помощью оператора AND. Но бывают сценарии, в которых может потребоваться объединить несколько условий фильтра для получения результата, аналогичного операции ИЛИ. Например: Чтобы получить все потоки от пользователей VDI, UNION предоставляет отдельное представление объединенного набора данных. Для использования UNION вставьте общий текст в поле UNION для двух условий фильтрации, которые нужно объединить.
Местоположение вызывающей и вызываемой стороны
В ПМКЗ не используются поля "Вызывающая сторона" и "Вызываемая сторона", вместо них используется поле "Первый " и "Второй ", так как между вызывающей и вызываемой сторонами есть промежуточные этапы.
- Во-первых , это всегда конечная точка сервера (например, Audio-Video Multipoint Control Unit или Media Processor Server), если сервер участвует в потоке.
- Во-вторых , это всегда конечная точка клиента, если только это не поток сервер-сервер.
Если обе конечные точки одного типа (например, личный вызов), первая или вторая устанавливаются на основе внутреннего порядка категории агентов пользователя, чтобы обеспечить единообразие порядка.
Известные проблемы
В Omnissa (Windows), Citrix/AVD (Mac) и Citrix/AVD (конечные точки Windows в общедоступной предварительной версии) докладчик (и, соответственно, зритель) могут испытывать перетаскивание мыши или задержку курсора при демонстрации приложений. Если докладчик остановит и повторно инициирует демонстрацию приложения, задержка больше не будет наблюдаться. Эта проблема устранена в Teams 26149.x.x.x и более поздних версиях.
В Omnissa (Windows), Citrix/AVD (Mac) и Citrix/AVD (конечные точки Windows в общедоступной предварительной версии) анонимные пользователи VDI, пытающиеся присоединиться к собранию с включенной CAPTCHA, не могут демонстрировать свои экраны.
Для регистрации на распознавание голоса или лица (Teams/Параметры/Распознавание) пользователи не могут изменить камеру или микрофон из раскрывающегося меню. Он всегда будет использовать системные устройства по умолчанию, доступные для виртуального рабочего стола через сам протокол RDP/HDX/Blast/DCV. Поэтому администраторам необходимо обеспечить виртуальной машине или Teams доступ к ним, настроив соответствующие политики перенаправления периферийных устройств.
Микшер громкости в разделе "Система/Параметры/Звук" на виртуальной машине не может управлять уровнем громкости, если Teams оптимизирован. Пользователи должны полагаться на встроенные ползунки громкости в настройках звука Teams или на сам микшер громкости на самой конечной точке.
Защита от записи экрана (SCP) приводит к тому, что экран докладчика отображается в виде черного экрана с только курсором мыши сверху (по видению принимающей стороны). Эта проблема устранена в Teams 25060.205.3499.6849, клиенте удаленного рабочего стола 1.2.6081 или приложении для Windows 2.0.379.
При блокировке виртуальной машины (ВМ) во время активного звонка вызов отключается. Эта проблема устранена в версии 25094.303.3554.9058 и более поздних. Блокировка конечной точки не приводит к автоматическому отключению демонстрации камеры, микрофона и экрана.
Звонки поступают в Teams, работающие на локальном компьютере с подключенным периферийным устройством HID, если пользователь запускает виртуальный рабочий стол с того же локального компьютера и входит в Teams. Эта проблема также может возникнуть, если пользователь включил активный виртуальный рабочий стол, на котором установлено приложение Teams (или другие приложения объединенных коммуникаций, использующие оптимизацию).
В настоящее время самостоятельный просмотр камеры не поддерживается (ни в разделе "Параметры/Устройства", ни во время звонка при нажатии стрелки вниз на значке камеры).
В панели управления/Приложения/Установленные приложения конечной точки пользователи видят несколько записей "Microsoft Teams VDI" (по одной для каждого установленного пакета Slimcore). Более новый разделенный пакет MSIX устраняет эту проблему, из-за которой "Оптимизатор VDI Microsoft Teams" отображается в меню только (а старые записи "Microsoft Teams VDI" будут автоматически удалены через определенный период времени).
При демонстрации экрана во весь монитор окно монитора звонка отображается для других участников (без какого-либо видеоконтента внутри).
Пользователи, пытающиеся сделать снимок экрана с содержимым Microsoft Teams (например, входящей демонстрации экрана или видеоканалы), не могут записать содержимое, так как оно отображается (выгружается) на устройстве пользователя. Следовательно, захватывается черный квадрат. Это ограничение не распространяется на PowerPoint Live, так как этот режим не выгружается (иными словами, он отображается на виртуальной машине приложением Teams). Клиенты Citrix могут применить это решение , чтобы делать снимки экрана или использовать инструмент "Ножницы" Citrix.
В Citrix сеансы демонстрации приложений могут зависать для других участников, если докладчик использует VDA (виртуальный агент доставки) версии 2402 и CWA для Windows 2309.1 (или более поздних версий).
- Проблема возникает при уничтожении элемента видео.
- Например, участник выключает камеру посреди сеанса демонстрации приложений.
- Если кто-то включит только камеру, проблем не возникнет, так как видеоэлемент создается, а не уничтожается.
- Если докладчик разворачивает монитор звонка (что уничтожает предварительный просмотр того, чем делится докладчик).
- Остановка и повторный общий доступ к окну должны устранить проблему.
- Эта проблема устранена в версиях Teams 24335.206.X.X и более поздних версиях.
- Проблема возникает при уничтожении элемента видео.
В панели мониторинга качества звонка (CQD) VdiMode (x2xx) представляет как оптимизированный VDI, так и неоптимизированный резервный вариант, что может ошибочно объяснить плохое качество вызовов. Дополнительные сведения см. в разделе "Панель мониторинга качества звонков в VDI" этой статьи.
Для рабочих столов Amazon WorkSpaces не поддерживается совместное использование системного аудио (включая звук компьютера) и демонстрация экрана из чата.