Ошибка Visual Studio: (407: Требуется Проверка Подлинности Прокси)

Я за корпоративным прокси-сервером, который требует учетных данных. Я пытался подключиться к серверу TFS (on tfspreview.com) с MS Visual Studio Pro 2012 за последние 2 часа без успеха. Каждая попытка была встречена с этой ошибкой:

enter image description here

встроенный браузер отлично работает, когда я его инициирую. Он запрашивает у меня учетные данные для входа в прокси-сервер и после ввода, я иду. Таким образом, существует какой-то другой метод соединения здесь.

Я также перешел на сервер TFS, и однажды в моем проекте я нажал открыть новый экземпляр Visual Studio. Новый экземпляр завершает работу с этим сообщением в выходных данных:

HTTP code 407: Proxy Authentication Required

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

может быть, версия 2010 каким-то образом отличается от 2012 Pro edition? Я запускаю Windows 7.

может ли кто-нибудь пролить свет? Пожалуйста.

Примечание: эта проблема также относится к Visual Studio 2013

12 ответов


теперь, что произошло, VS попытался сделать автоматическое обновление, но был остановлен прокси. Меня попросили предъявить документы, и проверка состоялась.

Я был вдохновлен проверить соединение с сервером TFS только для пинков, если это приглашение, возможно, установит соединение для сервера TFS для туннелирования... глядь! это сработало!

решение:

  1. открыть инструменты>Расширения и обновления
  2. нажать на кнопку обновления... в меню слева
  3. на экране появится уведомление об ошибке и ссылка для ввода учетных данных. Щелкните его и введите их.
  4. закройте диспетчер расширений.
  5. клик команда>подключение к серверу TFS...
  6. введите адрес и его будет работать!

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

нет редактирования devenv.исполняемый.config требуются для этой работы.

Это будет боль, чтобы проверить наличие обновлений вручную в любое время вам нужно подключитесь к серверу, но это лучшее решение, которое я придумал, пока Microsoft не исправит эту проблему навсегда с обновлением или будущим выпуском.


ситуация, по сути, что VS не настроен для прохождения через прокси-сервер, чтобы добраться до ресурсов, к которым он пытается добраться (при использовании FTP). Это причина 407 ошибка, которую вы получаете. Я провел некоторое исследование по этому вопросу, и есть несколько вещей, которые вы можете попытаться отладить. По сути, это немного дефектная область в продукте, которая должна быть рассмотрена в более позднем выпуске.

