Ошибка Visual Studio: (407: проверка подлинности прокси-сервера)

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

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

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

HTTP code 407: Proxy Authentication Required

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

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

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

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

Ответ 1

После трех дней поиска решение попало мне на колени.

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

Мне было интересно проверить подключение к серверу TFS только для ударов в случае, если приглашение, возможно, установит соединение для сервера TFS для туннелирования через... lo and behold! Это сработало!

Временное решение:

Откройте ИНСТРУМЕНТЫ > Расширения и обновления
Нажмите Обновления... в левом меню
На экране появится уведомление об отказе и ссылка для ввода ваших учетных данных. Нажмите и введите их.
Закройте диспетчер расширений.
Нажмите КОМАНДа > Подключиться к серверу TFS...
Введите адрес, и он будет работать!

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

Для этого не требуется редактирования devenv.exe.config.

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

Ответ 2

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

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

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

Правильно настройте параметры прокси-сервера Internet Explorer (даже если вы его не используете), поскольку это влияет на настройки системы. Даже зайдите так далеко, чтобы подключиться к Интернету с помощью Internet Explorer и оставить его подключенным, вернитесь назад и повторите попытку с VS.

В devenv.exe.config добавить <servicePointManager expect100Continue="false" />, как показано ниже:

<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>

Существует более старое решение, связанное с созданием плагина здесь

Надеюсь, это решит это для вас.

Ответ 3

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

Удаленный сервер возвратил неожиданный ответ: (417) Ошибка ожидания

Взгляд вокруг Google наконец-то раскрыл решение здесь:

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

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

В основном, он говорит, что исправление заключается в том, чтобы отредактировать файл devenv.exe.config и изменить это:

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

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

Ответ 4

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

<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>.

Ответ 5

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

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

Использование exe.config:

Измените файл devenv.exe.config, где исполняемый файл IDE выглядит следующим образом:

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

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

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

Ответ 6

Загрузите и установите Fiddler

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

Теперь откройте визуальную студию и нажмите кнопку входа.

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

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

Ответ 7

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

закрыть экземпляр VS
открыть Панель управления\Учетные записи пользователей\Диспетчер учетных записей
Удалить связанные с TFS учетные данные из хранилища

Это просто взломать. Вам нужно сделать это регулярно...: - (

С уважением,

Александр

Ответ 8

Я пытался подключить 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.exe.config(запускает блокнот как администратор и открывая файл изнутри)

Ответ 9

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

..\Program Files\Microsoft Visual Studio 12.0\Common7\IDE\devenv.exe.config

  <system.net>
    <defaultProxy useDefaultCredentials="true" enabled="true">
      <proxy proxyaddress="http://username:[email protected]:port" />
    </defaultProxy>
    <settings>
      <ipv6 enabled="false"/>
      <servicePointManager expect100Continue="false"/>
    </settings>
  </system.net>

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

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

Ответ 10

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

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

Ответ 11

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

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

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

Ответ 12

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

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

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