牛的
对我来说,有点难以理解,努力理解中
对我来说,有点难以理解,努力理解中
这么说吧,所有的网站都是搭建在服务器上的,而互联网上所有可以被公开访问的服务器都会被分配一个公网IP地址,顺着这个地址就能访问服务器上的网站了。但IP地址并不好记,于是就有了域名,将域名和IP地址绑定到一起,这样就可以通过域名访问对应服务器上的网站。但全世界这么多服务器和网页,而且时时刻刻都在发生变化,不可能每个人电脑上都能同步网站信息的变化,于是就有了DNS服务器,专门用来处理和记录域名和服务器IP之间的关系。就好比是你想去一个景点,只知道景点的名字,但你可以在高德地图里搜索这个名字,它就会告诉你这个景点在哪,要怎么走才能到达,DNS服务器就是网络世界的高德。
我们家庭宽带用的都是运营商提供的DNS服务器,运营商响应国家政策,在DNS服务器中做了设置,当接收到访问github网站的请求时,DNS会返回错误的回应,比如告诉你这个网页无法访问,或者指条错路,给你导航到公安的警告页面,一些违法被封禁的网站,你点进去看到警告也大多是这个原因。
因此,只要你能找到一个不受限制的可访问的DNS服务器,那么你就可以修改你电脑或手机所使用的DNS,那么你就可以正常的访问GitHub了
这里是海 南广 电,dns改成4.2.2.2仍然不能使用,目前的办法是访问kkgithub.com
不知是我用的不对还是广 电网不行
这里是海 南广 电,dns改成4.2.2.2仍然不能使用,目前的办法是访问kkgithub.com
不知是我用的不对还是广 电网不行
国内网络使用 4.2.2.2 解析 kkgithub.com:
4.2.2.2 | kkgithub.com | 43.154.72.237 | 0 received | 100% packet loss | 1017ms |
---|---|---|---|---|---|
4.2.2.2 | kkgithub.com | 43.154.72.237 | 0 received | 100% packet loss | 1018ms |
4.2.2.2 | kkgithub.com | 43.154.72.237 | 0 received | 100% packet loss | 1018ms |
4.2.2.2 | kkgithub.com | 43.154.72.237 | 0 received | 100% packet loss | 1023ms |
4.2.2.2 | kkgithub.com | 43.154.72.237 | 0 received | 100% packet loss | 1019ms |
4.2.2.2 | kkgithub.com | 43.154.72.237 | 0 received | 100% packet loss | 1026ms |
4.2.2.2 | kkgithub.com | 43.154.72.237 | 0 received | 100% packet loss | 1018ms |
4.2.2.2 | kkgithub.com | 43.154.72.237 | 0 received | 100% packet loss | 1017ms |
4.2.2.2 | kkgithub.com | 43.154.72.237 | 0 received | 100% packet loss | 1029ms |
4.2.2.2 | kkgithub.com | 43.154.72.237 | 0 received | 100% packet loss | 1020ms |
国内网络使用国内 dns 解析 kkgithub.com:
"223.5.5.5,223.6.6.6" | kkgithub.com | 43.153.185.251 | 1 received | 0% packet loss | 122ms |
---|---|---|---|---|---|
"223.5.5.5,223.6.6.6" | kkgithub.com | 43.159.53.68 | 0 received | 100% packet loss | 1033ms |
"223.5.5.5,223.6.6.6" | kkgithub.com | 43.153.182.25 | 1 received | 0% packet loss | 126ms |
"223.5.5.5,223.6.6.6" | kkgithub.com | 43.154.68.204 | 0 received | 100% packet loss | 1019ms |
"223.5.5.5,223.6.6.6" | kkgithub.com | 43.153.185.251 | 1 received | 0% packet loss | 135ms |
"223.5.5.5,223.6.6.6" | kkgithub.com | 43.159.53.68 | 0 received | 100% packet loss | 1019ms |
"223.5.5.5,223.6.6.6" | kkgithub.com | 43.153.182.25 | 1 received | 0% packet loss | 129ms |
"223.5.5.5,223.6.6.6" | kkgithub.com | 43.154.68.204 | 0 received | 100% packet loss | 1017ms |
"223.5.5.5,223.6.6.6" | kkgithub.com | 43.153.185.251 | 0 received | 100% packet loss | 1017ms |
"223.5.5.5,223.6.6.6" | kkgithub.com | 43.159.53.68 | 0 received | 100% packet loss | 1017ms |
国内网络使用 4.2.2.2 dns 解析 github.com:
4.2.2.2 | github.com | 192.30.255.112 | 1 received | 0% packet loss | 173ms |
---|---|---|---|---|---|
4.2.2.2 | github.com | 192.30.255.112 | 1 received | 0% packet loss | 209ms |
4.2.2.2 | github.com | 192.30.255.112 | 1 received | 0% packet loss | 170ms |
4.2.2.2 | github.com | 192.30.255.112 | 1 received | 0% packet loss | 169ms |
4.2.2.2 | github.com | 192.30.255.112 | 1 received | 0% packet loss | 169ms |
4.2.2.2 | github.com | 192.30.255.112 | 1 received | 0% packet loss | 169ms |
4.2.2.2 | github.com | 192.30.255.112 | 1 received | 0% packet loss | 169ms |
4.2.2.2 | github.com | 192.30.255.112 | 1 received | 0% packet loss | 169ms |
4.2.2.2 | github.com | 192.30.255.112 | 1 received | 0% packet loss | 169ms |
国内网络使用国内 dns 解析 github.com:
"223.5.5.5,223.6.6.6" | github.com | 20.205.243.166 | 0 received | 100% packet loss | 1018ms |
---|---|---|---|---|---|
"223.5.5.5,223.6.6.6" | github.com | 20.205.243.166 | 0 received | 100% packet loss | 1017ms |
"223.5.5.5,223.6.6.6" | github.com | 20.205.243.166 | 0 received | 100% packet loss | 1020ms |
"223.5.5.5,223.6.6.6" | github.com | 20.205.243.166 | 0 received | 100% packet loss | 1012ms |
"223.5.5.5,223.6.6.6" | github.com | 20.205.243.166 | 0 received | 100% packet loss | 1020ms |
"223.5.5.5,223.6.6.6" | github.com | 20.205.243.166 | 0 received | 100% packet loss | 1018ms |
"223.5.5.5,223.6.6.6" | github.com | 20.205.243.166 | 0 received | 100% packet loss | 1021ms |
"223.5.5.5,223.6.6.6" | github.com | 20.205.243.166 | 0 received | 100% packet loss | 1030ms |
"223.5.5.5,223.6.6.6" | github.com | 20.205.243.166 | 0 received | 100% packet loss | 1017ms |
感谢,我这里nslookup github.com 4.2.2.2总是超时,没法解析,但用楼主提供的网站,可以解析出192.30.255.112,然后把这个地址加入hosts文件,确实可以直接访问github了
想知道iptable转发里目标地址是怎么来的,楼主是可以通过nslookup github.com 4.2.2.2获取吗,我这里永远超时,想自动化好像只能网抓,然后写脚本修改hosts文件,虽然很蠢,但也能用,多谢
写了那么多字,我只挑关键点:……直接使用 4.2.2.1/4.2.2.2 来配置当前的 dns 解析服务……
写了那么多字,我只挑关键点:……直接使用 4.2.2.1/4.2.2.2 来配置当前的 dns 解析服务……
不行的,起码我这里4.2.2.2一样不能解析,现在写了个脚本,不能用本地dns解析,只能从网站抓取dns解析的结果,然后无论是用iptables转发,还是改hosts,实现访问
curl -s 'https://www.nslookup.io/api/v1/records' -X POST --data-raw '{"domain":"github.com","dnsServer":"cloudflare"}' | jq -r '.records.a.response.answer[0].record.raw' | tr -d '\r' | xargs -i sed -E -i '/github\.com/s/^.* /{} /' /etc/hosts
不行的,起码我这里4.2.2.2一样不能解析,现在写了个脚本,不能用本地dns解析,只能从网站抓取dns解析的结果,然后无论是用iptables转发,还是改hosts,实现访问
curl -s 'https://www.nslookup.io/api/v1/records' -X POST --data-raw '{"domain":"github.com","dnsServer":"cloudflare"}' | jq -r '.records.a.response.answer[0].record.raw' | tr -d '\r' | xargs -i sed -E -i '/github\.com/s/^.* /{} /' /etc/hosts
我大概是这样测试:与你的结果可能有些差别
我大概是这样测试:与你的结果可能有些差别
是的,我这里的问题就在于nslookup那里用4.2.2.2一直超时没有结果,所以只能用curl从网上得到解析的结果
写了那么多字,我只挑关键点:……直接使用 4.2.2.1/4.2.2.2 来配置当前的 dns 解析服务……
真有你的
是不是得访问githubfast.com?
是不是得访问githubfast.com?
但是,它... 的ip无法访问
不行的,起码我这里4.2.2.2一样不能解析,现在写了个脚本,不能用本地dns解析,只能从网站抓取dns解析的结果,然后无论是用iptables转发,还是改hosts,实现访问
curl -s 'https://www.nslookup.io/api/v1/records' -X POST --data-raw '{"domain":"github.com","dnsServer":"cloudflare"}' | jq -r '.records.a.response.answer[0].record.raw' | tr -d '\r' | xargs -i sed -E -i '/github\.com/s/^.* /{} /' /etc/hosts
新疆使用这个命令获取的ip可以ping通 但还是打不开
感觉好麻烦啊。
一个网页的资源可能用了N个域名,怎么解决?
还是梯子简单易用
感觉好麻烦啊。
一个网页的资源可能用了N个域名,怎么解决?
还是梯子简单易用
t要花钱
Popular Ranking
ChangePopular Events
More
为 DNS 解析打造一款可视化工具,或者说是基于可视化编写了一个 DNS 解析工具,提供默认已知的 DNS 服务器列表与域名列表,在不写任何命令和信息的情况下自动化处理 DNS 的解析并可视化结果。
在图中,以国内网络的状态进行的域名解析,并测试解析出来的 ip 是否可用,由此判断该域名的可访问性。
一开始测试的 DNS 服务器是国内知名厂商提供的,域名也只测试了三个,其中 github.com 在国内DNS的情况是可以解析出 ip 但 ip 的测试结果显示完全丢包,那么我的结论就是国内 DNS 完全污染,不管使用哪家 DNS 都无法访问 github.com。
后面我手动填写 DNS 服务器为 4.2.2.2,它解析的 github.com 域名对应的 ip 与国内解析的地址不同,并且 ip 的测试显示是0丢率,随后进行了10次立即ping,且10次结果都没有任何丢包。
其实到这里,你已经可以直接使用 4.2.2.1/4.2.2.2 来配置当前的 dns 解析服务。
本着用魔法,缔造普通人与 github 之前的桥梁,我们使用一些涉及到比较专业的操作(注意:非专业人谨慎操作)。
iptables 的内容
总共三表五链,三表是指 nat magle filter,五链是 INPUT PREROUTE FORWARD POSTROUTE OUTPUT
其中表包含链,链包含规则
查看 iptables 的规则
添加规则
删除规则
汇总
最后用 iptables 规则可视化看看这个规则
基于 streamlit 的可视化 DNS 解析:http://hk.shenmo.tech/DNS_Resolver