Ошибка большого запроса веб-службы WCF с ошибочным HTTP-запросом (400)

Попробуйте также установить maxReceivedMessageSize на сервере, например до 4 МБ:

<binding name="MyService.MyServiceBinding" maxReceivedMessageSize="4194304">

Основная причина того, что значение по умолчанию (я считаю, 65535) настолько низкое, - это снизить риск атак типа «отказ в обслуживании» (DoS). Вам необходимо установить его больше, чем максимальный размер запроса на сервере и максимальный размер ответа на клиенте. Если вы находитесь в среде интрасети, риск DoS-атак, вероятно, невелик, поэтому, вероятно, безопасно использовать значение намного выше, чем вы ожидаете.

Кстати, пара советов по устранению проблем с подключением к сервисам WCF:

• Включите трассировку на сервере, как описано в этой статье MSDN.

• Используйте инструмент отладки HTTP, например Fiddler на клиенте, чтобы проверить трафик HTTP.

При использовании .NET 4.0 следует учитывать, что, если действительная конечная точка не найдена в вашей конфигурации, конечная точка по умолчанию будет автоматически создана и использована.

Конечная точка по умолчанию будет использовать все значения по умолчанию, поэтому, если вы считаете, что у вас есть допустимая конфигурация службы с большим значением maxReceivedMessageSize и т. Д., Но с конфигурацией что-то не так, вы все равно получите 400 Bad Request, поскольку конечная точка по умолчанию будет создан и использован.

Это делается незаметно, поэтому его трудно обнаружить. Вы увидите сообщения об этом (например, «Конечная точка не найдена для службы, создание конечной точки по умолчанию» или подобное), если вы включите трассировку на сервере, но нет других указаний (насколько мне известно).

У меня тоже возникла эта проблема, однако ни одно из вышеперечисленных не сработало для меня, поскольку я использовал настраиваемую привязку (для BinaryXML) после долгих копаний. Я нашел здесь ответ: Отправка больших файлов XML из Silverlight в WCF

Поскольку я использую customBinding, maxReceivedMessageSize должен быть установлен в элементе httpTransport под элементом привязки в web.config:

<httpsTransport maxReceivedMessageSize="4194304" /> 

На сервере в .NET 4.0 в web.config вам также необходимо изменить привязку по умолчанию. Установите следующие 3 параметра:

<basicHttpBinding>  
    <!-- http://www.intertech.com/Blog/post/NET-40-WCF-Default-Bindings.aspx  
         Enable transfer of large strings with maxBufferSize, maxReceivedMessageSize and maxStringContentLength
    -->  
       <binding **maxBufferSize="2147483647" maxReceivedMessageSize="2147483647"**>  
          <readerQuotas **maxStringContentLength="2147483647"**/>            
       </binding>
</basicHttpBinding>

Может быть полезно отладить клиент, отключить Tools \ Options \ Debugging \ General \ 'Enable Just My Code', щелкнуть Debug \ Exceptions \ 'поймать все исключения первого шанса' для управляемых исключений CLR и посмотреть, есть ли внутреннее исключение на клиенте до исключения протокола и до того, как сообщение попадет в сеть. (Я предполагаю, что это какая-то ошибка сериализации.)

Вы также можете включить ведение журнала WCF для получения дополнительных сведений об исходной ошибке. Это помогло мне решить эту проблему.

Добавьте следующее в свой web.config, он сохраняет журнал в C: \ log \ Traces.svclog

<system.diagnostics>
    <sources>
        <source name="System.ServiceModel"
                  switchValue="Information, ActivityTracing"
                  propagateActivity="true">
            <listeners>
                <add name="traceListener"
                     type="System.Diagnostics.XmlWriterTraceListener"
                     initializeData= "c:\log\Traces.svclog" />
            </listeners>
        </source>
    </sources>
</system.diagnostics>

Просто хочу указать

Помимо MaxRecivedMessageSize, есть также атрибуты в ReaderQuotas, вы можете достичь ограничения на количество элементов вместо ограничения размера. Ссылка MSDN находится здесь

Я нашел ответ на проблему Bad Request 400.

Это была настройка привязки сервера по умолчанию. Вам нужно будет добавить настройки сервера и клиента по умолчанию.

<binding name="" openTimeout="00:10:00" closeTimeout="00:10:00" receiveTimeout="00:10:00" sendTimeout="00:10:00" maxReceivedMessageSize="2147483647" maxBufferPoolSize="2147483647" maxBufferSize="2147483647">
    <security mode="None"/>
    <readerQuotas maxStringContentLength="2147483647"/>
</binding>

В моем случае он не работал даже после того, как попробовал все решения и установил все ограничения на максимум. Наконец, я обнаружил, что модуль фильтрации Microsoft IIS Url Scan 3.1 был установлен на IIS / веб-сайте, у которого есть собственный лимит на отклонение входящих запросов в зависимости от размера содержимого и возврат «404 Not found page».

Это ограничение можно обновить в %windir%\System32\inetsrv\urlscan\UrlScan.ini файле, установив MaxAllowedContentLength на необходимое значение.

Например, следующее разрешит запросы до 300 МБ

MaxAllowedContentLength = 314572800

Надеюсь, это кому-то поможет!