net::ERR_CONTENT_LENGTH_MISMATCH 206 错误通常表示服务器返回的内容长度与 Content-Length 头中指定的长度不一致。这可能是由于几种原因导致的，以下是一些排查和解决问题的方法：
1. 检查 Nginx 配置
虽然你的配置中没有 http 块，但你可以检查 server 块中的相关设置。确保没有错误的 proxy_pass 或类似指令导致响应不一致。
示例配置:
server { listen 80; server_name your_domain.com; location / { proxy_pass http://backend_server; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; # 添加以下行来防止部分内容的问题 add_header Accept-Ranges bytes; } }
2. 确认后端服务
如果 Nginx 是作为反向代理，你需要确认后端服务（如 Node.js、Django 等）正确处理了请求并返回了合适的内容和头信息。
- 检查后端响应：确保在后端应用程序中，处理范围请求时正确设置了响应头（如
Content-Length和Content-Range）。
3. Range 请求支持
确认 Nginx 和你的后端是否都支持 Range 请求。如果未正确处理，这可能会导致响应头不匹配。
4. 清除缓存
如果使用了缓存（例如 Nginx 的反向代理缓存或其他类型），可以尝试清除缓存并重新测试，以确保不会从缓存中获取过期或错误的信息。
5. 查看日志
查看 Nginx 的访问日志和错误日志以获取更多信息：
# 默认位置
tail -f /var/log/nginx/access.log
tail -f /var/log/nginx/error.log
查找对应请求的记录，看是否有异常或错误提示。
6. 测试工具
使用工具（例如 Postman、curl）直接发送带有 Range 请求头的请求到 Nginx，查看返回结果及响应头是否正常。例如：
curl -H "Range: bytes=0-100" http://your_domain.com/your_file
检查返回的状态码和响应头部信息，特别是 Content-Length 和 Content-Range 是否匹配。
总结
通过上述步骤逐步排查，可以帮助你确定是什么原因导致 ERR_CONTENT_LENGTH_MISMATCH 错误，并找到合适的解决方案。如需进一步帮助，请提供更多配置细节和日志信息。
内容由零声教学AI助手提供，问题来源于学员提问
![[pgsql]
host=127.0.0.1
port=5432
database=emm_manager
user=uniemm
passwd=OPwdVGWjHT8nQmQ7BEav8g==
[redis]
host=10.19.83.70,10.19.83.70,10.19.83.70,10.19.83.70,10.19.83.70,10.19.83.70
port=7001,7002,7003,7004,7005,7006
passwd=8xNnDa3XamGiMw==
mode=...](https://linuxcpp.0voice.com/zb_users/upload/2023/05/202305162237121215388.png)
![sed -i "s/${dbconf_map["java_addr"]}/${shardingsphere_proxy_vip}:${shardingsphere_proxy_port}/g" $java_conf_path 双引号是否会错乱？](https://linuxcpp.0voice.com/zb_users/upload/2023/05/202305162214216277121.png)
