407 Требуется аутентификация - вызов не отправлен

Если вы хотите установить учетные данные для прокси, не должны ли вы устанавливать учетные данные для объекта request.Proxy, а не для объекта запроса?

http://msdn.microsoft.com/en-us/library/system.net.webproxy.credentials.aspx

Кроме того, имейте в виду, что для успешного использования проверки подлинности NTLM/Negotiate необходимо выполнить запрос HTTP/1.1 (или, технически, любой запрос с Keep-Alive).

(Инспектор «Аутентификация» Fiddler разложит для вас BLOB-объекты аутентификации NTLM, если вы еще не взглянули на это.)

Я написал утилиту для декодирования больших двоичных объектов NTLM, отправленных в сеансах IE и HttpWebRequest.

Когда я смотрю на HttpWebRequest и IE, они оба запрашивают 56-битное и 128-битное шифрование с сервера. Вот дамп сеанса с использованием HttpWebRequest

==== Type1 ----
Signature: NTLMSSP
Type: 1
Flags: E20882B7
NTLMSSP_NEGOTIATE_56
NTLMSSP_NEGOTIATE_KEY_EXCH
NTLMSSP_NEGOTIATE_128
RESERVED2
RESERVED3
RESERVED4
NTLMSSP_REQUEST_NON_NT_SESSION_KEY
NTLMSSP_TARGET_TYPE_DOMAIN
NTLMSSP_NEGOTIATE_OEM_DOMAIN_SUPPLIED
NTLMSSP_NEGOTIATE_DATAGRAM
NTLMSSP_REQUEST_TARGET
NTLM_NEGOTIATE_OEM
NTLMSSP_NEGOTIATE_UNICODE)
Domain :
Workstation:
==== Type2 ----
Signature: NTLMSSP
Type: 2
Flags: 201
NTLMSSP_NEGOTIATE_56
NTLMSSP_REQUEST_NON_NT_SESSION_KEY)
Context: D32FDDCB:63507CFA

Вот дамп из IE:

==== Type1 ----
Signature: NTLMSSP
Type: 1
Flags: A208B207
NTLMSSP_NEGOTIATE_56
NTLMSSP_NEGOTIATE_KEY_EXCH
NTLMSSP_NEGOTIATE_128
NTLMSSP_REQUEST_NON_NT_SESSION_KEY
NTLMSSP_NEGOTIATE_EXTENDED_SESSIONSECURITY
NTLMSSP_TARGET_TYPE_SHARE
NTLMSSP_TARGET_TYPE_DOMAIN
NTLMSSP_NEGOTIATE_OEM_DOMAIN_SUPPLIED
NTLMSSP_NEGOTIATE_DATAGRAM
NTLMSSP_REQUEST_TARGET
NTLMSSP_NEGOTIATE_UNICODE)
Domain : XXXX.UK
Workstation: XXX-X31
==== Type2 ----
Signature: NTLMSSP
Type: 2
Flags: 201
NTLMSSP_NEGOTIATE_56
NTLMSSP_REQUEST_NON_NT_SESSION_KEY)
Context: D32FDDCB:63507CFA

В обоих IE/HttpWebRequest они запрашивают как 64-битную, так и 128-битную безопасность. Однако для Windows7 128-битная безопасность для NTLM была сделана по умолчанию, и без этого аутентификация не удастся. Как видно из ответа сервера, сервер поддерживает только 64-битное шифрование.

По следующей ссылке есть обсуждение аналогичной проблемы, с которой столкнулся другой человек. http://social.msdn.microsoft.com/Forums/en-US/ncl/thread/f68e8878-53e9-4208-b589-9dbedf851198

Причина, по которой IE работает вместо управляемого приложения, заключается в том, что IE на самом деле не запрашивает NTLMSSP_NEGOTIATE_SEAL | NTLMSSP_NEGOTIATE_SIGN, которые требуют шифрования. Однако HttpWebRequest запрашивает как SEAL|SIGN. Для этого требуется 128-битное шифрование, тогда как способ, которым IE инициализирует NTLMSSP (без SEAL и SIGN), не требует шифрования. Следовательно, IE работает, а HttpWebRequest — нет. (см ссылку выше)

Я думаю, что если вы измените свою политику безопасности, разрешив 64-битное шифрование для NTLM, ваше приложение с управляемым кодом будет работать. Или попросите поставщика прокси поддерживать 128-битное шифрование для NTLM.

Надеюсь это поможет.

У меня была похожая проблема, и я использовал советы в следующем сообщении в блоге, чтобы решить проблему:

http://blogs.msdn.com/jpsanders/archive/2009/03/24/httpwebrequest-webexcepton-the-remote-server-returned-an-error-407-proxy-authentication-required.aspx

Проверьте следующую настройку в secpol.msc. Это решило нашу проблему.

Local Security Policy 
    Local Policies
        Security Options
            Network security: Minimum session security

Установлен в:

require 128 only for client. 

Можете ли вы попробовать установить заголовок User-Agent в вашем HttpWebRequest на то же значение, что и IE8?

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

надеюсь это поможет.

Это способ назначения прокси?

proxy.Credentials = CredentialCache.DefaultCredentials;

Когда я в последний раз использовал прокси с HttpWebRequest, он был назначен так:

Назначить прокси для запроса:

request.Proxy.Credentials = Credentials.GetProxyCredentials();

Способ вызова:

    public static ICredentials GetProxyCredentials()
    {
        return new NetworkCredential(AppConstants.Proxy_username, AppConstants.Proxy_password);
    }

Настроить прокси в web.config

<system.net>
  <defaultProxy enabled="true">
    <proxy
      autoDetect="False"
      bypassonlocal="True"
      scriptLocation="http://www.proxy.pac"
      proxyaddress="http://proxy1.blah.com" />
  </defaultProxy>
</system.net>

Это может быть связано с тем, что находится в вашем «CredentialCache». Попробуйте это вместо этого:

proxy.Credentials = new NetworkCredential("username", "pwd", "domain"); 

Как насчет этого:

        HttpWebRequest request = HttpWebRequest.Create("http://www.yahoo.com") as HttpWebRequest;
        WebProxy proxyObject = new System.Net.WebProxy("http://10.0.0.1:8080/", true); //whatever your proxy address is

        proxyObject.Credentials = CredentialCache.DefaultCredentials;
        request.Proxy = proxyObject;

        request.UserAgent = "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.2; .NET CLR 1.0.3705;)";
        request.Accept = "*/*";

        HttpWebResponse response = request.GetResponse() as HttpWebResponse;
        Stream stream = response.GetResponseStream();