HttpClient 未在 Windows 2008 R2 上发送 Accept-Encoding

Question

我有一个执行 GET 请求的 .NET Core 2.0 控制台应用程序。

似乎已发布的版本没有在测试机器上发送Accept-Encoding 标头进行压缩，但在我的本地机器上工作。

我找不到任何其他会使压缩失败的前置请求。两者都运行 .NET Core 2.1.4 SDK。

我已经通过在两种环境中运行 dotnet Console.dll 测试了控制台应用程序。

1. 在 VS2017 中发布
2. 转到输出文件夹并运行dotnet Console.dll。验证 Fiddler 中是否存在标头。
3. 复制整个输出文件夹并部署到服务器上
4. 再次运行 dotnet Console.dll 并使用 Fiddler 验证服务器上缺少的标头。

HttpClient 和 RestSharp 我都试过了，我很困惑。

转到响应请求标头的页面的概念证明：

 var handler = new HttpClientHandler()
            {
                AutomaticDecompression = DecompressionMethods.Deflate | DecompressionMethods.GZip
            };

 using (var client = new HttpClient(handler))
 {
      response = client.GetStringAsync("http://scooterlabs.com/echo").Result;
 }

本地环境（Win10）

GET http://scooterlabs.com/echo HTTP/1.1
Connection: Keep-Alive
Accept-Encoding: gzip, deflate
Host: scooterlabs.com

服务器（AWS 上的 Win2008 R2）

GET http://scooterlabs.com/echo HTTP/1.1
Connection: Keep-Alive
Host: scooterlabs.com

Answer 1

我最好的猜测是因为 WinHttp 库，默认情况下由 Windows 上的 HttpClient does not support gzip\deflate 在 Windows 8.1+ 之前的 Windows 版本上使用。支持时 - WinHttp 还将设置 Accept-Encoding 标头。因此，在 Windows Server 2008 上，当 .NET 通过 WinHttp 路由请求时 - 它要么设置此选项并被忽略，要么检查是否支持此选项，如果不支持 - 则不设置它。

如果您手动设置此标头（如client.DefaultRequestHeaders.AcceptEncoding.Add(new StringWithQualityHeaderValue("gzip"));） - 选项仍然被忽略，但标头通过并且服务器返回压缩响应。如果支持 - WinHttp 将解压缩该响应并删除 Content-Encoding 标头，因此响应将解压到 .NET。如果不支持 - 如果您设置 AutomaticDecompression，响应将压缩到达，.NET 本身将解压缩它。

所以总结一下 - 在 8.1 之前的 Windows 版本上，您似乎需要同时设置 AutomaticDecompression 和相关的 Accept-Encoding 标头才能按预期工作。

Answer 2

根据 Ivan 和 Evk 的回答，这似乎是特定于旧版本 Windows（早于 Win8.1）的问题。以下是在旧版本 Windows 上解决和成功处理压缩的方法。

   var handler = new HttpClientHandler()
                {
                    AutomaticDecompression = DecompressionMethods.GZip | DecompressionMethods.Deflate
                };

   using (var client = new HttpClient(handler))
   {
        client.DefaultRequestHeaders.AcceptEncoding.Add(new StringWithQualityHeaderValue("gzip"));
        client.DefaultRequestHeaders.AcceptEncoding.Add(new StringWithQualityHeaderValue("deflate"));
        response = client.GetStringAsync("http://scooterlabs.com/echo").Result;
   }

AutomaticDecompression 必须在标头之外设置，否则您将获得压缩的有效负载。

Answer 3

不是答案，尽管我尝试在 Azure 的 Win Server 2008 R2 上使用不同的 Echo 服务器 (.NET Core SDK 2.1.4) 重现此问题

// http://scooterlabs.com/echo output

[headers] => Array
(
    [Connection] => Keep-Alive
    [Host] => scooterlabs.com
)


// http://httpbin.org/headers output
{
  "headers": {
    "Connection": "close",
    "Host": "httpbin.org"
  }
}

// https://postman-echo.com/headers output
{
    "headers": {
        "host": "postman-echo.com",
        "x-forwarded-port": "443",
        "x-forwarded-proto": "https"
    }
}

在 Win10 上，我确实也有这些标题。

// http://scooterlabs.com/echo output
[headers] => Array
(
    [Connection] => Keep-Alive
    [Accept-Encoding] => gzip, deflate
    [Host] => scooterlabs.com
)

// http://httpbin.org/headers output
{
  "headers": {
    "Accept-Encoding": "gzip, deflate",
    "Connection": "close",
    "Host": "httpbin.org"
  }
}

// https://postman-echo.com/headers output
{
    "headers": {
        "host": "postman-echo.com",
        "accept-encoding": "gzip, deflate",
        "x-forwarded-port": "443",
        "x-forwarded-proto": "https"
    }
}

这让我觉得 HttpClient 的 Accept-Encoding 标头在 WS 2008 R2 上确实不支持。