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

Область применения:yesVisual StudionoVisual Studio для Mac noVisual Studio Code

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

Ошибка: "Требуется проверка подлинности на прокси-сервере"

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

Устранение этой ошибки прокси-сервера

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

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

    • *.windows.net

    • *.microsoftonline.com

    • *.visualstudio.microsoft.com

    • *.microsoft.com

    • *.live.com

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

    -ИЛИ-

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

  1. Найдите файл devenv.exe.config (файл конфигурации devenv.exe) в папке %ProgramFiles%\Microsoft Visual Studio\2019\Enterprise\Common7\IDE или %ProgramFiles(x86)%\Microsoft Visual Studio\2019\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> (сетевые параметры).

  1. Найдитеdevenv.exe.config (файл конфигурации devenv.exe) в папке %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> (сетевые параметры).

Ошибка: "Отсутствует подключение к 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-адресов:

  • https://management.core.windows.net

  • https://app.vssps.visualstudio.com

  • https://login.microsoftonline.com

  • https://login.live.com

  • https://go.microsoft.com

  • https://graph.windows.net

  • https://app.vsspsext.visualstudio.com

  • *.azurewebsites.net (для подключений к Azure)

  • *.visualstudio.microsoft.com

  • cdn.vsassets.io (размещение сети доставки содержимого или CDN)

  • *.gallerycdn.vsassets.io (узлы Azure DevOps Services расширения)

  • static2.sharepointonline.com (размещение ресурсов, которые Visual Studio использует в комплекте Office UI Fabric, например, шрифтов)

  • *.nuget.org (для подключений к NuGet)

    Примечание

    Частные URL-адреса серверов NuGet могут быть не включены в этот список. Используемые вами серверы NuGet можно посмотреть в файле %APPData%\Nuget\NuGet.Config.

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

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

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

Устранение этой ошибки

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

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

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

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

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

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

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

См. также раздел