вот некоторые решения, в порядке менее сложных к более сложные:

  • если возможно, не используйте прокси для указанных доменов, к которым вы пытаетесь добраться.
  • правильно настройте параметры прокси-сервера Internet Explorer (даже если вы его не используете), поскольку это влияет на системные настройки. Даже зайти так далеко, чтобы подключиться к интернету с помощью internet explorer и оставить его подключенным, а затем вернуться и повторить попытку из VS.
  • на devenv.exe.config добавить <servicePointManager expect100Continue="false" /> as изложено ниже:
  • <configuration>
      <system.net>
        <settings>
          <servicePointManager expect100Continue="false" />
        </settings>
      </system.net>
    </configuration>
    

  • добавить defaultProxy настройки следующим образом:
  • <system.net>
      <defaultProxy useDefaultCredentials="true" enabled="true">
          <proxy proxyaddress="http://your.proxyserver.ip:port"/>
      </defaultProxy>
      <settings>
      ...
    

  • в качестве альтернативы вы можете попробовать сказать ему использовать системное значение по умолчанию (которое должно вытащить из internet explorer), например:
    <defaultProxy useDefaultCredentials="true" enabled="true">
        <proxy usesystemdefault="True" />
    </defaultProxy>
    

  • существует более старое решение, включающее создание плагина здесь
  • надеюсь, это решит его для вас.


    при запуске Visual Studio 2012 за прокси-сервером я получил следующее сообщение об ошибке при проверке обновлений расширений в галерее Visual Studio:

    удаленный сервер вернул неожиданный ответ: (417) ожидания не оправдались

    посмотреть вокруг Google, наконец, показал решение здесь:

    Настройки Прокси-Сервера Visual Studio 2012

    http://www.jlpaonline.com/?p=176

    в основном, он сказав исправление для редактирования файл devenv.исполняемый.файл конфигурации и измените это:

    <settings>      
       <ipv6 enabled="true"/> 
    </settings>
    

    для этого:

     <settings>
       <ipv6 enabled="true"/>      
       <servicePointManager expect100Continue="false"/> 
     </settings> 
    

    решение, которое работало для меня как в Visual Studio 2013, так и в Microsoft Test Manager (MTM), должно было гарантировать, что оба devenv.исполняемый.config и mtm.исполняемый.конфигурации к конфигурации:

    <system.net>
        <settings>
            <ipv6 enabled="true"/>
            <servicePointManager expect100Continue="false"/>
        </settings>
        <defaultProxy useDefaultCredentials="true" enabled="true">
            <proxy usesystemdefault="True" />
        </defaultProxy>
    </system.net>
    

    MTM не имел system.net настройка и весь раздел был добавлен сразу после закрытия xml-тега </appSettings>.


    скачать и установить Fiddler

    откройте Fiddler и перейдите в меню правило, чтобы отметить автоматическую аутентификацию

    теперь откройте visual studio и нажмите кнопку входа в систему.

    введите адрес электронной почты и пароль.

    надеюсь, это сработает


    использование конфигурации IDE:

    1. откройте Visual Studio 2012, нажмите на инструменты в строке меню Файл и нажмите кнопку опции,

    2. С опции окно, расширить Системы Управления Версиями, нажмите кнопку выбор плагина и убедитесь, что текущий модуль управления версиями установлен в Visual Studio Team Foundation Сервер.

    3. далее, нажмите на опцию Visual Studio Team Foundation Server в системе управления версиями и выполните следующие действия: Проверка Использовать прокси-сервер для загрузки файла. Введите имя хоста предпочитаемого прокси-сервера Team Foundation Server 2010. Установите порт на 443. Проверка используйте шифрование SSL (https) для подключения.

    4. Нажмите кнопку OK.

    используя исполняемый.config:

    измените devenv.исполняемый.config, где исполняемый файл IDE выглядит так:

    <system.net> 
      <defaultProxy>  
       <proxy proxyaddress=”http://proxy:3128”
         bypassonlocal=”True” autoDetect=”True” /> 
       <bypasslist> 
       <add address=”http://URL”/>  
      </bypasslist> 
     </defaultProxy> 
    

    объявите свой прокси в proxyaddress и помните, что URL-адреса и ip-адреса bypasslist будут исключены из прокси-трафика.

    затем перезапустите visual studio для обновления изменений.


    Это помогло в моем случае :

    1. закрыть VS instance
    2. открыть Панель управления\Учетные записи пользователей\диспетчер учетных данных
    3. удалить учетные данные, связанные с TFS из хранилища

    Это просто Хак. Вы должны делать это регулярно ... :-(

    с уважением,

    Александр


    Я получал ошибку" authenticationrequired " (407) при нажатии кнопки [Sync] (с помощью поставщика MS Git), и это сработало для меня (VS 2013):

    ..\Program Files\Microsoft Visual Studio 12.0\Common7\IDE\devenv.исполняемый.config

      <system.net>
        <defaultProxy useDefaultCredentials="true" enabled="true">
          <proxy proxyaddress="http://username:password@proxyip:port" />
        </defaultProxy>
        <settings>
          <ipv6 enabled="false"/>
          <servicePointManager expect100Continue="false"/>
        </settings>
      </system.net>
    

    Я думаю, что магия для меня устанавливала "ipv6" на "false" - не знаю, почему (возможно, в моем случае поддерживается только IPv4). Я пробовал другие способы, как показано выше, но я перемещаю раздел "Настройки" после "defaultProxy" и меняю "ipv6", и он отлично работал с моим добавленным логином (каждый другой способ, которым я пытался во всех других ответах, опубликованных, просто не удался для меня).

    Edit: просто нашел другую работу (без изменения файла конфигурации). По какой-то причине, если я отключу прокси-сервер windows (это URL-адрес файла PAC в моем случае), повторите попытку (это не удастся) и повторно включите прокси-сервер, он работает. Кажется, кэширует что-то внутренне, что сбрасывается, когда я это делаю (по крайней мере, в моем случае).


    Я пытался подключить Visual Studio 2013 к Visual Studio Team Services и нахожусь за корпоративным прокси-сервером. Я сделал VS использовать настройки прокси-сервера по умолчанию (как указано в настройках подключения IE), добавив:

    <system.net> <defaultProxy useDefaultCredentials="true" enabled="true"> <proxy usesystemdefault="True" /> </defaultProxy> <settings> <ipv6 enabled="true"/> </settings> </system.net>

    to ..\Program Files\Microsoft Visual Studio 12.0\Common7\IDE\devenv.исполняемый.config (запуск блокнота в качестве администратора и открытие файла изнутри)


    мой случай при использовании двухфакторной аутентификации, учетной записи outlook и VS12.

    Я узнал, что я должен

    • открыть IE (мой корпоративный браузер по умолчанию)
    • войдите в учетную запись visual studio online (включая двухфакторную аутентификацию)
    • подключите снова в VS12 (сделайте auth снова по какой-то причине)

    У меня была та же проблема, и ни одно из опубликованных решений не работало. Для меня решение было:

    • Открыть Internet Explorer > Инструменты > Свойства Обозревателя
    • нажмите подключения > настройки локальной сети
    • снимите флажок "автоматически определять настройки" и "использовать сценарий автоматической настройки"

    это предотвратило использование прокси-сервера, и я мог бы аутентифицироваться без проблем.


    Я столкнулся с той же ошибкой с моей учетной записью Visual Studio Team Services (ранее Visual Studio Online, Team Foundation Service).

    Я просто ввел учетные данные с помощью окна VS 2013 "подключение к Team Foundation Server", а затем подключил его к командному проекту Visual Studio Team Services. Это сработало.