错误码 413 Request Entity Too Large
直接表明:
- 文件体积过大:Nginx 服务器(版本 1.18.0)限制了请求体大小。
- 默认限制过低:Nginx 默认配置通常仅允许 1MB 以内的请求体(您文件可能达 50MB)。
- 服务端拦截:请求未到达媒体库程序(如 WordPress 等),直接被 Nginx 拒载。
解决方案
一、用户自主可操作的方法(无需服务器权限)
- 压缩或拆分文件
- 使用工具(如 Audacity、在线转换器)将音频文件压缩到更小体积(建议 ≤30MB 保险值)。
- 若文件质量要求高,可拆分为多个部分上传。
- 更换上传入口
- 若网站有备用上传方式(如 FTP、网盘链接等),优先使用这些接口绕过 Web 限制。
二、需服务器管理员操作的方法(核心方案)
必须修改 Nginx 配置文件 提升限制值:
步骤:
# 1. 通过 SSH 登录服务器(需 sudo 权限)
ssh username@服务器IP
# 2. 编辑 Nginx 配置文件(通常路径)
sudo nano /etc/nginx/nginx.conf
# 3. 在 http{ } 区块内增加尺寸配置(单位 MB/GB)
client_max_body_size 100M; # 例:设置允许 100MB 文件上传
# 4. 如果网站有独立配置(如虚拟主机),可在对应站点的配置中修改:
# sudo nano /etc/nginx/sites-available/your-site.conf
# 5. 保存后重启 Nginx
sudo systemctl restart nginx
关键参数说明
配置项 | 值示例 | 作用 |
---|---|---|
client_max_body_size | 100M | 单文件最大上传(100MB) |
1G | 单文件最大上传(1GB) | |
0 | 禁用大小校验(慎用!) |
根据您提供的 Nginx 413 错误图片,问题本质已明确:上传的文件超过服务器允许的最大大小。以下是具体分析和解决方案:
根本原因
错误码 413 Request Entity Too Large
直接表明:
- 文件体积过大:Nginx 服务器(版本 1.18.0)限制了请求体大小。
- 默认限制过低:Nginx 默认配置通常仅允许 1MB 以内的请求体(您文件可能达 50MB)。
- 服务端拦截:请求未到达媒体库程序(如 WordPress 等),直接被 Nginx 拒载。
解决方案
一、用户自主可操作的方法(无需服务器权限)
- 压缩或拆分文件
- 使用工具(如 Audacity、在线转换器)将音频文件压缩到更小体积(建议 ≤30MB 保险值)。
- 若文件质量要求高,可拆分为多个部分上传。
- 更换上传入口
- 若网站有备用上传方式(如 FTP、网盘链接等),优先使用这些接口绕过 Web 限制。
二、需服务器管理员操作的方法(核心方案)
必须修改 Nginx 配置文件 提升限制值:
步骤:
# 1. 通过 SSH 登录服务器(需 sudo 权限)
ssh username@服务器IP
# 2. 编辑 Nginx 配置文件(通常路径)
sudo nano /etc/nginx/nginx.conf
# 3. 在 http{ } 区块内增加尺寸配置(单位 MB/GB)
client_max_body_size 100M; # 例:设置允许 100MB 文件上传
# 4. 如果网站有独立配置(如虚拟主机),可在对应站点的配置中修改:
# sudo nano /etc/nginx/sites-available/your-site.conf
# 5. 保存后重启 Nginx
sudo systemctl restart nginx
关键参数说明
配置项 | 值示例 | 作用 |
---|---|---|
client_max_body_size | 100M | 单文件最大上传(100MB) |
1G | 单文件最大上传(1GB) | |
0 | 禁用大小校验(慎用!) |
三、其他可能性排查
- 检查媒体程序自身的上传限制
- 若使用 WordPress/Drupal 等程序,需同步修改其配置(如 PHP 中的
upload_max_filesize
)。
- 若使用 WordPress/Drupal 等程序,需同步修改其配置(如 PHP 中的
- 防火墙或 CDN 限制
- 云服务商(如 Cloudflare)可能额外限制上传尺寸,需同步调整。