• 所有问题

    • git访问github失败_Connection refused解决方案

    如题所述

    举报该问题
    其他回答
    第1个回答  2024-09-19
    Git访问github失败_Connection refused解决方案问题描述

    在git bash中，输入git clone等访问github远程仓库命令，报Connection refused错误：

    Administrator@xiaogu-PC MINGW64 ~/Desktop/test_git_clone$ git clone https://github.com/qinguoyi/TinyWebServer.git$ git clone https://github.com/qinguoyi/TinyWebServer.gitCloning into 'TinyWebServer'...fatal: unable to access 'https://github.com/qinguoyi/TinyWebServer.git/': Failed to connect to github.com port 443 after 2042 ms:Connection refused

    尝试方案：

    1、更新本机和github中ssh key，确保更新后，问题依旧；

    2、在~/.ssh/config文件中添加目的ssh远程主机信息（User改为自己的github邮箱地址），确保config文件无误后，问题依旧；

    3、考虑git代理问题，然而我并没有设置https.proxy，问题依旧；

    4、在凭据管理器中删除或修改与github有关windows凭据后，问题依旧；

    5、卸载重装git后，还是没解决...

    6、重装系统，你们可以试试...[狗头]，应该管用...[滑稽]

    ...

    i、排查期间真的是尝试了很多种网络上的方案...花了一整天时间，不管用啊~

    ...

    n、终极方案，没用你打死我言归正传 --> 原因分析：

    半夜1点多还睡不着，为啥会Connection Refused呢？打开手机再尝试查一查...

    直到...看到下面这两篇讲解github DNS污染的博客，令我眼前一亮，真是amazing啊

    [https://segmentfault.com/q/1010000041906310]()

    [https://getiot.tech/github/github-errata-port-443-connection-refused.html]()

    在此对以上两篇博客表示感谢！

    学习一下：什么是DNS污染？

    百度百科解释：

    网域服务器缓存污染（DNS cache pollution），又称域名服务器缓存投毒（DNS cache poisoning），是指一些刻意制造或无意中制造出来的域名服务器数据包，把域名指往不正确的IP地址。

    某些网络运营商为了某些目的，对DNS进行了某些操作，导致使用ISP的正常上网设置无法通过域名取得正确的IP地址。

    某些国家或地区出于某些目的为了防止某网站被访问，而且其又掌握部分国际DNS根目录服务器或镜像，也会利用此方法进行屏蔽。

    接下来就是激动人心的bug解决过程了！

    1、在git bash中输入ssh -vT [email protected]命令，debug一下git访问github网站的ssh连接过程：

    $ ssh -vT [email protected]_9.0p1, OpenSSL 1.1.1o3 May 2022debug1: Reading configuration data /c/Users/Administrator.DESKTOP-XXX/.ssh/configdebug1: Reading configuration data /etc/ssh/ssh_configdebug1: Connecting to github.com [::1] port 22.debug1: connect to address ::1 port 22: Connection refuseddebug1: Connecting to github.com [127.0.0.1] port 22.debug1: connect to address 127.0.0.1 port 22: Connection refusedssh: connect to host github.com port 22: Connection refused

    分析上面的debug记录，咦？DNS怎么会将github.com解析到本机ip(127.0.0.1)了？

    引用前文提到的博客文章的一句话：“这应该是 DNS 解析出问题了！把github.com 解析到了本机环回地址，于是产生了屏蔽效果。这种现象被称为“DNS 解析污染”，可能是由于 DNS 解析被运营商劫持了，或者使用了科学上网工具等原因造成的。”

    2、 接下来我们就来查询一下github.com真正的ip地址，通过[IPAddress.com]()网站或者在终端使用nslookup 命令查询本区域关于github.com网站的真正域名ip信息地址。下面通过nslookup 命令进行查询：

    # 注：8.8.8.8表示显式通过谷歌家的DNS服务器对github.com进行域名解析$ nslookup github.com 8.8.8.8Non-authoritative answer:Server:dns.googleAddress:8.8.8.8

    Name: ? ?github.com Address: ?20.205.243.166 # 这个就是此时此地的github.com域名解析到的真正ip

    + 3、同样，再查询一下`ssh.github.com`的ip地址:```bash# 注：8.8.8.8表示显式通过谷歌家的DNS服务器对ssh.github.com进行域名解析$ nslookup ssh.github.com 8.8.8.8Non-authoritative answer:Server:dns.googleAddress:8.8.8.8Name:ssh.github.comAddress:20.205.243.160

    4、修改本机hosts文件，hosts 文件在每个系统的位置不一，详情如下：

    在hosts文件的末尾添加以下两行，表示手动进行DNS域名解析。（注意文件需要有写入权限）

    # GitHub20.205.243.166github.com20.205.243.160ssh.github.com

    Windows 系统：C:\Windows\System32\drivers\etc\hosts

    Linux 系统：/etc/hosts

    Mac（苹果电脑）系统：/etc/hosts

    Android（安卓）系统：/system/etc/hosts

    iPhone（iOS）系统：/etc/hosts

    5、修改hosts文件后，重新执行ssh -vT [email protected]命令，发现已经可以成功连接github了：

    $ ssh -vT [email protected]_9.0p1, OpenSSL 1.1.1o3 May 2022debug1: Reading configuration data /c/Users/Administrator.DESKTOP-S16IQNP/.ssh/configdebug1: Reading configuration data /etc/ssh/ssh_configdebug1: Connecting to github.com [20.205.243.166] port 22.debug1: Connection established.debug1: identity file /c/Users/Administrator.DESKTOP-XXX/.ssh/id_rsa type 0...# ...此处省略很多行...Hi AC-xiaogu! You've successfully authenticated, but GitHub does not provide shell access.debug1: channel 0: free: client-session, nchannels 1Transferred: sent 3216, received 2704 bytes, in 0.6 secondsBytes per second: sent 5571.3, received 4684.3debug1: Exit status 1

    6、此时git clone等命令已经可以正常使用了：

    Administrator@XXX-PC MINGW64 ~/Desktop/test$ git clone https://github.com/qinguoyi/TinyWebServer.gitCloning into 'TinyWebServer'...remote: Enumerating objects: 816, done.remote: Counting objects: 100% (219/219), done.remote: Compressing objects: 100% (73/73), done.remote: Total 816 (delta 165), reused 146 (delta 146), pack-reused 597Receiving objects: 100% (816/816), 55.97 MiB | 3.88 MiB/s, done.Resolving deltas: 100% (457/457), done.

    大功告成！

    之前一直都是看别人的博客文章，自己却没有正式写过技术文章，这算是我的第一篇博客吧哈哈哈，居然是bug解决方案分享文...

    同志们，要继续加油啊！！！

    原文：https://juejin.cn/post/7103738143513247781

    logo设计

    创造品牌价值

    ¥500元起

    APP开发

    量身定制，源码交付

    ¥2000元起

    商标注册

    一个好品牌从商标开始

    ¥1480元起

    公司注册

    注册公司全程代办

    ¥0元起

    查

    看

    更

    多

      官方电话官方服务
        官方网站八戒财税知识产权八戒服务商企业需求数字市场
    相似回答
    大家正在搜