HTTP POSTエラー：417 "Expectation Failed"が返されます。私はURLに投稿しようとすると

Question

それは、次の例外が発生：

The remote server returned an error: (417) Expectation Failed.

ここではサンプルコードです：HttpWebRequest/HttpWebResponseペアまたはHttpClientを使用して

var client = new WebClient(); 

var postData = new NameValueCollection(); 
postData.Add("postParamName", "postParamValue"); 

byte[] responseBytes = client.UploadValues("http://...", postData); 
string response = Encoding.UTF8.GetString(responseBytes); // (417) Expectation Failed. 

は違いはありません。

この例外の原因は何ですか？

Answer 1

System.Net.HttpWebRequestは、ヘッダ追加「HTTPヘッダ 『を期待：100-Continue』を」すべての要求に明示的にfalseにthis static propertyを設定することではないにそれを聞いていない限り：

一部のサーバーがオンにチョークあなたが見ている417エラーを返します。

そのショットを付けます。

Answer 2

エミュレートしようとしているフォームには、usernameとpasswordという2つのフィールドがありますか？

もしそうなら、この行：

postData.Add("username", "password"); 

が正しくありません。

あなたのような二行必要があります：それは問題ではないので、これに対処する一つの方法が何であるかを見るためにバイオリンやWiresharkのようなものを使用することで、

オーケー：

postData.Add("username", "Moose"); 
postData.Add("password", "NotMoosespasswordreally"); 

は、[編集]をブラウザからWebサーバーに正常に送信され、コードから送信されているものと比較します。 .Netから通常のポート80に行く場合、Fiddlerは引き続きこのトラフィックをキャプチャします。

Webサーバーが送信しないと予想しているフォームに、おそらく他の隠しフィールドがあります。

Answer 3

もう一つの方法 -

、アプリケーションの設定ファイルの構成セクションに次の行を追加します。

<system.net> 
    <settings> 
     <servicePointManager expect100Continue="false" /> 
    </settings> 
</system.net> 

Answer 4

これと同じような状況とエラーはまた、デフォルトのウィザード生成されたSOAP Webサービスプロキシで発生する可能性がある（ありませんWCF System.ServiceModelスタックの場合も100％）実行時：

• エンドユーザーHTTP 1.1を理解していないプロキシを使用するように（インターネット設定で）設定されています
• HTTP 1.0プロキシが理解できないものをクライアントが送信します（一般にPOSTまたはPUT要求の一部としてExpectヘッダー）。要求を2つの部分に送信する標準的なプロトコルの慣習に変更する。as covered in the Remarks here

... 417を生成する。

Expectヘッダーが原因で問題が発生した場合は、2つの部分からなるPUT/System.Net.ServicePointManager.Expect100ContinueによるPOST送信

しかし、これは完全な根本的な問題が解決しない - （多くの場合、他の回答には、メインケースをカバーんが。）スタックは、まだなどキープアライブなどのHTTP 1.1の特定のものを使用している可能性があり

をしかし実際の問題は、自動生成されたコードでは、誰もが理解しているように、HTTP 1.1の機能を使って盲目的に行くことができると仮定しているということです。 MyWSがプロキシである

public class MyNotAssumingHttp11ProxiesAndServersProxy : MyWS 
{ 
    protected override WebRequest GetWebRequest(Uri uri) 
    { 
     HttpWebRequest request = (HttpWebRequest)base.GetWebRequest(uri); 
     request.ProtocolVersion = HttpVersion.Version10; 
     return request; 
    } 
} 

（ - ：特定のWebサービスプロキシのこの仮定を停止するには、一つはprotected override WebRequest GetWebRequest(Uri uri)as shown in this postをオーバーライドする派生プロキシクラスを作成することによって、1.1のデフォルトからHttpWebRequest.ProtocolVersionの基礎となるデフォルトを上書き変更することができますWeb参照ウィザードはあなたに吐き出し追加）

---

UPDATEを：。

class ProxyFriendlyXXXWs : BasicHttpBinding_IXXX 
{ 
    public ProxyFriendlyXXXWs(Uri destination) 
    { 
     Url = destination.ToString(); 
     this.IfProxiedUrlAddProxyOverriddenWithDefaultCredentials(); 
    } 

    // Make it squirm through proxies that don't understand (or are misconfigured) to only understand HTTP 1.0 without yielding HTTP 417s 
    protected override WebRequest GetWebRequest(Uri uri) 
    { 
     var request = (HttpWebRequest)base.GetWebRequest(uri); 
     request.ProtocolVersion = HttpVersion.Version10; 
     return request; 
    } 
} 

static class SoapHttpClientProtocolRealWorldProxyTraversalExtensions 
{ 
    // OOTB, .NET 1-4 do not submit credentials to proxies. 
    // This avoids having to document how to 'just override a setting on your default proxy in your app.config' (or machine.config!) 
    public static void IfProxiedUrlAddProxyOverriddenWithDefaultCredentials(this SoapHttpClientProtocol that) 
    { 
     Uri destination = new Uri(that.Url); 
     Uri proxiedAddress = WebRequest.DefaultWebProxy.GetProxy(destination); 
     if (!destination.Equals(proxiedAddress)) 
      that.Proxy = new WebProxy(proxiedAddress) { UseDefaultCredentials = true }; 
    } 
} 

：ここで私は生産に使用している独自の実装があります

Answer 5

Web.configアプローチは、InfoPathフォームサービスがIntApp Webサービス対応ルールを呼び出す場合に機能します。プロキシ側から

<system.net> 
    <defaultProxy /> 
    <settings> <!-- 20130323 bchauvin --> 
     <servicePointManager expect100Continue="false" /> 
    </settings> 
    </system.net> 

Answer 6

ソリューション、私は、SSLハンドシェイクプロセスでいくつかの問題に直面し、私は、httpd.conf SetEnv force-proxy-request-1.0 1でこの引数を設定することで、問題を解決するために、HTTP/1.0を使用して要求を送信するために私のプロキシサーバを強制しなければなりませんでした SetEnv proxy-nokeepalive 1私のクライアントアプリケーションがHTTP/1.1を使用していて、プロキシがHTTP/1.0を使用するようになったので、417エラーに直面した後、このパラメータはプロキシ側のhttpd.confにこのパラメータを設定することで解決されましたRequestHeader unset Expect earlyクライアント側で何かを変更するには、これが役立つことを願っています。

Answer 7

私の状況では、このエラーは、クライアントのコンピュータに厳格なファイアウォールポリシーが設定されている場合にのみ発生します。これにより、プログラムがWebサービスと通信できなくなります。

解決策は、エラーをキャッチして、ユーザーに手動でファイアウォール設定を変更するよう知らせることです。

Answer 8

あなたは「のHttpClient」を使用している、とあなたはあなたが使用できるプログラムすべてに影響を与えるために、グローバルコンフィギュレーションを使用しない場合：

HttpClientHandler httpClientHandler = new HttpClientHandler(); 
httpClient.DefaultRequestHeaders.ExpectContinue = false; 

私はあなたが「WebClientの」Iを使用していますあなたが呼び出すことによって、このヘッダを削除しようとすることができると思う：PowerShellの

var client = new WebClient(); 
client.Headers.Remove(HttpRequestHeader.Expect); 

Answer 9

それは

です