В приложении IIS отсутствует Content-Encoding - gzip в заголовке ответа

У меня аналогичная ситуация с конфигурацией IIS и gzip

В Firebug заголовок запроса имеет следующую запись: Accept-Encoding: gzip, deflate

Но в заголовке ответа нет: Content-Encoding: gzip.

В моем случае проблема была с антивирусной защитой. Фактически был применен gzipping, но антивирус с включенными настройками защита HTTP-соединений (зависит от конкретной программы), разархивируйте ответ, проверьте его и после этого переписывайте заголовки ответов на лету.

ПРИМЕЧАНИЕ: ключевой атрибут, когда какой-либо прокси / антивирус изменяет заголовки вашего ответа, это когда исчезают Content-Length и Transfer-Encoding добавляется значение фрагментировано.

Я использую IIS10, и в моем web.config есть

<system.webServer>
    <urlCompression doDynamicCompression="true" doStaticCompression="true" dynamicCompressionBeforeCache="false" />
    <!-- other config removed for brevity -->
</system.webServer>

Когда я делаю тестовые запросы из браузера (Firefox, IE11, Edge, Google Chrome) к простому приложению MVC.

Все запросы содержат Accept-Encoding: gzip, deflate, а ответы возвращают Content-Encoding:gzip.

Я даже тестировал его с помощью Fiddler. Составление запроса вручную

GET http://localhost/MyWebApplication HTTP/1.1
User-Agent: Fiddler
Host: localhost
Accept-Encoding: gzip, deflate

и получите тот же результат

HTTP/1.1 200 OK
Cache-Control: private
Content-Type: text/html; charset=utf-8
Content-Encoding: gzip
Vary: Accept-Encoding
Server: Microsoft-IIS/10.0
X-AspNetMvc-Version: 5.2
X-AspNet-Version: 4.0.30319
X-Powered-By: ASP.NET
Date: Mon, 18 Jul 2016 15:26:06 GMT
Content-Length: 3826

...

Css, Js и все другие текстовые файлы сжимаются.

Возможно, вам придется перепроверить конфигурацию, чтобы убедиться, что сжатие правильно настроено в IIS и в файле web.config.

ОБНОВИТЬ:

Я заметил, что изображения не сжимаются

Запрос

GET http://localhost/MyWebApplication/Images/Logo_small.png HTTP/1.1
User-Agent: Fiddler
Host: localhost
Accept-Encoding: gzip, deflate

Ответ

HTTP/1.1 200 OK
Cache-Control: max-age=604800
Content-Type: image/png
Last-Modified: Fri, 27 Nov 2015 03:15:22 GMT
Accept-Ranges: bytes
ETag: "c9d1fdd9c128d11:0"
Server: Microsoft-IIS/10.0
X-Powered-By: ASP.NET
Date: Mon, 18 Jul 2016 15:33:02 GMT
Content-Length: 2970

...

И после того, как какой-то гугл-фу выяснил, что изображения обычно уже сжаты, поэтому gzip не применялся.

ПОЛНЫЙ system.webServer из web.config

  <system.webServer>
    <urlCompression doDynamicCompression="true" doStaticCompression="true" dynamicCompressionBeforeCache="false" />
   <validation validateIntegratedModeConfiguration="false" />
    <httpErrors errorMode="Custom" existingResponse="Replace">
      <clear />
      <error statusCode="404" responseMode="ExecuteURL" path="/NotFound" />
    </httpErrors>
    <handlers>
      <remove name="ExtensionlessUrlHandler-ISAPI-4.0_32bit" />
      <remove name="ExtensionlessUrlHandler-ISAPI-4.0_64bit" />
      <remove name="ExtensionlessUrlHandler-Integrated-4.0" />
      <remove name="OPTIONSVerbHandler" />
      <remove name="TRACEVerbHandler" />
      <add name="ExtensionlessUrlHandler-ISAPI-4.0_32bit" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" modules="IsapiModule" scriptProcessor="%windir%\Microsoft.NET\Framework\v4.0.30319\aspnet_isapi.dll" preCondition="classicMode,runtimeVersionv4.0,bitness32" responseBufferLimit="0" />
      <add name="ExtensionlessUrlHandler-ISAPI-4.0_64bit" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" modules="IsapiModule" scriptProcessor="%windir%\Microsoft.NET\Framework64\v4.0.30319\aspnet_isapi.dll" preCondition="classicMode,runtimeVersionv4.0,bitness64" responseBufferLimit="0" />
      <add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" />
    </handlers>
    <staticContent>
      <remove fileExtension=".woff" />
      <remove fileExtension=".woff2" />
      <mimeMap fileExtension=".woff" mimeType="application/font-woff" />
      <mimeMap fileExtension=".woff2" mimeType="application/font-woff2" />
      <clientCache cacheControlMode="UseMaxAge" cacheControlMaxAge="7.00:00:00" />
    </staticContent>
  </system.webServer>

У меня была такая же проблема. Причиной оказалась установка dynamicCompressionBeforeCache="true". Изменение этого атрибута на "false" устранило проблему.

<urlCompression doDynamicCompression="true" doStaticCompression="true" dynamicCompressionBeforeCache="false" />

Я запускаю несколько сайтов на общем сервере, предоставленном SmarterASP.Net. Я поднял с ними заявку в службу поддержки и попутно решил, что виноват dynamicCompressionBeforeCache="true".

Я указал им на документацию Microsoft, посвященную этому атрибуту, по адресу https://docs.microsoft.com/en-us/iis/configuration/system.webserver/urlcompression и спросил их, почему установка "true" вызывает эту проблему.

Служба поддержки SmarterASP.Net сослалась на раздел документации, в котором говорится ...

Если атрибут dynamicCompressionBeforeCache имеет значение true, когда ответ кэша вывода был очищен, динамическое сжатие не будет выполняться до того, как ответ будет помещен в кэш вывода.

... и они сказали ...

«Мы не сохраняем кеш вывода на нашем сервере. Поэтому ответы кэша вывода всегда сбрасывались и вызывали проблему».

Я не могу сказать, что полностью понимаю здесь механизм или почему SmarterASP.Net не сохраняет кеш вывода. Но установка dynamicCompressionBeforeCache="false" определенно решила проблему для меня.