Поделиться через

Устранение неполадок, связанных с сетью при установке, обновлении или использовании Visual Studio

  • Статья

Область применения: Visual Studio

При установке, обновлении или использовании Visual Studio за брандмауэром, прокси-сервером или на клиентском компьютере, который не имеет доступа к Интернету, может возникнуть ошибки, связанные с сетью или прокси-сервером. В этой статье приводятся решения некоторых распространенных сценариев этих проблем.

Ошибка "Требуется авторизация прокси-сервера"

Эта ошибка обычно возникает при подключении пользователей к Интернету через прокси-сервер. Затем прокси-сервер блокирует вызовы, которые Visual Studio выполняет в некоторые сетевые ресурсы.

Решение

Чтобы устранить эту проблему, выполните следующие действия.

  1. Перезапустите Visual Studio. Появится диалоговое окно проверки подлинности прокси-сервера. Когда в диалоговом окне появится запрос, введите свои учетные данные.

  2. Если перезапуск Visual Studio не решает проблему, это может быть связано с тем, что прокси-сервер не запрашивает учетные данные для http://go.microsoft.com адресов, но делает это для *.visualStudio.microsoft.com адресов. Для этих серверов добавьте следующие URL-адреса в список разрешений, чтобы разблокировать все сценарии входа в Visual Studio:

    • *.windows.net
    • *.microsoftonline.com
    • *.visualstudio.microsoft.com
    • *.microsoft.com
    • *.live.com

  3. Рекомендуется удалить http://go.microsoft.com адрес из списка разрешений. Удаление адреса позволяет диалогу проверки подлинности прокси-сервера отображаться как для адреса, так http://go.microsoft.com и для конечных точек сервера при перезапуске Visual Studio.

Настройка прокси-сервера

Visual Studio должен выбрать параметр прокси-сервера из Windows. Однако можно настроить конкретный прокси-сервер следующим образом.

  1. Найдите файл конфигурации devenv.exe.config (файл конфигурации devenv.exe) в:

    • Visual Studio 2019: %ProgramFiles%\Microsoft Visual Studio\2019\Enterprise\Common7\IDE или %ProgramFiles(x86)%\Microsoft Visual Studio\2019\Enterprise\Common7\IDE.
    • Visual Studio 2022: %ProgramFiles%\Microsoft Visual Studio\2022\Enterprise\Common7\IDE или %ProgramFiles(x86)%\Microsoft Visual Studio\2022\Enterprise\Common7\IDE.

  2. В файле конфигурации найдите блок <system.net> и добавьте следующий код:

    <defaultProxy enabled="true">
    <proxy bypassonlocal="True" proxyaddress="http://<yourproxy:port#>"/>
</defaultProxy>

    В proxyaddress="<http://<yourproxy:port#>необходимо вставить правильный адрес прокси-сервера в сети.

    Примечание.

    Дополнительные сведения см. на страницах Элемент <defaultProxy> (сетевые параметры) и Элемент <proxy> (сетевые параметры).

  3. Для Visual Studio 2022 задайте переменные среды прокси-сервера:

    • http_proxy. Эта переменная используется в HTTP-запросах. Обратите внимание, что эта переменная является строчным регистром, так как некоторые средства ожидают, что переменная будет нижней буквой.
    • HTTPS_PROXY. Эта переменная используется в HTTPS-запросах.
    • ALL_PROXY. Эта переменная используется для указания прокси-сервера для HTTP-запросов или HTTPS, если HTTP_PROXY не определена или HTTPS_PROXY переменная.

    Примечание.

    Дополнительные сведения см. в разделе HttpClient.DefaultProxy.

Учетные данные пользователя по умолчанию

Если вы хотите использовать учетные данные по умолчанию для учетной записи пользователя, которая работает в Visual Studio с прокси-сервером, выполните следующие действия:

  1. Найдите файл конфигурации devenv.exe.config (файл конфигурации devenv.exe) в:

    • Visual Studio 2019: %ProgramFiles%\Microsoft Visual Studio\2019\Enterprise\Common7\IDE или %ProgramFiles(x86)%\Microsoft Visual Studio\2019\Enterprise\Common7\IDE.
    • Visual Studio 2022: %ProgramFiles%\Microsoft Visual Studio\2022\Enterprise\Common7\IDE или %ProgramFiles(x86)%\Microsoft Visual Studio\2022\Enterprise\Common7\IDE.

  2. В файле конфигурации найдите блок <system.net> и добавьте следующий код:

    <defaultProxy enabled="true" useDefaultCredentials="true">
   <proxy bypassonlocal="True" proxyaddress="http://<yourproxy:port#>"/>
</defaultProxy>

    В proxyaddress="<http://<yourproxy:port#>необходимо вставить правильный адрес прокси-сервера в сети.

    Примечание.

    Дополнительные сведения см. на страницах Элемент <defaultProxy> (сетевые параметры) и Элемент <proxy> (сетевые параметры).

  3. В Visual Studio 17.8 мы обновили процесс конфигурации для учетных данных прокси-сервера по умолчанию в веб-запросах. Чтобы включить учетные данные прокси-сервера по умолчанию после этого обновления, создайте новую переменную среды с именем VS_USE_DEFAULTPROXY, задайте для нее значение true, а затем перезапустите Visual Studio. Эта переменная сообщает Visual Studio и связанным процессам, чтобы подключить учетные данные пользователя по умолчанию к прокси-запросам. Это похоже на то, что useDefaultCredentials делает в файле конфигурации exe на шаге 2.

Отладка ошибок прокси-сервера

