找回密码
 新注册用户
搜索
楼主: WaltherNernst

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

[复制链接]
 楼主| 发表于 2016-1-13 17:21:41 | 显示全部楼层
Lynt 发表于 2016-1-13 17:17
额~~,不如兄弟建个FAH专用DNS,大家把查询指向你的DNS

这样没啥意义,因为全都向根查询,上国内网会很卡。
回复

使用道具 举报

 楼主| 发表于 2016-1-13 17:30:39 | 显示全部楼层
WaltherNernst 发表于 2016-1-13 17:21
这样没啥意义,因为全都向根查询,上国内网会很卡。

等我啥时候能搞到固定公网IP再说吧
回复

使用道具 举报

发表于 2016-1-13 18:10:53 | 显示全部楼层
Lynt 发表于 2016-1-13 17:17
额~~,不如兄弟建个FAH专用DNS,大家把查询指向你的DNS

这样把简单问题搞复杂了。 明明一个hosts就能解决的,搞那么复杂反而不稳定。
回复

使用道具 举报

发表于 2016-1-13 18:17:55 | 显示全部楼层
wpf999 发表于 2016-1-13 18:10
这样把简单问题搞复杂了。 明明一个hosts就能解决的,搞那么复杂反而不稳定。
...

不过确实可以考虑加相应机制到守护里面,也不用改hosts了,方便大家
回复

使用道具 举报

发表于 2016-1-13 18:23:13 | 显示全部楼层
Lynt 发表于 2016-1-13 18:17
不过确实可以考虑加相应机制到守护里面,也不用改hosts了,方便大家

事实上,出现域名解析失败的情况很少,我就没遇到过,联通、电信、教育网这么多年未曾遇到过
回复

使用道具 举报

发表于 2016-1-13 19:18:50 | 显示全部楼层
wpf999 发表于 2016-1-13 18:23
事实上,出现域名解析失败的情况很少,我就没遇到过,联通、电信、教育网这么多年未曾遇到过
...

这个不好说,卡包问题我也极少碰到,Linux下只有一次上传卡包和上回无法上传的问题,所以我想看大家的情况再决定是否加到守护
回复

使用道具 举报

 楼主| 发表于 2016-1-13 19:21:37 | 显示全部楼层
Lynt 发表于 2016-1-13 19:18
这个不好说,卡包问题我也极少碰到,Linux下只有一次上传卡包和上回无法上传的问题,所以我想看大家的情 ...

直接向斯坦福查不更好么?

回复

使用道具 举报

发表于 2016-1-13 19:34:57 | 显示全部楼层
WaltherNernst 发表于 2016-1-13 19:21
直接向斯坦福查不更好么?

当然更好,前提是本地DNS会出问题的情况下,这个方法应该保留,等闲下来开个调查贴,如果需求大我会加到守护作为可选项,需要时勾上就会定时轮询相关服务器,当然会按兄弟的思路改为从根服务器查起
回复

使用道具 举报

 楼主| 发表于 2016-1-13 19:47:48 | 显示全部楼层
Lynt 发表于 2016-1-13 19:34
当然更好,前提是本地DNS会出问题的情况下,这个方法应该保留,等闲下来开个调查贴,如果需求大我会加到 ...

每次都从根查起似乎没有必要,可以缓存权威服务器的IP。根IP只能硬写了。虽然根的域名是x.root-servers.net
回复

使用道具 举报

发表于 2016-1-13 21:09:54 | 显示全部楼层
俺不懂网络,但是感觉兄弟的尝试从实战角度靠谱!

理由是我用宁波本地电信的DNS就经常卡包和接不到包,如无守护精灵保驾会卡到翔
路由器里把主DNS改114的,备用改8.8.4.4的,目前几乎很少启动守护精灵,基本上流畅上下载
回复

使用道具 举报

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


@wpf999

