【Git】GitHub 连接失败解决方案:Failed to connect to github.com port 443 after 21090 ms: Couldn’t connect to se

【Git】GitHub 连接失败解决方案:Failed to connect to github.com port 443 after 21090 ms: Couldn’t connect to se

文章目录

在使用 Git 进行代码管理时,可能会遇到“Failed to connect to github.com port 443 after 21090 ms: Couldn’t connect to server”这种连接失败的错误提示。这个问题常常与网络配置、代理设置或 VPN 环境的干扰有关。本文将为你提供在使用 VPN 和未使用 VPN 时的不同解决方案,帮助你快速定位并解决问题。

一、使用 VPN 环境下的解决方案

当你处于 VPN 环境下时,GitHub 连接失败往往是由于代理服务器与 Git 配置不一致导致的。具体表现为 Git 在尝试通过代理访问 GitHub 时失败,或者代理的端口不正确。以下是针对该情况的解决步骤:

1. 检查当前代理设置

首先,确认你系统的代理设置。通常,VPN 会配置一个本地代理端口来进行网络请求。你可以通过以下步骤检查代理端口:

  1. 打开 设置 > 网络与互联网 > 代理,找到代理设置,并记录当前代理端口。假设端口号为 1234

2. 配置 Git 使用代理

确保 Git 使用与系统代理设置相同的端口。可以通过以下命令配置 Git 的代理:

git config --global http.proxy http://127.0.0.1:1234 git config --global https.proxy http://127.0.0.1:1234 

如果你的代理端口号是 1234,那么命令就如上所示。这样,Git 会通过该代理访问 GitHub,确保网络请求能够顺利传输。

3. 验证代理设置是否生效

在配置完成后,你可以使用以下命令验证代理设置是否正确:

git config --global -l 

这将列出当前的 Git 配置信息,确保其中的 http.proxyhttps.proxy 设置为你刚刚配置的端口。

4. 刷新 DNS 缓存

有时 DNS 缓存可能会导致连接问题。在执行 Git 操作前,建议刷新系统的 DNS 缓存:

Mac 用户:

sudo dscacheutil -flushcache sudokillall -HUP mDNSResponder 

Windows 用户:

ipconfig /flushdns 

刷新 DNS 缓存后,重新进行 Git 操作,看是否能够正常连接到 GitHub。

5. 重新尝试 Git 操作

在完成上述步骤后,尝试执行 git pushgit pull 等 Git 命令,看看是否能成功连接并操作 GitHub。如果问题仍然存在,请检查网络连接是否稳定,或者尝试更换 VPN 服务器。

二、未使用 VPN 环境下的解决方案

如果你并未使用 VPN,但仍然遇到连接 GitHub 端口 443 失败的问题,那么可能是 Git 配置了代理,但实际并不需要。你可以按照以下步骤解决该问题:

1. 取消 Git 配置的代理

如果 Git 配置了代理,而你并不需要它,或者你的网络环境不适合使用代理,那么需要取消 Git 的代理设置。使用以下命令取消代理:

git config --global --unset http.proxy git config --global --unset https.proxy 

这两条命令将移除所有全局代理设置,恢复 Git 的默认直连模式。

2. 验证代理设置已成功移除

通过以下命令检查代理是否已经被成功移除:

git config --global -l 

如果没有显示 http.proxyhttps.proxy 相关的条目,说明代理已经被成功移除。

3. 重试 Git 操作

取消代理设置后,重新执行 Git 操作,看看是否可以顺利连接到 GitHub。如果问题依然存在,建议检查本地网络连接,确保没有防火墙或其他网络配置阻止了端口 443 的访问。

三、总结

GitHub 端口 443 连接失败的问题可能是由多种原因造成的,特别是在 VPN 环境下,代理设置和网络配置可能会干扰 Git 的正常连接。针对不同的网络环境,以下是两种常见的解决方案:

使用 VPN 的解决方案:

  • 检查并确认系统的代理端口(例如端口 1234)。
  • 配置 Git 使用该代理端口。
  • 刷新 DNS 缓存以确保网络连接通畅。

未使用 VPN 的解决方案:

  • 取消 Git 配置中的代理设置,恢复默认直连模式。
  • 检查代理设置是否已移除。
  • 重试 Git 操作,确认是否恢复正常。

通过这两种方法,你可以根据实际情况来解决 GitHub 连接失败的问题。希望本文能为你提供有效的帮助,使你的 Git 使用更加顺畅。

推荐:JavaScriptreactvue

在这里插入图片描述

Read more

Flutter 三方库 dns_client 的鸿蒙化适配指南 - 告别 DNS 劫持、探索 DNS-over-HTTPS (DoH) 技术、构建安全的鸿蒙网络请求环境

