git push报错Proxy CONNECT aborted

最新推荐文章于 2025-05-20 23:31:36 发布
最新推荐文章于 2025-05-20 23:31:36 发布
阅读量4.5k 收藏 1
点赞数 1
CC 4.0 BY-SA版权
分类专栏： git 文章标签： git github
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_45366905/article/details/120946140
当尝试使用git push origin XXX时遇到ProxyCONNECT报错，博主经历了从取消到设置代理的各种尝试，但问题依然存在。通过检查项目本地的.git/config文件，发现代理配置导致的问题。解决方案是删除该文件中的代理地址，成功解决了push失败的问题，顺利完成了提交。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

git push origin XXX报错Proxy CONNECT aborted

我们先来分析一下问题，这个错误提示已经很明显了，代理连接中止，那么是什么导致的呢？
一开始二话不说直接百度，经过各种操作，取消代理，设置代理，又取消，再试试？没用，还是报错，只是从最开始的报超时错误变成了Proxy CONNECT aborted。
这我就很难受了，干了一天到了提交的时候给我整这一出？莫非这就是下班前必出问题的定律生效了。哎，没办法继续整吧，从网上看了各种方法，原文解决方法是这样的：

原来是没有为GIT单独配置代理，为其配置代理：
git config --global http.proxy ‘http://127.0.0.1:1087’
git config --global https.proxy ‘socks://127.0.0.1:1080’

然而，对不起，并没有用，该错还是错。但是就是这个操作让我想起来，我好像还没去检查一下我自己项目的git配置。

解决办法：

接下来就是见证奇迹的时刻

  1. 首先打开你项目的所在文件
    在这里插入图片描述
    当然如果你打开项目之后看不到它，不要慌。打开你项目所在文件夹，然后点击上方的查看-显示-隐藏的项目，当然我这是win11，老版本的其实差不多。

在这里插入图片描述

  1. 然后让我们进入.git文件夹，打开config配置文件，然后把代理地址删除，再来一次push，搞定收工！
    请添加图片描述
