问题解决-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;

例如

20190719203821.png

重启 Nginx

然后重启 Nginx 就好了

sudo systemctl restart nginx

PS:
如有错误,还请多多指出来~

-- Nick
-- 2019/07/19

原文链接:https://www.cnblogs.com/inick/p/13918001.html

posted @   iNick  阅读(1621)  评论(1编辑  收藏  举报
编辑推荐:
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· C++代码改造为UTF-8编码问题的总结
· DeepSeek 解答了困扰我五年的技术问题
· 为什么说在企业级应用开发中,后端往往是效率杀手?
· 用 C# 插值字符串处理器写一个 sscanf
阅读排行:
· DeepSeek智能编程
· 精选4款基于.NET开源、功能强大的通讯调试工具
· [翻译] 为什么 Tracebit 用 C# 开发
· 腾讯ima接入deepseek-r1,借用别人脑子用用成真了~
· DeepSeek崛起:程序员“饭碗”被抢,还是职业进化新起点?
点击右上角即可分享
微信分享提示