Flutter 三方库 dns_client 的鸿蒙化适配指南 - 告别 DNS 劫持、探索 DNS-over-HTTPS (DoH) 技术、构建安全的鸿蒙网络请求环境

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 dns_client 的鸿蒙化适配指南 - 告别 DNS 劫持、探索 DNS-over-HTTPS (DoH) 技术、构建安全的鸿蒙网络请求环境 在移动互联网时代,DNS 劫持和隐私泄露是网络请求中的“两大顽疾”。当你为鸿蒙系统开发高性能的金融、通讯或工具类应用时,如何确保你的域名解析既快又安全?今天我们来聊聊 dns_client 这个能让你的 Flutter 应用直接对话全球顶级 DNS 服务的利器。 前言 传统的 DNS 查询基于 UDP,既不加密也容易被篡改。而 dns_client 通过 DNS-over-HTTPS (DoH) 技术,将 DNS 查询请求封装在加密的

By Ne0inhk
鸿蒙独立生态的“三重门”:兼容性、开发者意愿与全球市场的残酷突围

鸿蒙独立生态的“三重门”:兼容性、开发者意愿与全球市场的残酷突围

鸿蒙独立生态的“三重门”:兼容性、开发者意愿与全球市场的残酷突围 当支付宝迭代十几个版本、知乎将上架时间压缩93%仍被称作“阉割版”,当3600万“纯血”用户面对着只有登录按钮甚至只有一个图标的APP——我们不得不承认:纯血鸿蒙的最难时刻,才刚刚开始。 截至2026年2月,HarmonyOS 5/6终端设备已突破4200万台,国内市场份额稳居18%,超越苹果iOS成为第二大移动操作系统。1.5万款原生应用、900万注册开发者、35万元服务……这些数字堆叠出一个光鲜的生态轮廓。 但在每一个深夜加班的鸿蒙开发者电脑屏幕上,在每一家中小企业财务审批适配预算的犹豫目光里,在每一台搭载GMS的国产手机海外出货包装盒上——鸿蒙独立生态的“三重门”正以近乎残酷的方式展开。 第一章 兼容性困局:从技术债务到生态债务 1.1 “卓易通”的骂声与开源的鸿沟 2025年底,华为在应用市场上架了一款名为“卓易通”的工具。它的功能很简单:在纯血鸿蒙设备上以虚拟化方式运行安卓应用。随后开发者社区的反馈几乎一边倒——卡顿、闪退、兼容性差。 “卓易通又被人骂得半死”。这句轻描淡写的描述背后,

By Ne0inhk

从零到一:Ubuntu上llama.cpp的编译艺术与性能调优实战

从零到一:Ubuntu上llama.cpp的编译艺术与性能调优实战 在人工智能技术快速发展的今天,大型语言模型(LLM)已成为开发者工具箱中不可或缺的一部分。而llama.cpp作为一款高效、轻量级的LLM推理框架,因其出色的性能和跨平台支持,越来越受到开发者的青睐。本文将带您深入探索在Ubuntu环境下编译和优化llama.cpp的全过程,从基础环境搭建到高级性能调优,为您呈现一套完整的解决方案。 1. 环境准备与基础编译 在开始编译llama.cpp之前,我们需要确保系统环境满足基本要求。Ubuntu 22.04 LTS是最推荐的系统版本,它提供了稳定的软件包支持和良好的兼容性。 首先更新系统并安装必要的开发工具: sudo apt update && sudo apt upgrade -y sudo apt install -y build-essential cmake git curl libcurl4-openssl-dev 对于希望使用CUDA加速的用户,还需要安装NVIDIA驱动和CUDA工具包: sudo apt install

By Ne0inhk

Llama Factory终极技巧:如何优化显存使用

Llama Factory终极技巧:如何优化显存使用 作为一名开发者,当你正在微调一个大模型时,最令人沮丧的莫过于显存不足导致训练中断。这种情况我遇到过多次,特别是在尝试更大规模的模型或更复杂的任务时。本文将分享我在使用 Llama Factory 进行大模型微调时积累的显存优化技巧,帮助你顺利完成任务。 这类任务通常需要 GPU 环境,目前 ZEEKLOG 算力平台提供了包含 Llama Factory 的预置环境,可快速部署验证。但无论使用何种平台,显存优化都是绕不开的关键技术点。 为什么显存会成为瓶颈? 大模型微调过程中,显存主要被以下几个部分占用: * 模型参数:模型越大,参数越多,显存占用越高 * 梯度:反向传播时需要保存梯度,大小与参数数量成正比 * 优化器状态:如 Adam 优化器需要保存动量和方差 * 激活值:前向传播过程中产生的中间结果 当这些部分的总和超过 GPU 显存容量时,就会出现 OOM(Out Of Memory)错误,

By Ne0inhk