問題タブ [maxreceivedmessagesize]

この値に気付くのは、値が低すぎるためにサービスがクラッシュしたときだけです。これを修正する簡単な方法は、非常に大きな数に設定することです。それなら問題ありません。

私が疑問に思っていたのは、この値を高く設定することにマイナスの影響はありますか？

サービス拒否攻撃からある程度保護できる可能性があることがわかりますが、他の機能はありますか？

64K を超えるメッセージに対して maxreceivedmessagesize エラーが発生します。問題は、サーバーとクライアントの両方で既にすべてを変更しており、問題が解決していないことです。

サーバー上の私の web.config と、Silverlight クライアントの構成は次のとおりです。

シルバーライト クライアント

それでもエラーが発生するのはなぜですか？

わかりました、ここに投稿の情報があります...

エラーが 1 つ見つかりました。バインディング オブジェクトの最初の宣言は、System.ServiceModel.BasicHttpBinding ではなく System.ServiceModel.Channels.Binding でした。そのため、オブジェクトの MaxReceivedMessageSize のプロパティが表示されませんでした。

これを修正し、プロキシを作成する関数を作成しましたが、戻りメッセージに 65536 バイトを超えるとエラー メッセージが表示されます。

両者の根本的な違いは何ですか？サービスのサーバー側では、readerQuotas を使用して、長い文字列 (Int32.MaxValue) に対応しています。maxReceivedMessagesize の意味は何ですか?

運が悪かったので検索しました...

私は得続けます

受信メッセージの最大メッセージサイズクォータ（65536）を超えました。クォータを増やすには、適切なバインディング要素でMaxReceivedMessageSizeプロパティを使用します。

それは理にかなっているので、サーバーとクライアントの両方の構成に入り、変更を加えます。

クライアント

サーバ

なぜ機能しないのかわかりません（そうでない場合は修正します:)）。.NET4.0RCで実行されています。

私の WCF サービスには、オブジェクトの配列をパラメーターとして受け入れる OperationContract があります。これは潜在的に非常に大きくなる可能性があります。Bad Request: 400 の修正を探したところ、本当の理由がわかりました。メッセージの最大サイズです。

この質問は、多くの場所で以前に尋ねられたことを知っています。「クライアントとサーバーの構成ファイルのサイズを大きくしてください」という誰もが言うことを試してみました。私は持っている。それでもうまくいきません。

私のサービスの web.config:

私のクライアントの app.config:

何が欠けているか、間違っている可能性がありますか? maxReceivedBufferSize に入力した内容をサービスが無視しているようです。

前もってありがとう、カイル

アップデート

以下に、回答を受け取っていない他の 2 つの StackOverflow の質問を示します。

https://stackoverflow.com/questions/2880623/maxreceivedmessagesize-adjusted-but-still-getting-the-quotaexceedexception-with

WCF MaxReceivedMessageSize プロパティが取得されない

私の質問はちょっと意地悪ですが、MaxReceivedMessageSizeなどのWCFクォータの「最適な」設定は何でしょうか。

私のサービスはほとんどの場合小さな値を返しますが、戻り値がデフォルトのクォータを超える場合があります。さらに大きな戻り値があり、2番目のエンドポイントでストリームとして返します。

現在、MaxReceivedMessageSizeのデフォルト値（間違いなく、ストリーミングされたエンドポイントはより高い値を使用します。私の質問はバッファリングされた通信に関するものです）は65536バイトと非常に低いと思います。この値をInt32.MaxValueに設定するだけの「チュートリアル」がたくさんありますが、これはまったく良い考えではありません;）さて、あなたはどう思いますか？どの値が実行可能であるが、DoSやその他のものに対してサービスが脆弱にならないように十分に安全ですか？

よろしく

社内の特別なアプリケーション用にフレームワーク4.0を使用してWCFサービスを構築しています。サーバーからWPFクライアントに渡すオブジェクトの大きな配列があります。アレイが十分に小さい場合はすべて正常に機能しますが、標準サイズの制限を超えている場合は機能しません。パラメータmaxReceivedMessageSizeを使用してweb.configを変更しようとしましたが、極端なmaxReceivedMessageSizeを1000000000に設定しても、最大サイズ制限エラーは元の値65536で表示されます。これが現在のweb.configです。

私はまだフレームワーク4.0のweb.configの初心者です。皆さんのお役に立てば幸いです。

ありがとう

「WCF REST Service Template 40(CS)」に基づいて、ASIFormDataRequest を使用して JSON 形式の画像を WCF REST サービスに POST しています。WCF サービスのデフォルトのメッセージ サイズ @65536 バイトよりも小さい画像では問題なく動作しますが、その値を増やしたいと考えています。

私が見たすべての例では、その bindingConfiguration を使用するサービス エンドポイントと共に、より高い maxReceivedMessageSize などを持つwebHttpBindingが追加されています。ただし、このテンプレートには、エンドポイント タグで指定できる .svc またはインターフェイスがありません。

編集: 申し訳ありませんが、standardEndpointタグを使用して修正できました:

SSL を使用するように Web サービスを設定できましたが、MaxReceivedMessageSize が小さすぎるために、最初は機能していた一部の呼び出しが失敗するようになりました。

このサービスは、linq を使用してデータベースからデータを返します。取得される要素の量は、linq を使用して制限されます。

SSL を使用していない場合、これは正常に機能しますが、SSL を使用すると呼び出しが失敗します。SSL はメッセージ サイズを増加させますか?

この場合、MaxReceivedMessageSize を増やすことは一般的に良い考えですか、それともチャンクでデータを取得しようとする必要がありますか?もしそうなら、これを行う方法について何か提案があれば、私は ASync 呼び出しで Silverlight を使用しています。

ありがとう

これについて投稿して申し訳ありませんが、それは私を狂わせています。VS2010のWCF4RESTテンプレートでルートを使用しています。maxreceivedmessagesizeプロパティを巨大な数値に設定しましたが、xmlをサービスに送信しようとするとHTTPステータスコード400が表示されます。トレースをオンにしたところ、メッセージには、デフォルトのメッセージサイズに設定されたままであることが示されています。これにより、問題はweb.configの設定方法の微妙な違いにあると思います。誰かがそれをすぐにピークにして、彼らがどう思うか教えてもらえますか？

私はこれを何度も繰り返してきました、そして余分な目のセットは私にとって大きな利益になるでしょう。前もって感謝します！