Помилка великого запиту веб-служби WCF із помилковим запитом HTTP (400)

Я зіткнувся з цією очевидно поширеною проблемою і не зміг її вирішити.

Якщо я зателефоную до своєї веб-служби WCF із відносно невеликою кількістю елементів у параметрі масиву (я протестував до 50), все в порядку.

Однак, якщо я зателефоную до веб-служби з 500 елементами, я отримую помилку Bad Request.

Цікаво, що я запустив Wireshark на сервері, і, схоже, запит навіть не потрапляє на сервер - помилка 400 генерується на стороні клієнта.

Винятком є:

System.ServiceModel.ProtocolException: The remote server returned an unexpected response: (400) Bad Request. ---> System.Net.WebException: The remote server returned an error: (400) Bad Request.

system.serviceModelЧастина мого файлу конфігурації клієнта є:

<system.serviceModel>
    <bindings>
        <wsHttpBinding>
            <binding name="WSHttpBinding_IMyService" closeTimeout="00:01:00"
                openTimeout="00:01:00" receiveTimeout="00:10:00" sendTimeout="00:01:00"
                bypassProxyOnLocal="false" transactionFlow="false" hostNameComparisonMode="StrongWildcard"
                maxBufferPoolSize="524288" maxReceivedMessageSize="2147483647"
                messageEncoding="Text" textEncoding="utf-8" useDefaultWebProxy="true"
                allowCookies="false">
                <readerQuotas maxDepth="32" maxStringContentLength="8192" maxArrayLength="2147483647"
                    maxBytesPerRead="4096" maxNameTableCharCount="16384" />
                <reliableSession ordered="true" inactivityTimeout="00:10:00"
                    enabled="false" />
                <security mode="None">
                    <transport clientCredentialType="Windows" proxyCredentialType="None"
                        realm="" />
                    <message clientCredentialType="Windows" negotiateServiceCredential="true"
                        establishSecurityContext="true" />
                </security>
            </binding>
        </wsHttpBinding>
    </bindings>
    <client>
        <endpoint address="http://serviceserver/MyService.svc"
            binding="wsHttpBinding" bindingConfiguration="WSHttpBinding_IMyService"
            contract="SmsSendingService.IMyService" name="WSHttpBinding_IMyService" />
    </client>
</system.serviceModel>

На стороні сервера мій файл web.config має такий system.serviceModelрозділ:

<system.serviceModel>
    <services>
        <service name="MyService.MyService" behaviorConfiguration="MyService.MyServiceBehaviour" >
            <endpoint address="" binding="wsHttpBinding" bindingConfiguration="MyService.MyServiceBinding" contract="MyService.IMyService">
            </endpoint>
            <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>
        </service>
    </services>
    <bindings>
      <wsHttpBinding>
        <binding name="MyService.MyServiceBinding">
          <security mode="None"></security>
        </binding>
      </wsHttpBinding>
    </bindings>
    <behaviors>
        <serviceBehaviors>
            <behavior name="MyService.MyServiceBehaviour">
                <!-- To avoid disclosing metadata information, set the value below to false and remove the metadata endpoint above before deployment -->
                <serviceMetadata httpGetEnabled="true"/>
                <!-- To receive exception details in faults for debugging purposes, set the value below to true.  Set to false before deployment to avoid disclosing exception information -->
                <serviceDebug includeExceptionDetailInFaults="true"/>
            </behavior>
        </serviceBehaviors>
    </behaviors>
</system.serviceModel>

Я подивився на на досить великій кількості з відповідей на це питання з не увінчалися успіхом .

Хто-небудь може мені допомогти в цьому?

Спробуйте також встановити maxReceivedMessageSize на сервері, наприклад, до 4 МБ:

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

Основна причина, за якою за замовчуванням (65535, на мою думку), є настільки низькою - це зменшення ризику атак відмови в обслуговуванні (DoS). Вам потрібно встановити його більше, ніж максимальний розмір запиту на сервері та максимальний розмір відповіді на клієнті. Якщо ви перебуваєте в середовищі Інтранет, ризик атак DoS, ймовірно, низький, тому, ймовірно, безпечно використовувати значення набагато вище, ніж ви очікуєте.

До речі, кілька порад щодо усунення неполадок підключення до служб WCF:

• Увімкніть трасування на сервері, як описано в цій статті MSDN .

• Використовуйте інструмент налагодження HTTP, такий як Fiddler на клієнті, щоб перевірити HTTP-трафік.

Я також отримував цю проблему, однак жодне з перерахованого не працювало для мене, оскільки я використовував спеціальне прив'язування (для BinaryXML) після довгого копання, я знайшов тут відповідь: -

Надсилання великого XML із Silverlight на WCF

Як я використовую customBinding, maxReceivedMessageSize повинен бути встановлений для елемента httpTransport під елементом прив'язки в web.config:

<httpsTransport maxReceivedMessageSize="4194304" /> 

Для того, що це варто, додатковою міркуванням при використанні .NET 4.0 є те, що якщо у вашій конфігурації не знайдено дійсної кінцевої точки, кінцева точка за замовчуванням буде автоматично створена та використана.

Кінцева точка за замовчуванням використовуватиме всі значення за замовчуванням, тому, якщо ви вважаєте, що у вас є діюча конфігурація служби з великим значенням для maxReceivedMessageSize тощо, але з конфігурацією щось не так, ви все одно отримаєте 400 Поганих запитів, оскільки кінцевою точкою за замовчуванням буде створені та використані.

Це робиться мовчки, тому важко виявити. Ви побачите відповідні повідомлення (наприклад, "Кінцеву точку не знайдено для служби, створення кінцевої точки за замовчуванням" або подібну), якщо ви ввімкнули трасування на сервері, але іншої індикації (наскільки мені відомо) немає.

На сервері в .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>

Може бути корисно налагодити клієнта, вимкнути Інструменти \ Параметри \ Налагодження \ Загальне \ 'Увімкнути лише мій код', клацнути Налагодження \ Винятки \ 'вловити всі винятки першої можливості' для керованих винятків 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.

Це було налаштування прив’язки сервера за замовчуванням. Вам потрібно буде додати до сервера та клієнта налаштування за замовчуванням.

ім'я прив'язки = "" openTimeout = "00:10:00" closeTimeout = "00:10:00" receiveTimeout = "00:10:00" sendTimeout = "00:10:00" maxReceivedMessageSize = "2147483647" maxBufferPoolSize = "2147483647 "maxBufferSize =" 2147483647 ">

У моєму випадку це не спрацювало навіть після випробування всіх рішень та встановлення всіх обмежень на макс. Нарешті я дізнався, що модуль фільтрації Microsoft IIS Url Scan 3.1 на IIS / веб-сайті встановлений , який має власне обмеження для відхилення вхідних запитів на основі розміру вмісту та повернення "404 Не знайдена сторінка".

Це обмеження можна оновити у %windir%\System32\inetsrv\urlscan\UrlScan.iniфайлі, встановившиMaxAllowedContentLength необхідне значення.

Наприклад, наступне дозволить до 300 Мб запитів

MaxAllowedContentLength = 314572800

Сподіваюся, це комусь допоможе!