你已经在nginx里设置了client_max_body_size 0来取消请求大小限制，但还是收到HTML格式的413错误——这大概率说明拦截请求的不是你当前配置的这个nginx实例，或者有其他层级的代理/网关在限制请求体积。我帮你梳理几个核心排查和解决方向：

1. 排查是否存在多层代理 #

如果你的Docker Registry前面还部署了其他负载均衡、CDN或者云厂商网关（比如AWS ALB、Cloudflare），这些服务通常自带请求大小限制：

• AWS ALB默认最大请求大小是1GB，超过就会直接拦截返回413
• Cloudflare免费版默认限制100MB，付费版也有对应上限
• 企业内部的反向代理、防火墙也可能有类似配置

解决方案：找到这些上层代理服务，将它们的请求大小限制调整到足够大（或设置为无限制，如果支持的话）。

2. 确认当前nginx配置是否生效 #

有时候修改完nginx配置后，没正确重载或重启服务，导致配置未生效。你可以执行以下命令验证：

# 检查nginx配置语法是否合法
nginx -t
# 平滑重载配置（不中断现有服务）
nginx -s reload
# 或者直接重启nginx服务
systemctl restart nginx

另外，也可以通过curl验证nginx是否应用了大小限制：

curl -I https://registry.domain.com

如果配置生效，部分环境会在响应头中体现相关限制；也可以尝试上传一个大测试文件（比如用dd if=/dev/zero of=test.img bs=1G count=2生成2GB文件）来测试。

3. 检查Docker Registry自身配置 #

虽然用S3作为存储介质，但Registry本身也可能有上传限制：

• 打开Registry的配置文件（通常是config.yml），确认没有设置max_upload_size这类限制参数
• 查看Registry的日志，确认服务本身没有抛出相关错误

4. 验证80端口跳转逻辑 #

你的80端口server块也设置了client_max_body_size 0，不过当用户用HTTP方式push镜像时，会被301跳转到HTTPS，此时请求限制由HTTPS的server块决定——你已经在HTTPS块里设置了无限制，这部分应该没问题，但可以确认跳转过程中没有其他拦截逻辑。

关键提示：错误响应的HTML格式 #

你收到的错误是HTML页面，而非Docker Registry默认返回的JSON格式，这直接证明错误来自代理层（nginx或上层网关），而非Registry服务本身，所以重点要放在代理环节的配置排查上。

内容的提问来源于stack exchange，提问作者Mahammad Adil Azeem