问题解决-RPC failed; HTTP 413 curl 22 The requested URL returned error: 413 Request Entity Too Large
# 背景
在创建了一个新项目,
打算将它上传到自己的git服务器时,
报错了:
error: RPC failed; HTTP 413 curl 22 The requested URL returned error: 413 Request Entity Too Large
# 查找问题
HTTPS的原因吗? x
最开始我以为是我的 Gogs 的设置错了,
因为我原来一直是 http 来进行push的
这次我更新了站点的协议,全部变成了 https
可能是这个,然后我去 Gogs 的配置文件,进行修改
{gogs根目录}/custom/conf/app.ini
修改了服务请求的网址,然后加上了 https 证书
ROOT_URL = https://****
CERT_FILE = /******/cert.pem
KEY_FILE = /******/key.pem
重启服务
sudo systemctl restart gogs
然而,还是报错.
采用 SSH 尝试推送 O
记起来我以前为了方便都是使用 SSH 进行推送的,
从没有遇到这个错误,
这次使用的协议不一样,我试试用 SSH ,
刷刷刷...
添加 公钥
修改git远程仓库
推送
....
行云流水,问题解决,
不对,没有解决,这是在逃避问题.
也许是代理的问题? O
看到报错的最后几个单词,
请求实体太大了???
这个错误有点眼熟,
在很久以前做文件存储服务时候遇到过,
大文件一直上传不来,
当时是 Nginx 进行代理的,
一下子记起来了,需要设置一下 Nginx 的配置文件,
这次因为太匆忙没有设置.
关键字应该是:
client_max_body_size 128m;
问题应该解决!!
# 问题原因
因为 Nginx 的 client_max_body_size 默认大小只有 1M
而我要上传的文件超过了 1M
太大了,结果直接报错,不干活.
# 问题解决
找到问题就简单了,
两步解决:
修改 Nginx 配置文件
把上传的阈值开大一点
在 server 里面加上这么一句
client_max_body_size 128m;
例如
重启 Nginx
然后重启 Nginx 就好了
sudo systemctl restart nginx
PS:
如有错误,还请多多指出来~
-- Nick
-- 2019/07/19
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· C++代码改造为UTF-8编码问题的总结
· DeepSeek 解答了困扰我五年的技术问题
· 为什么说在企业级应用开发中,后端往往是效率杀手?
· 用 C# 插值字符串处理器写一个 sscanf
· DeepSeek智能编程
· 精选4款基于.NET开源、功能强大的通讯调试工具
· [翻译] 为什么 Tracebit 用 C# 开发
· 腾讯ima接入deepseek-r1,借用别人脑子用用成真了~
· DeepSeek崛起:程序员“饭碗”被抢,还是职业进化新起点?