問題タブ [http-status-code-413]

API v2 /upload エンドポイントを使用して Dropbox にファイルをアップロードしようとしています。Dropbox サーバーから 413 エラー レスポンスが返されることがあります (リクエスト エンティティが大きすぎます)。

残念ながら、最大ファイルサイズはドキュメントに記載されていません。おそらく誰かがそれについて知っていますか?

nginx-unicorn セットアップで Rails 3.2 アプリを実行しています。1MB 以上のファイルを (dropzonejs を使用して) アップロードしようとすると、「413 Request Entity too large」エラーが発生します。nginx.conf ファイルを変更して増やしてみました:

しかし、サーバーの再起動後、6.9Mb のファイルをアップロードしようとすると、同じエラーが発生します。

Google 検索は「client_max_body_size」の増加を示しているようですが、うまくいかないようです。

ここにnginx.confがあります

次はどこに行こうか迷っています。どんな助けでも大歓迎です、ありがとう！

php5 で apache2.2 を実行しています。1.9MB の画像ファイルをアップロードしようとして、Error 413 Request Entity Too Large. これまでに見つけたすべての可能な設定を試してみましたが、まだエラーが発生しています。

• SSLRenegBufferSize 2147483647
• SSLVerifyClient が必要
• LimitRequestBody 2147483647
• post_max_size = 1536M
• upload_max_filesize = 1536M
• phpinfo() は設定された値を表示します

これらの膨大な数を無視してください。他に何が/どこにまだ欠けていますか? うーん

WCF 4.0 で 413 Request Entity Too Large エラーが発生しました。

サーバーの web.config ファイルは次のとおりです。

クライアントの web.config ファイルは次のとおりです。

コードのこの部分を起動すると:

エラーが発生します。しかし、その部分にコメント行を追加し、MyMethod メソッドを小さな文字列で実行すると、大きな文字列を持つ 2 番目のメソッドが機能し、WCF はそれを処理できます。

大きなデータを持つメソッドの前に別のメソッドを追加すると、413 Error Request Entity Too Large が消える理由がわかりましたか?

"CallMeBeforeAnyOtherCall()" などのダミー メソッドを使用して WCF 接続を開始する必要がありますか?

前もって感謝します

現在、Dropbox Core API を使用しているときにアプリからアップロードしたばかりの PDF ファイルの共有リンクを作成しようとしています。

コードは以下のとおりです。

注意点:

1. PDF ファイルのサイズは 11 MB で、API を使用してファイルをドロップボックスに簡単にアップロードできます。
2. この問題は、最近アップロードされた 11 MB のファイルの共有リンクを作成しようとしたときにのみ発生します。
3. また、共有リンクのアップロードと作成に Node.JS を使用していることにも注意してください。

エラー：

私が取得したエラーは HTTP エラー 413 です。これは、私の調査に基づくと、「要求エンティティが大きすぎます」という意味です。

以下はエラーの画像です。エラーが長すぎたため、画像全体ではありません。

API を使用してアップロードできるファイルの最大サイズは 150 MB で、私のファイルは 150 MB をはるかに下回っています。共有リンクを生成するための別のファイル サイズはありますか?

ノート

サイズが 1MB から 2MB の小さなファイルをテストしたところ、共有リンクを正常に生成できました。大きなファイル (11MB) で問題が発生します。

We have an application that is using a http binding that has this configuration on the client side:

And this configuration on the server side:

The channel is being open by the client by creating a ChannelFactory and then calling CreateChannel:

Sometimes when we try to transfer large files over this connection we get an error from the server that says: "The remote server returned an unexpected response: (413) Request Entity Too Large." I say sometimes because there seems to be a number of timing/speed factors that can cause the error to come and go. For instance errors seem more prevalent on machines with high bandwidth. They seem to be less prevalent when started well after the connection is established. The effects of timing/speed are inconsistent however.

If TLS is turned off we never have any issues.

We have Wire Sharked the connection and found that the client is sending a "FIN" message on the port at approximately the same time of the error, but we don't know exactly when the 413 error occurs because we don't see it in Wire Shark. So, we don't know if this is cause or effect.

We have also reviewed the Failed Request Tracing information from IIS and found the "Request Entity Too Large" listed along with the data that was being transferred at that time, but we are unsure how to interpret what we see.

We don't know why the client is issuing the FIN? Is that normal? Is it the cause of the "Request Entity Too Large" error on the server, or the other way around. Or just coincidence? Either way the effect is that we have to restart the file transfer at that point. Any thought on what might be the root cause of the error?

Thanks in advance for your help.

練習用Webサービス（クライアントのアートブック表示Webサイト）を作っています クライアントはアートブックの画像をサーバーにアップロードできます。

しかし、クライアントがアップロードする画像が多すぎると、次のエラーが発生します

client_max_body_size 100M;nginx.confに追加してみました

そして試しました：

そして再試行

しかし、それでも得る

誰でも助けることができますか？

IISでホストされているasp.net Web APIアプリケーションがあります。このアプリには 100 MB があります。ただし、非常に小さなリクエストに対してクライアントが応答することがあります。「uploadreadheadsize を変更するだけ」などの修正がいくつか見られました。しかし、実際には、この解決策は明確ではありません。リクエストの制限が適切に設定されているのに、なぜこのエラーが発生するのですか? Update1:もう 1 つ詳細 - このアプリはクライアント証明書認証を使用します。Update2 : これを見つけましたhttps://technet.microsoft.com/en-us/library/cc737382(v=ws.10).aspx<httpRuntime maxRequestLength=...<requestLimits maxAllowedContentLength=...413 Request entity too large

IIS6 でホストされている c# で記述された ASP.Net WEB API を使用しています。API に POST を作成すると、HTTP ステータス 413 が返されます。API (WCF ではない) は、本文のコンテンツが約 32 KB 以上である限り、応答を返します。サイズが 40 KB の場合、エラーになります。

以下は、消費者側のコード スニペットです。

IIS6 を使用しています。IIS に設定はありますか? クライアントのコード変更は、この問題を回避するのに役立つ可能性がありますか?