解决centos8下域名raw.githubusercontent.com解析错误

在win10环境下执行命令

D:\test>ping raw.githubusercontent.com
Ping 请求找不到主机 raw.githubusercontent.com。请检查该名称,然后重试。

解决很简单,把ipv6的DNS服务器设为240c::6666就行了,改完后执行命令

D:\test>ping raw.githubusercontent.com

正在 Ping raw.githubusercontent.com [2606:50c0:8000::154] 具有 32 字节的数据:
来自 2606:50c0:8000::154 的回复: 时间=257ms
来自 2606:50c0:8000::154 的回复: 时间=255ms

可是在虚拟机的centos8环境下相同修改不起作用,执行命令输出如下结果

[root@localhost etc]# ping raw.githubusercontent.com
PING raw.githubusercontent.com (127.0.0.1) 56(84) bytes of data.
64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.048 ms
64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.111 ms
64 bytes from localhost (127.0.0.1): icmp_seq=3 ttl=64 time=0.112 ms
^C
好奇怪,系统把raw.githubusercontent.com地址解析成127.0.0.1了。经过反复折腾,最后把ipv4的DNS改为8.8.8.8才解决。

[root@localhost etc]# nmcli device show ens160
。。。
IP4.DNS[1]:                             8.8.8.8
IP6.ADDRESS[1]:                         2409:
IP6.ADDRESS[2]:                         fe80::20c
IP6.GATEWAY:                            fe80::1
IP6.ROUTE[1]:                           dst = 2409:
IP6.ROUTE[2]:                           dst = ::/0, nh = fe80::1, mt = 100
IP6.ROUTE[3]:                           dst = fe80::/64, nh = ::, mt = 100
IP6.DNS[1]:                             fe80::1
[root@localhost etc]# ping raw.githubusercontent.com
PING raw.githubusercontent.com(2606:50c0:8003::154 (2606:50c0:8003::154)) 56 data bytes
64 bytes from 2606:50c0:8003::154 (2606:50c0:8003::154): icmp_seq=1 ttl=51 time=259 ms
64 bytes from 2606:50c0:8003::154 (2606:50c0:8003::154): icmp_seq=2 ttl=51 time=256 ms
^C
还有个关键点是不能通过命令行编辑配置文件来修改DNS(可能是我改的方法有问题),必须通过桌面应用里的设置修改才能成功。

### 解决方案 当遇到 `wget` 访问 `raw.githubusercontent.com` 被拒绝的问题时,可能的原因包括网络连接问题、证书验证失败或服务器端配置不当。以下是详细的解决方案: #### 1. 检查网络连接 确保本地机器能够正常访问目标 URL。可以尝试通过浏览器或其他工具(如 `curl` 或 `ping`)测试与 `raw.githubusercontent.com` 的连通性。 如果发现无法访问,可能是由于防火墙或代理设置阻止了请求。可以通过以下方式解决问题: - 配置代理支持: ```bash export http_proxy=http://your-proxy-server:port export https_proxy=http://your-proxy-server:port ``` - 使用无代理模式临时绕过代理限制: ```bash wget --no-proxy https://raw.githubusercontent.com/example/path/to/file ``` #### 2. 更新 CA 证书 如果问题是由于 SSL/TLS 证书验证失败引起的,则需要更新系统的 CA 证书库。这通常发生在较旧的操作系统版本上。 对于基于 Debian/Ubuntu 的系统,执行以下命令安装最新证书包: ```bash sudo apt-get update && sudo apt-get install ca-certificates ``` 对于 RedHat/CentOS/Fedora 系统,运行以下命令: ```bash sudo yum reinstall ca-certificates sudo update-ca-trust force-enable ``` 此外,还可以强制忽略 SSL 错误来完成下载操作(不推荐用于生产环境),方法如下: ```bash wget --no-check-certificate https://raw.githubusercontent.com/example/path/to/file [^1] ``` #### 3. 启用时间戳功能优化重复下载行为 为了减少不必要的文件重新下载并提高效率,建议启用 `wget` 的时间戳选项 `-N` 或 `--timestamping`。这样只有在远程文件比本地文件新时才会触发实际的下载过程[^2]。 例如: ```bash wget -N https://raw.githubusercontent.com/example/path/to/file ``` #### 4. 替代工具或镜像源 如果上述方法均未奏效,考虑更换其他可用的 GitHub 文件托管服务或者寻找国内加速镜像站点作为替代方案。 --- ### 注意事项 尽管提供了多种解决途径,但具体实施还需依据实际情况调整策略。务必注意安全性和合法性,在必要情况下咨询专业人士获取进一步指导。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值