Приложения App-V не могут передаваться из точки распространения, если задан параметр Обход прокси-сервера для локальных адресов
В этой статье описывается решение проблемы, из-за чего приложение Microsoft Application Virtualization (App-V) не может быть потоковой передачи из точки распространения в Microsoft System Center 2012 Configuration Manager.
Исходная версия продукта: Microsoft System Center 2012 Configuration Manager, Microsoft Application Virtualization for Windows Desktops, Microsoft Application Virtualization for Remote Desktop Services
Исходный номер базы знаний: 2683908
Симптомы
Рассмотрим следующий сценарий:
- У вас есть домен с именем contoso.com.
- У вас есть фоновая интеллектуальная служба передачи (BITS) с поддержкой Microsoft System Center 2012 Configuration Manager точка распространения с именем myserver.contoso.com.
- На клиентском компьютере установлен параметр Обход прокси-сервера для локальных адресов .
- Вы создаете приложение Microsoft App-V, а затем настраиваете его для использования потоковой передачи в качестве параметра распространения.
- Вы развертываете приложение, создаются ярлыки и запускается приложение.
В этом сценарии приложение не может быть потоковой передачи из точки распространения.
Причина
Эта проблема возникает из-за того, что Windows не считает имена компьютеров, содержащие точку (.), локальными. Такое поведение является особенностью данного продукта. Из-за этого клиент пытается получить доступ к точке распространения через прокси-сервер.
Дополнительные сведения см. в статье Сайт интрасети определяется как интернет-сайт при использовании полного доменного имени или IP-адреса.
Разрешение
Чтобы устранить эту проблему, добавьте полное доменное имя (FQDN) точки распространения в раздел Не использовать прокси-сервер для адресов, начиная со списка на клиенте, или в таблицу локальных адресов (LAT) на прокси-сервере. В примере сценария в разделе Симптомы необходимо добавить myserver.contoso.com.
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по