近日，大量开发者在使用Git进行代码推送时遭遇了令人头疼的错误提示：“SSH: connect to host github.com port 22: Connection timed out”。这一连接超时问题在多个社交媒体和技术论坛上引发热议，不少用户反映在通过SSH协议向GitHub仓库推送代码时反复失败，严重影响了日常工作流。对此，记者采访了多位技术专家并梳理了多种解决方案，以帮助开发者快速恢复代码同步。
问题现象与影响
该问题的典型表现为：当开发者执行 git push origin main 或其他分支推送命令时，终端长时间无响应，最终返回“Connection timed out”错误。部分用户在尝试 git clone 或 git pull 时也会遇到类似情况。受影响范围覆盖全球多个地区，包括中国、东南亚、欧洲部分地区以及美国的一些网络环境。
“昨天我正准备发布一个关键更新，结果推送了五次都超时，差点以为仓库坏了。”一位来自上海的独立开发者向记者抱怨道。类似的声音在Stack Overflow、Reddit和国内技术社区中比比皆是。由于GitHub是全球最大的代码托管平台，这一故障直接打乱了众多团队的项目交付节奏。
常见原因分析
技术专家指出，SSH连接超时通常并非GitHub服务器本身故障，而是本地网络或中间路由配置所致。主要原因包括：
-
网络防火墙或ISP限制：部分企业网络、校园网或一些国家的互联网出口会屏蔽SSH协议常用的22端口。一些云服务商或代理服务器也可能对22端口进行限流。
-
DNS解析异常：GitHub域名解析到错误的IP地址，导致连接被路由到海外节点后超时。
-
SSH配置错误：如本地SSH密钥未正确添加、known_hosts文件冲突或客户端版本过旧。
-
GitHub端限流：虽然罕见，但短时间内大量请求也可能触发GitHub的速率限制，导致连接被临时拒绝。
官方回应与社区建议
截至发稿，GitHub官方状态页面（status.github.com）显示所有服务正常运行。GitHub支持团队在一份声明中表示：“我们注意到部分用户报告了连接问题，这可能与中间网络基础设施有关。建议用户尝试更换网络环境或使用HTTPS协议作为替代。”
事实上，切换为HTTPS推送是官方推荐的应急方案。开发者可在本地仓库中执行以下命令修改远程地址：
git remote set-url origin https://github.com/用户名/仓库名.git
但需要注意的是，HTTPS方式需每次输入个人访问令牌（token），较SSH略显繁琐。
实操解决方案汇总
针对不同场景，记者整理了经过验证的几种方法：
1. 修改SSH端口（推荐）
GitHub支持通过443端口建立SSH连接（常用于HTTPS端口），网络限制较少。只需在~/.ssh/config文件中添加如下配置：
Host github.com
Hostname ssh.github.com
Port 443
保存后再次尝试推送即可。
2. 使用代理加速
对于需要穿透防火墙的开发者，可配置SSH代理，例如通过socks5代理转发SSH流量：
Host github.com
ProxyCommand nc -X 5 -x 127.0.0.1:1080 %h %p
3. 切换DNS服务器
将系统DNS更换为8.8.8.8或1.1.1.1，并清除本地DNS缓存（Mac/Linux执行sudo dscacheutil -flushcache，Windows执行ipconfig/flushdns）。
4. 临时使用HTTPS
如上所述，将仓库remote URL改为HTTPS格式。若要持久化，建议配置credential helper以缓存token。
专家观点与长远考虑
“SSH 22端口被封锁是跨国开发中的常见痛点，尤其在部分网络环境下几乎不可避免。”资深DevOps工程师张晓东对记者表示，“建议开发者将SSH Config中的备用端口443作为默认配置，几乎所有网络环境都开放443端口。”
此外，使用GitHub的gh命令行工具（GitHub CLI）进行身份验证也可绕过部分SSH问题。该工具支持HTTPS和OAuth令牌，兼容性更佳。
结语
随着全球远程协作的普及，网络基础设施的“最后一公里”问题正变得更加突出。此次SSH连接超时虽非GitHub方面的大规模故障，却再次提醒开发者：在依赖单一协议的同时，准备好备用方案是保障工作效率的关键。如果你也遇到类似问题，不妨尝试上述方法，相信总有一种能让你重新顺畅“推代码”。同时，持续关注GitHub官方状态及社区动态，将有助于第一时间获取最新解决思路。