При попытке сделать сетевые подключения за прокси-сервером может возникнуть множество различных типов сбоев. Некоторые из сбоев включают "ошибка при отправке", "отклонено подключение" и "не удалось устранить адрес". Могут возникнуть другие виды сбоев, но то, что они имеются в общем, заключается в том, что некоторая конфигурация неправильная на локальном компьютере или сети. Чтобы диагностировать, что блокирует подключение, можно использовать средство за пределами Visual Studio.

  • Если при отправке возникла ошибка, например подключение или ошибка при отправке, попробуйте выполнить следующую командную строку:

    curl "https://resource" -v

    Выполнение этой команды делает сетевое подключение к ресурсу и может завершиться ошибкой аналогично тому, что видно в Visual Studio. На этом этапе необходимо диагностировать этот сбой перед попыткой подключения с помощью Visual Studio. Сбой здесь указывает на проблему с конфигурацией компьютера или сети, а не проблему с продуктом в Visual Studio.

  • Если вы знаете, что вы находитесь за прокси-сервером с определенным адресом, необходимо задать http_proxy переменные среды и https_proxy переменные среды перед выполнением curl команды, так как они используют эти переменные среды для параметров прокси-сервера.

    Вы также можете использовать переключатель help в curl для других параметров. Эта команда curl --help proxy отображает список параметров и коммутаторов, которые можно использовать для настройки и настройки прокси-сервера.curl

  • Если у вас возникла проблема входа в Visual Studio для отладки, выполните следующие команды:

    curl "https://login.microsoftonline.com/common/discovery/instance?api-version=1.1&authorization_endpoint=https://login.microsoftonline.com/organizations/oauth2/v2.0/authorize" -v

curl "https://management.azure.com" -v

curl "https://graph.microsoft.com" -v

    Url-адреса, необходимые для входа, см. в статье "Установка и использование Visual Studio за брандмауэром или прокси-сервером".

Ошибка "Отключено от Visual Studio" при попытке сообщить о проблеме

Эта ошибка обычно возникает, когда пользователь подключается к Интернету через прокси-сервер. Затем прокси-сервер блокирует вызовы, которые Visual Studio выполняет в некоторые сетевые ресурсы.

Решение

Проблему можно устранить следующим способом.

  1. Найдите feedback.exe.config (файл конфигурации feedback.exe) в папке %ProgramFiles(x86)%\Microsoft Visual Studio\Installer или %ProgramFiles%\Microsoft Visual Studio\Installer.

  2. В файле конфигурации проверьте, присутствует ли следующий код. Если код отсутствует, добавьте его до последней </configuration> строки.

    <system.net>
    <defaultProxy useDefaultCredentials="true" />
</system.net>

Ошибка "Базовое соединение было закрыто"

Если вы используете Visual Studio в частной сети с брандмауэром, Visual Studio может не подключаться к некоторым сетевым ресурсам. К таким ресурсам могут относиться Azure DevOps Services для входа и лицензирования, а также NuGet и службы Azure. Если Visual Studio не удается подключиться к одному из этих ресурсов, отображается следующее сообщение об ошибке:

Базовое подключение было закрыто: произошла непредвиденная ошибка при отправке.

Visual Studio использует протокол TLS 1.2 для подключения к сетевым ресурсам. Устройства для обеспечения безопасности в частных сетях блокируют определенные подключения к серверу, если Visual Studio использует TLS 1.2.

Решение

Включите подключения, добавив эти URL-адреса домена в список разрешений.

Ошибка "Не удалось проанализировать идентификатор из родительского процесса"

Это сообщение об ошибке может возникнуть при использовании начального загрузчика Visual Studio и файла response.json на сетевом диске. Источником ошибки является Контроль учетных записей пользователей (UAC) в Windows.

Вот почему эта ошибка может произойти: сопоставленный сетевой диск или общий ресурс UNC связан с маркером доступа пользователя. При включении UAC создаются два маркера доступа пользователей: один с правами администратора и один без доступа администратора. При создании сетевого диска или общего ресурса с ним связывается текущий маркер доступа пользователя. Так как загрузчик должен быть запущен от имени администратора, он не может получить доступ к сетевому диску или общей папке, если диск или общий ресурс не связан с маркером доступа пользователей с правами администратора.

Решение

Чтобы устранить эту проблему, используйте команду или измените net use параметр групповой политики UAC. Дополнительные сведения об этих обходных решениях и их реализации см. в следующих статье:

Продукт не удается установить или обновить, так как разрешения общей папки не настроены правильно.

Убедитесь, что учетная запись, выполняющая установку или обновление, имеет достаточный доступ к сетевым ресурсам.

Проблема Решение
Учетная запись пользователя не может получить доступ к файлам. Если пользователь имеет разрешения администратора на компьютере и собирается установить или обновить его из макета, необходимо убедиться, что разрешения сетевого ресурса (ACL) настроены для предоставления пользователям доступа на чтение перед общим сетевым расположением.
Системная учетная запись не может получить доступ к файлам. Иногда установка или обновление выполняется с помощью системной учетной записи вместо учетной записи пользователя. Эта ситуация обычно возникает, когда обновления администратора используются для обеспечения безопасности и обновления компьютера. Необходимо убедиться, что системные учетные записи клиентских компьютеров имеют разрешения на чтение сетевого файлового ресурса. Это можно сделать, создав группу Active Directory, содержащую учетные записи компьютера, которым требуется доступ к общей папке, а затем предоставив этому группе AD доступ к общей папке.

Поддержка или устранение неполадок

Если установить Visual Studio не удается, воспользуйтесь пошаговыми указаниями в статье Устранение неполадок при установке и обновлении Visual Studio.

Дополнительные варианты поддержки:

Ссылки