Git push 代码
雪国的花儿’s Blog
04-20 1132
一. 把github上面的仓库克隆到本地 二.这个步骤以后你的本地项目文件夹下面就会多出个文件夹，该文件夹名即为你github上面的项目名，如图我多出了个Test文件夹，我们把本地项目文件夹下的所有文件（除了新多出的那个文件夹不用），其余都复制到那个新多出的文件夹下 三.接着继续输入命令 cd Test，进入Test文件夹 四.接下来依次输入以下代码即可完成其他剩余操作： git ...
jumpserver堡垒机（有报错的解决方法）
ycf20001002的博客
04-28 4373
系统: CentOS 7 开始安装 [root@ c7-41 ~]# yum update -y 防火墙 与 selinux 设置说明, 如果已经关闭了 防火墙 和 Selinux 的用户请跳过设置 [root@ c7-41 ~]# systemctl start firewalld [root@ c7-41 ~]# firewall-cmd --zone=public --add-port=8...
git clone github上的项目时出现报错“Proxy CONNECT aborted”解决方法
qq_43481435的博客
04-15 8795
git clone时报错fatal: unable to access ‘https://github.com/xxx’: Proxy CONNECT aborted怎么办？ 在我们git clone 项目连接时会出现报错Timed out的情况，这个时候我们就会配置 git 的代理，网上的教程一般是: git config --global http.proxy "127.0.0.1:1080" git config --global https.proxy "127.0.0.1:1080" 但
Git Proxy CONNECT aborted
最新发布
QuickservedNoodle的博客
05-20 157
需要检查代理软件的参数配置中的端口号，并在git中配置代理服务的IP和port。git 在克隆github项目时会从代理服务这边发起请求，丝滑~
提交代码或者克隆仓库时出现proxy connected aborted的解决方法以及问题求助
kitesxian的博客
03-12 652
提交代码或者克隆仓库时出现proxy connected aborted的解决方法
Proxy CONNECT aborted
henzhuanxin的博客
10-13 3万+
当使用GIT clone下载外网项目时，报了该错误。 前情： 为了下载外网项目，提前为终端配置了代理： export http_proxy=http://127.0.0.1:1087 export https_proxy=socks://127.0.0.1:1080 此处的IP和端口需要根据具体你代理的实际信息填写，可查看VPN客户端的config.json: "inbounds": [ { "listen": "127.0.0.1", "protocol":
Connection error with cocoapods. Proxy CONNECT aborted
GXQ的博客
11-12 557
参考：https://stackoverflow.com/questions/30537386/connection-error-with-cocoapods-proxy-connect-aborted git config --global http.proxy git config --global --unset http.proxy
Jenkins从配置到实践
u014690412的博客
08-19 2124
Jenkins从配置到实践
二进制部署K8s群集+Openebs+KubeSphere+Ceph群集
lxiaoyouyouj的博客
03-31 2万+
二进制K8s集群部署——版本为v1.20.4 https://www.cnblogs.com/lizexiong/p/14882419.html 主机名 IP地址 组件 系统 配置 k8smaster1 192.168.10.101 docker、etcd、kube-apiserver、kube-controller-manager、kube-scheduler、kubelet、kube-proxy、nginx、keepalived Centos7.9 2C/2G k8smaster2
前端知识宝典
qq_37759901的博客
01-29 1683
搜索框输入，文本剪辑器实时保存代码实现思路如下：（利用定时器，每次触发先清掉以前的定时器，从新开始）
两行指令解决Couldn‘t connect to server/ Proxy CONNECT aborted
m0_71652509的博客
01-20 5794
两行指令解决Couldn't connect to server/ Proxy CONNECT aborted
git push时报错OpenSSL SSL_read: Connection was aborted, errno 10053
旺旺旺小小苏的博客
04-25 1360
报错提示： fatal: unable to access 'https://github.com/Lsuyun/suyun-react-components.git/': OpenSSL SSL_read: Connection was aborted, errno 10053 解决方案： 输入git config http.sslVerify "false"然后再git push就可以了
Git push via proxy + https
IT进行时的专栏
02-29 5145
Git push 默认用git协议，通常情况下大家都可以忽略，透明使用。 然而很多公司需要设置代理，且禁用了一些端口，常见的错误类似于： bright_zheng@BRIGHT-ZHENG /c/projects_learning/learning-jtwissandra (master) $ git push -u origin master ssh: connect to ho
vue3.0 源码解析一 ：响应式原理（上)
webyouxuan的博客
09-11 1051
戳蓝字"前端优选"关注我们哦！前言介绍从本文开始，我们正式进入vue3.0 源码解析流程。个人觉得从ceateApp入手并不是最佳的学习方案，所以我们先从composi...
python requests请求报错ConnectionError: (‘Connection aborted.‘, error(104, ‘Connection reset by peer‘))
weixin_43925447的博客
02-28 3万+
python requests请求报错 ConnectionError: (‘Connection aborted.’, error(104, ‘Connection reset by peer’)) 可能导致的有两个原因 1. 请求过于频繁, 导致请求被拒绝 解决方法: 每次请求设置一个休眠时间例如 time.sleep(1) 2. 接口有认证或者反爬机制, 识别到是python终端访问, 拒绝了访问 解决方法: 在请求头中设置 User-Agent 绕过验证 如 headers = {'User-A
proxy connect abort处理方法_Boost c++之事件处理
weixin_39628339的博客
11-28 215
1.概述 本文中Boost.Signals2库提供了一个简单的方法在C++中应用这一模式。严格来说，Boost.Function能够将一个以上的事件处理器关联至单个事件。因此，Boost.Signals可以更好地支持事件驱动的开发，当需要进行事件处理时，应作为第一选择。2.信号signals Boost.Signals所实现的模式被命名为'信号至插槽'(signal ...
帮你彻底搞懂JS中的prototype、__proto__与constructor（图解）
热门推荐
码飞_CC的博客
07-25 19万+
  作为一名前端工程师，必须搞懂JS中的prototype、__proto__与constructor属性，相信很多初学者对这些属性存在许多困惑，容易把它们混淆，本文旨在帮助大家理清它们之间的关系并彻底搞懂它们。这里说明一点，__proto__属性的两边是各由两个下划线构成（这里为了方便大家看清，在两下划线之间加入了一个空格：_ _proto_ _）。   现在正式开始！让我们从如下一个简单的例...
proxy connect abort处理方法_跨域浅谈处理办法
weixin_39746869的博客
11-23 1265
一.跨域简述 JavaScript出于安全方面的考虑，不允许跨域调用其他页面的对象。 首先什么是跨域，简单地理解就是因为JavaScript同源策略的限制，http://a.com 域名下的js无法操作http://b.com或是http://c.a.com域名下的对象。引用自:跨域访问 | IWEN 半仙儿​www.wwtliu.com二.React环境中跨域分类1.开发环境跨域处理2.生产环境...
git push报错重新push
04-16
<think>好的，我现在需要帮用户解决Git push报错的问题，并提供一个重新push的流程。首先，我得仔细看看用户提供的引用内容，里面有三个引用，都是关于Git push报错的解决方案。用户可能遇到了类似的错误，需要一步步指导他们如何解决。 首先，用户提到错误可能是RPC failed，HTTP/2的问题，或者权限问题，比如Access denied，还有HTTP 500错误。根据引用中的信息，解决方案包括切换HTTP版本、检查权限、调整缓冲区大小等。我需要把这些步骤整理成一个清晰的流程，让用户能逐步操作。 接下来，我需要确定用户的具体错误类型，因为不同的错误可能需要不同的解决方法。比如，如果是HTTP/2的问题，引用[1]建议临时切换到HTTP/1.1。如果是权限问题，引用[2]提到检查SSH密钥和仓库权限。而引用[3]则针对服务器错误，比如HTTP 500，建议检查服务器状态或增大缓冲区。 我应该先让用户确认错误信息，根据不同的错误类型引导他们采取相应的措施。比如，如果是PROTOCOL_ERROR，先用HTTP/1.1；如果是权限问题，检查SSH或HTTPS的配置；如果是服务器错误，可能需要调整缓冲区或联系管理员。 然后，我需要将这些步骤结构化，确保流程清晰，用户不会混淆。可能包括检查网络、切换HTTP版本、验证权限、调整配置、处理大文件等步骤。同时，需要提醒用户操作后的恢复步骤，比如切换回HTTP/2。 另外，用户可能需要重新push的流程，所以在解决错误后，应该指导他们如何正确执行push，可能包括强制推送或分批次提交。还要注意潜在的风险，比如强制推送可能会覆盖远程代码，需要谨慎使用。 最后，生成相关问题，帮助用户深入理解可能遇到的其他问题，比如如何撤销推送、处理大文件、配置SSH等。这些问题应该覆盖常见的后续疑问，让用户能自行查找更多信息。 需要确保回答符合系统级指令，比如使用正确的中文，数学公式的格式（虽然这里可能用不上），还有引用标记。同时，回答要结构清晰，步骤详细，帮助用户一步步解决问题，并保证信息的准确性和可靠性。</think>### Git push报错解决方案及重新push流程 当遇到Git push报错时，需根据具体错误类型采取对应解决方案。以下是分步解决流程： --- #### **第一步：确认错误类型** 根据报错信息选择解决方案： 1. **HTTP/2协议错误**：`error: RPC failed; curl 92 HTTP/2 stream 0 was not closed cleanly` 2. **权限问题**：`Access denied` 或 `Could not read from remote repository` 3. **服务器错误**：`HTTP 500` 或 `unexpected disconnect` 4. **大文件推送失败**：`send-pack: unexpected disconnect` --- #### **第二步：分场景解决方案** ##### **场景1：HTTP/2协议错误** ```bash # 临时切换HTTP版本（解决后恢复为HTTP/2） git config --global http.version HTTP/1.1 git push git config --global http.version HTTP/2 # 恢复默认协议[^1] ``` ##### **场景2：权限问题** 1. **验证SSH配置**： ```bash cat ~/.ssh/id_rsa.pub # 检查公钥是否添加到Git平台[^2] ``` 2. **切换HTTPS协议**： ```bash git remote set-url origin https://github.com/用户名/仓库名.git ``` ##### **场景3：服务器错误或大文件推送** 1. **增大缓冲区**： ```bash git config http.postBuffer 524288000 # 500MB缓冲区[^3] ``` 2. **拆分大提交**： ```bash git push origin master --force # 强制推送（慎用） # 或分批次提交部分文件 ``` ##### **场景4：网络不稳定** ```bash ping github.com # 检查网络连通性 ``` --- #### **第三步：重新push标准流程** 1. **拉取最新代码**： ```bash git pull origin master # 避免冲突 ``` 2. **解决冲突**（若有）： ```bash git add . git commit -m "解决冲突" ``` 3. **执行推送**： ```bash git push origin master # 常规推送 # 或使用强制推送（仅限个人分支） git push -f origin master ``` --- #### **关键注意事项** 1. **强制推送风险**：`-f` 参数会覆盖远程代码，团队协作时需谨慎[^2] 2. **大文件处理**：超过100MB建议使用Git LFS扩展 3. **协议恢复**：HTTP/1.1切换后需恢复HTTP/2以保持性能[^1] ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值