WSL2环境下大请求体HTTP请求失败排查求助

结合你的环境（Win11 + WSL2 + Docker）和测试结果，这个问题大概率是WSL2网络层、文件系统交互，或者Docker容器配置的特有限制导致的——毕竟主机CMD和Postman完全正常，说明服务端本身没问题，问题出在WSL2/容器的请求链路里。咱们一步步来排查：

1. 优先排查WSL2的MTU配置问题 #

WSL2默认的MTU值有时候和主机网卡不一致，大请求体在分片传输时容易出现丢包、截断，导致服务端识别为Bad Request，容器里则因为数据包丢失触发超时。

• 操作步骤：
  1. 在Win11主机CMD里执行netsh interface ipv4 show subinterfaces，找到vEthernet (WSL)网卡的MTU值（一般是1500）。
  2. 打开WSL2终端，编辑（或创建）/etc/wsl.conf文件：

     [network]
     mtu=1500  # 这里填你刚才查到的主机MTU值
     

  3. 重启WSL：在Win11 CMD执行wsl --shutdown，然后重新打开WSL。
  4. 再测试WSL2里的curl命令，看看是否还返回Bad Request。

2. 检查WSL2访问Windows文件系统的问题 #

你在WSL2里用-d @test2.json时，如果这个文件是存放在Windows目录（比如/mnt/c/xxx/test2.json），WSL2的跨文件系统读取可能出现性能瓶颈或者内容截断，导致请求体不完整，服务端报错。

• 操作步骤：
  1. 把test2.json复制到WSL2的本地目录，比如~/test2.json。
  2. 执行curl命令：curl -v POST http://example.com -H "Content-Type: application/json" -d @~/test2.json。
  3. 如果这次请求成功，说明是Windows-WSL文件系统交互的问题，后续容器里的请求要避免直接挂载Windows目录，把文件放在容器内部或者WSL本地目录。

3. 排查Docker容器的网络与PHP配置 #

Laravel容器里的超时和请求体限制也可能是诱因：

• 调整cURL超时时间：在Laravel的请求代码里手动设置更长的超时，比如：

  $client = new \GuzzleHttp\Client([
      'timeout' => 120, // 延长到120秒
      'connect_timeout' => 30,
  ]);
  

• 检查PHP请求体大小限制：进入容器，修改php.ini里的以下配置，确保数值足够大：

  upload_max_filesize = 100M
  post_max_size = 100M
  

  修改后重启PHP-FPM或者容器。
• 检查容器代理配置：如果容器里设置了HTTP_PROXY/HTTPS_PROXY环境变量，尝试去掉这些配置再重启容器，代理可能拦截或修改大请求体。

4. 验证WSL2防火墙规则 #

Win11的防火墙可能拦截了WSL2发出的大流量请求：

• 临时关闭Win11防火墙，测试WSL2里的curl和容器里的请求是否正常。
• 如果关闭后正常，给WSL2的网卡添加对应的入站/出站允许规则，确保大流量数据包能正常传输。

按这个顺序排查，大概率能定位到问题——毕竟你的主机环境完全正常，问题肯定出在WSL2和容器的特有配置上。

内容的提问来源于stack exchange，提问作者Dhenyson Jhean