感觉的确是先域名再IP
log-20160115-201319.txt (26.47 KB, 下载次数: 721)
  1. 16:22:08:WU00:FS01:0x21:Completed 4800000 out of 5000000 steps (96%)
  2. 16:25:19:WU00:FS01:0x21:Completed 4850000 out of 5000000 steps (97%)
  3. 16:28:34:WU00:FS01:0x21:Completed 4900000 out of 5000000 steps (98%)
  4. 16:31:45:WU00:FS01:0x21:Completed 4950000 out of 5000000 steps (99%)
  5. 16:31:58:WARNING:WU01:FS01:Exception: Could not get IP address for assign-GPU2.stanford.edu: 不知道这样的主机。
  6. 16:31:58:WU01:FS01:Connecting to 171.67.108.45:80
  7. 16:31:58:Started thread 13 on PID 8724
  8. 16:32:00:WU01:FS01:Assigned to work server 140.163.4.245
  9. 16:32:00:WU01:FS01:Requesting new work unit for slot 01: RUNNING gpu:0:GM200 [GeForce GTX 980 Ti] from 140.163.4.245
  10. 16:32:00:WU01:FS01:Connecting to 140.163.4.245:8080
  11. 16:32:01:WU01:FS01:Downloading 6.04MiB
  12. 16:32:07:WU01:FS01:Download 32.08%
  13. 16:32:13:WU01:FS01:Download 88.98%
  14. 16:32:14:WU01:FS01:Download complete
  15. 16:32:14:WU01:FS01:Received Unit: id:01 state:DOWNLOAD error:NO_ERROR project:10493 run:11 clone:2 gen:14 core:0x21 unit:0x0000001b8ca304f555d616ea2b59b45e
  16. 16:34:56:WU00:FS01:0x21:Completed 5000000 out of 5000000 steps (100%)
  17. 16:35:00:WU00:FS01:0x21:Saving result file logfile_01.txt
  18. 16:35:00:WU00:FS01:0x21:Saving result file checkpointState.xml
  19. 16:35:03:WU00:FS01:0x21:Saving result file checkpt.crc
  20. 16:35:03:WU00:FS01:0x21:Saving result file log.txt
  21. 16:35:03:WU00:FS01:0x21:Saving result file positions.xtc
  22. 16:35:06:WU00:FS01:0x21:Folding@home Core Shutdown: FINISHED_UNIT
  23. 16:35:06:WU00:FS01:FahCore returned: FINISHED_UNIT (100 = 0x64)
  24. 16:35:06:WU00:FS01:Sending unit results: id:00 state:SEND error:NO_ERROR project:11410 run:3 clone:22 gen:26 core:0x21 unit:0x000000208ca304f156626d0f2ea48294
  25. 16:35:06:WU00:FS01:Uploading 15.37MiB to 140.163.4.241
  26. 16:35:06:WU00:FS01:Connecting to 140.163.4.241:8080
  27. 16:35:06:WU01:FS01:Starting
复制代码
回复

使用道具 举报

 楼主| 发表于 2016-1-16 09:59:14 | 显示全部楼层
金鹏 发表于 2016-1-16 04:18
@wpf999

感觉的确是先域名再IP

assign-GPU2.stanford.edu的实际ip是171.67.108.204,171.67.108.45是assign-GPU.stanford.edu,实际上很多调度服务器的ip是相同的,也许是为以后考虑,增设调度服务器不影响客户端吧。

实际上目前调度服务器两台
一台域名为vsp11.stanford.edu,以A记录指向171.67.108.45
assign.stanford.edu
assign3.stanford.edu
assign-GPU.stanford.edu

三个域名以CNAME记录指向vsp11.stanford.edu


一台域名为vsp10v-vz04.stanford.edu,A记录指向171.67.108.204
assign2.stanford.edu
assign4.stanford.edu
assign5.stanford.edu
assign-gpu2.stanford.edu

以CNAME记录指向vsp10v-vz04.stanford.edu

评分

参与人数 1基本分 +8 收起 理由
金鹏 + 8 支持兄弟继续研究

查看全部评分

回复

使用道具 举报

发表于 2016-1-16 18:10:18 | 显示全部楼层
FAH接包的时候确实要读DNS,从而受到域名服务器影响。不过我对这种方法还有一个疑虑,主要就是主贴中的这句话:

由于系统会对解析结果进行缓存,所以可以临时性的解决包连不上的问题

nslookup查询的结果系统真的会缓存吗?我刚才测试了一下似乎并不会。
测试方法是把dns设成一个无效IP,然后执行1楼附件中的Stanford_ns.bat,然后再ping folding.stanford.edu,但结果还是ping不通。

回复

使用道具 举报

发表于 2016-1-16 18:15:53 | 显示全部楼层
cuda 发表于 2016-1-16 18:10
FAH接包的时候确实要读DNS,从而受到域名服务器影响。不过我对这种方法还有一个疑虑,主要就是主贴中的这句 ...

解决了我的疑虑,如果DNS无法缓存,只能用守护成功解析后添加到hosts?但是程序被报毒的机会大大增加
回复

使用道具 举报

发表于 2016-1-16 18:26:11 | 显示全部楼层
WaltherNernst 发表于 2016-1-16 09:59
assign-GPU2.stanford.edu的实际ip是171.67.108.204,171.67.108.45是assign-GPU.stanford.edu,实际上很 ...

我感觉assign-GPU.stanford.edu等应该是虚拟机,不是物理机。vsp10等才是物理机
回复

使用道具 举报

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

本版积分规则

论坛官方淘宝店开业啦~

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

GMT+8, 2024-3-29 06:31

Powered by Discuz! X3.5

© 2001-2024 Discuz! Team.

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