找回密码
 新注册用户
搜索
查看: 21403|回复: 87

[原创] Folding@Home域名解析失败问题解决方案

[复制链接]
发表于 2016-1-12 22:45:29 | 显示全部楼层 |阅读模式
本帖最后由 WaltherNernst 于 2016-8-25 11:46 编辑

偷懒的亲请直接下载 Stanford_ns.rar (276 Bytes, 下载次数: 6009)
360貌似报毒,不知道怎么搞的
如果不关闭的话,完成后10分钟会重新开始,循环。


因为域名解析的问题,时常连不上斯坦福的服务器,造成包下不来传不上去。
用GoogleDNS效果也不太好,而且影响上国内网。
所以,可以直接向直接管理斯坦福域名的服务器发起请求,也避免了DNS污染。(斯坦福域名的权威服务器在斯坦福自己手里)
话说现在根服务器的解析结果都带签名了,污染DNS越来越难了。


打开CMD(win+R,输入CMD,回车),输入代码,图我就不贴了
第一步:获取管理斯坦福权威服务器的服务器IP地址(.edu顶级域的根)
nslookup folding.stanford.edu 198.41.0.4(这个IP地址是A根服务器的,其余根服务器的列表附后,尽量别用国内有镜像的根F,I,J,L)
解析结果有几个IP,这些IP是负责管理所有.edu后缀域名的服务器。

第二步:获取斯坦福权威服务器IP地址(管理所有.stanford.edu后缀的域名)
nslookup folding.stanford.edu 192.5.6.30(这个IP从上一步的解析结果里面找)

第三步:获取FAH服务器的IP地址
nslookup folding.stanford.edu 171.64.7.88(这个IP从上一步的解析结果里面找)

由于系统会对解析结果进行缓存,所以可以临时性的解决包连不上的问题
folding.stanford.edu是指访问FAH官网的域名,实际客户端运行的时候,可能还需要访问诸如
assign.stanford.edu,assign-GPU2.stanford.edu之类的域名,去LOG文件里面找吧。


提供的bat文件包含以下域名(持续更新中。。。)
folding.stanford.edu
fah-web.stanford.edu
assign.stanford.edu
assign2.stanford.edu
assign3.stanford.edu
assign4.stanford.edu
assign5.stanford.edu
assign-GPU.stanford.edu
assign-GPU2.stanford.edu


根域名服务器地址
A     198.41.0.4
B     192.228.79.201
C     192.33.4.12
D     199.7.91.13
E     192.203.230.10
F     192.5.5.241
G     192.112.36.4
H     128.63.2.53
I     192.36.148.17
J     192.58.128.30
K     193.0.14.129
L     199.7.83.42
M     202.12.27.33




==========================================分=======割=======线==========================================

好吧,我把简单的问题复杂化了
其实Windows可以设置多于2个DNS服务器,只需将斯坦福权威DNS设为第三DNS即可,觉得必要还可以设置第四DNS和第五DNS
Stanford_ns.jpg

Stanford_ns2.jpg


斯坦福权威DNS是
171.64.7.61
171.64.7.115
204.63.227.77
208.80.124.13
208.80.126.13
208.94.148.13


如果是跑分专机,甚至可以把斯坦福权威DNS设为第一第二DNS,普通上网的DNS放第三第四,取得更好效果。




评分

参与人数 3基本分 +118 收起 理由
wpf999 + 100 大道至简!
金鹏 + 8 赞一个!
Lynt + 10 谢谢分享,必要时守护程序增加类似机制.

查看全部评分

回复

使用道具 举报

发表于 2016-1-12 22:58:38 | 显示全部楼层
dns不是多大问题,fah客户端一般直接用ip发起请求
回复

使用道具 举报

 楼主| 发表于 2016-1-12 22:59:20 | 显示全部楼层
wpf999 发表于 2016-1-12 22:58
dns不是多大问题,fah客户端一般直接用ip发起请求

事实上是域名而不是IP
回复

使用道具 举报

 楼主| 发表于 2016-1-12 23:01:21 | 显示全部楼层
wpf999 发表于 2016-1-12 22:58
dns不是多大问题,fah客户端一般直接用ip发起请求

先用域名连接到调度服务器,然后从根据调度服务器指定的ip联络任务发放服务器
回复

使用道具 举报

发表于 2016-1-12 23:11:32 | 显示全部楼层
用阿里的DNS,速度有保障,目前来看还算靠谱
223.5.5.5或223.6.6.6
回复

使用道具 举报

发表于 2016-1-13 00:13:29 | 显示全部楼层
WaltherNernst 发表于 2016-1-12 23:01
先用域名连接到调度服务器,然后从根据调度服务器指定的ip联络任务发放服务器
...

我抓过包,基本都是用ip直接发起请求
回复

使用道具 举报

 楼主| 发表于 2016-1-13 00:33:11 | 显示全部楼层
wpf999 发表于 2016-1-13 00:13
我抓过包,基本都是用ip直接发起请求

因为Windows有DNS缓存,也就是因为有DNS缓存我这个办法才能生效。
回复

使用道具 举报

发表于 2016-1-13 00:48:41 | 显示全部楼层
WaltherNernst 发表于 2016-1-13 00:33
因为Windows有DNS缓存,也就是因为有DNS缓存我这个办法才能生效。

每次都是直接连 171.67.108.45:80, 没用dns缓存
回复

使用道具 举报

发表于 2016-1-13 00:52:35 | 显示全部楼层
可能是不同地区网络提供商对网络控制程度不同吧?江苏南京电信,上传下载基本正常,下载不到的情况有,但是不严重,偶尔为之,只要重启客户端就可以了。我DNS用的是百度的180.76.76.76。
回复

使用道具 举报

发表于 2016-1-13 01:05:16 | 显示全部楼层
使用ip应该是程序内置逻辑


搜狗截图16年01月13日0104_1.png

回复

使用道具 举报

 楼主| 发表于 2016-1-13 11:28:43 | 显示全部楼层
wpf999 发表于 2016-1-13 01:05
使用ip应该是程序内置逻辑

上传时连接的IP是包下载时就已经确定的,连接任务分配服务器使用域名
http://www.equn.com/forum/thread-41588-1-1.html  3楼的log
而且有的地区也发现有域名服务器无法收到权威服务器响应的报错提示出现
回复

使用道具 举报

 楼主| 发表于 2016-1-13 11:33:07 | 显示全部楼层
wpf999 发表于 2016-1-13 01:05
使用ip应该是程序内置逻辑

先用域名连接到调度服务器,服务器告知具体发放回收包的服务器的IP地址,再连接这个IP地址的服务器上传下载包。
回复

使用道具 举报

发表于 2016-1-13 11:35:12 | 显示全部楼层
WaltherNernst 发表于 2016-1-13 11:28
上传时连接的IP是包下载时就已经确定的,连接任务分配服务器使用域名
http://www.equn.com/forum/thread- ...

171.67.108.45:80是任务分配服务器,不是work server,不存在上传问题。

那段log正好说明当域名不行时,会自动使用ip连接


回复

使用道具 举报

 楼主| 发表于 2016-1-13 11:43:25 | 显示全部楼层
wpf999 发表于 2016-1-13 11:35
171.67.108.45:80是任务分配服务器,不是work server,不存在上传问题。

那段log正好说明当域名不行时, ...

但是日志的下方又开始用域名了啊,而且这两个域名是指向上面log中出现的两个IP的。FAH用到的域名很多指向相同IP,很有可能用不同域名访问会被区别对待。
回复

使用道具 举报

发表于 2016-1-13 11:45:41 | 显示全部楼层
WaltherNernst 发表于 2016-1-13 11:43
但是日志的下方又开始用域名了啊,而且这两个域名是指向上面log中出现的两个IP的。FAH用到的域名很多指向 ...

由于ip连也不通,重复尝试啊,容错程序设计原理。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 新注册用户

本版积分规则

论坛官方淘宝店开业啦~

Archiver|手机版|小黑屋|中国分布式计算总站 ( 沪ICP备05042587号 )

GMT+8, 2024-3-29 04:39

Powered by Discuz! X3.5

© 2001-2024 Discuz! Team.

快速回复 返回顶部 返回列表