找回密码
 立即注册

QQ登录

只需一步,快速开始

搜索
广告投放联系QQ68610888
楼主: test0x01

cdns 新发明的轮子,纯净DNS

  [复制链接]
发表于 2016-10-10 17:16 | 显示全部楼层
mt7620那个解压开没有后缀名是要自己改ipk么,另外没有luci么?
作为上游服务器的时候 dnsmasq要转发到什么地址?

点评

那些包里都只有一个 可执行程序。要自己手动写配置文件,然后手动运行。 需要自动的话,还是用ghostry的package编译一份,这样什么都搞定了。  详情 回复 发表于 2016-10-10 17:23
我的恩山、我的无线 The best wifi forum is right here.
回复

使用道具 举报

 楼主| 发表于 2016-10-10 17:22 | 显示全部楼层
ghostry 发表于 2016-10-10 16:41
+argp-standalone 这个有点郁闷,不写的话编译出错,写的话,安装出错。

这个的确头疼。目前为了让make在openwrt的情况下正常编译,我还break了其它系统的编译。其实 在Makefile里不应该有-largp。
argp-standalone这个东西,在wrt下不知道为什么搞这么怪

点评

原来还可以这样,受教了。  详情 回复 发表于 2016-10-10 21:54
我的恩山、我的无线 The best wifi forum is right here.
回复

使用道具 举报

 楼主| 发表于 2016-10-10 17:23 | 显示全部楼层
imyoona 发表于 2016-10-10 17:16
mt7620那个解压开没有后缀名是要自己改ipk么,另外没有luci么?
作为上游服务器的时候 dnsmasq要转发到什 ...

那些包里都只有一个 可执行程序。要自己手动写配置文件,然后手动运行。
需要自动的话,还是用ghostry的package编译一份,这样什么都搞定了。

点评

这就尴尬了,没linux环境编译,还是等大神吧。  详情 回复 发表于 2016-10-10 17:28
我的恩山、我的无线 The best wifi forum is right here.
回复

使用道具 举报

发表于 2016-10-10 17:28 | 显示全部楼层
test0x01 发表于 2016-10-10 17:23
那些包里都只有一个 可执行程序。要自己手动写配置文件,然后手动运行。
需要自动的话,还是用ghostry的 ...

这就尴尬了,没linux环境编译,还是等大神吧。
我的恩山、我的无线 The best wifi forum is right here.
回复

使用道具 举报

发表于 2016-10-10 18:24 | 显示全部楼层
看着太高端,不会整。。
我的恩山、我的无线 The best wifi forum is right here.
回复

使用道具 举报

发表于 2016-10-10 18:44 来自手机 | 显示全部楼层
对铁通这种dns被劫持无法自己改dns的有没有用?
我的恩山、我的无线 The best wifi forum is right here.
回复

使用道具 举报

发表于 2016-10-10 19:00 | 显示全部楼层
ghostry 发表于 2016-10-10 15:38
https://github.com/ghostry/openwrt-gmod
cdns和luci-app-cdns

编译成功,安装出错,能否帮忙编译个ar71xx

点评

Makefile里的+argp-standalone 去掉 SDK编译的时候手动选上argp-standalone 就可以安装了.  详情 回复 发表于 2016-10-10 20:31
我的恩山、我的无线 The best wifi forum is right here.
回复

使用道具 举报

发表于 2016-10-10 20:31 | 显示全部楼层
zgzh 发表于 2016-10-10 19:00
编译成功,安装出错,能否帮忙编译个ar71xx

Makefile里的+argp-standalone 去掉 SDK编译的时候手动选上argp-standalone 就可以安装了.

点评

谢谢指点,成功了  详情 回复 发表于 2016-10-11 11:11
我的恩山、我的无线 The best wifi forum is right here.
回复

使用道具 举报

发表于 2016-10-10 20:31 | 显示全部楼层
不错咯,谢谢分享~~
我的恩山、我的无线 The best wifi forum is right here.
回复

使用道具 举报

发表于 2016-10-10 21:06 | 显示全部楼层
本帖最后由 荒野无灯 于 2016-10-10 21:16 编辑

测试了下最新版,对于污染的域名 , 我这边的线路好像不行:

以下是查询twitter , youtube 等 , 查询google 正常。
  1. Oct 10 21:02:39 cdns[23672]: cdns @ 0.0.0.0:1053
  2. Oct 10 21:02:39 cdns[23672]: cdns started
  3. Oct 10 21:02:39 cdns[23672]: Cool! DNS server 208.67.222.222:53 supports EDNS with UDP payload size: 4096
  4. Oct 10 21:02:59 cdns[23672]: dropping request @ state: 1
  5. Oct 10 21:03:02 cdns[23672]: Good response (+edns)
  6. Oct 10 21:03:02 cdns[23672]: rtt_ms: 275  avg rtt: 3000   verify_rc: 1
  7. Oct 10 21:03:02 cdns[23672]: dropping request @ state: 3
  8. Oct 10 21:03:16 cdns[23672]: Bad response
  9. Oct 10 21:03:16 cdns[23672]: rtt_ms: 8  avg rtt: 1637   verify_rc: -1
  10. Oct 10 21:03:16 cdns[23672]: Bad response
  11. Oct 10 21:03:16 cdns[23672]: rtt_ms: 9  avg rtt: 1637   verify_rc: -1
  12. Oct 10 21:03:19 cdns[23672]: dropping request @ state: 1
  13. Oct 10 21:03:21 cdns[23672]: Bad response
  14. Oct 10 21:03:21 cdns[23672]: rtt_ms: 7  avg rtt: 2091   verify_rc: -1
  15. Oct 10 21:03:21 cdns[23672]: Bad response
  16. Oct 10 21:03:21 cdns[23672]: rtt_ms: 9  avg rtt: 2091   verify_rc: -1
  17. Oct 10 21:03:24 cdns[23672]: dropping request @ state: 1
  18. Oct 10 21:03:26 cdns[23672]: Bad response
  19. Oct 10 21:03:26 cdns[23672]: rtt_ms: 8  avg rtt: 2318   verify_rc: -1
  20. Oct 10 21:03:26 cdns[23672]: Bad response
  21. Oct 10 21:03:26 cdns[23672]: rtt_ms: 9  avg rtt: 2318   verify_rc: -1

复制代码


后面又测试了下google的, 发现可以正常返回结果,只是速度非常慢:
  1. Oct 10 21:12:26 cdns[23753]: cdns @ 0.0.0.0:1053
  2. Oct 10 21:12:26 cdns[23753]: cdns started
  3. Oct 10 21:12:26 cdns[23753]: Cool! DNS server 8.8.8.8:53 supports EDNS with UDP payload size: 512
  4. Oct 10 21:12:35 cdns[23753]: dropping request @ state: 1
  5. Oct 10 21:12:37 cdns[23753]: Good response (+edns)
  6. Oct 10 21:12:37 cdns[23753]: rtt_ms: 42  avg rtt: 3000   verify_rc: 1
  7. Oct 10 21:12:37 cdns[23753]: dropping request @ state: 3
  8. Oct 10 21:12:46 cdns[23753]: Bad response
  9. Oct 10 21:12:46 cdns[23753]: rtt_ms: 6  avg rtt: 1521   verify_rc: -1
  10. Oct 10 21:12:46 cdns[23753]: Bad response
  11. Oct 10 21:12:46 cdns[23753]: rtt_ms: 10  avg rtt: 1521   verify_rc: -1
  12. Oct 10 21:12:49 cdns[23753]: dropping request @ state: 1
  13. Oct 10 21:12:51 cdns[23753]: Bad response
  14. Oct 10 21:12:51 cdns[23753]: rtt_ms: 5  avg rtt: 2014   verify_rc: -1
  15. Oct 10 21:12:51 cdns[23753]: Bad response
  16. Oct 10 21:12:51 cdns[23753]: rtt_ms: 10  avg rtt: 2014   verify_rc: -1
  17. Oct 10 21:12:51 cdns[23753]: Good response (+edns)
  18. Oct 10 21:12:51 cdns[23753]: rtt_ms: 35  avg rtt: 2014   verify_rc: 1
  19. Oct 10 21:12:51 cdns[23753]: dropping request @ state: 3
  20. Oct 10 21:13:09 cdns[23753]: Bad response
  21. Oct 10 21:13:09 cdns[23753]: rtt_ms: 8  avg rtt: 1519   verify_rc: -1
  22. Oct 10 21:13:09 cdns[23753]: Bad response
  23. Oct 10 21:13:09 cdns[23753]: rtt_ms: 13  avg rtt: 1519   verify_rc: -1
  24. Oct 10 21:13:12 cdns[23753]: dropping request @ state: 1
  25. Oct 10 21:13:14 cdns[23753]: Bad response
  26. Oct 10 21:13:14 cdns[23753]: rtt_ms: 7  avg rtt: 1815   verify_rc: -1
  27. Oct 10 21:13:14 cdns[23753]: Bad response
  28. Oct 10 21:13:14 cdns[23753]: rtt_ms: 13  avg rtt: 1815   verify_rc: -1
  29. Oct 10 21:13:17 cdns[23753]: dropping request @ state: 1
  30. Oct 10 21:13:19 cdns[23753]: Bad response
  31. Oct 10 21:13:19 cdns[23753]: rtt_ms: 5  avg rtt: 2012   verify_rc: -1
  32. Oct 10 21:13:19 cdns[23753]: Bad response
  33. Oct 10 21:13:19 cdns[23753]: rtt_ms: 13  avg rtt: 2012   verify_rc: -1
  34. Oct 10 21:13:20 cdns[23753]: Good response (+edns)
  35. Oct 10 21:13:20 cdns[23753]: rtt_ms: 106  avg rtt: 2012   verify_rc: 1
  36. Oct 10 21:13:20 cdns[23753]: dropping request @ state: 3
复制代码



twitter 能正常返回, youtube 提示超时:
  1. > youtube.com
  2. ;; connection timed out; no servers could be reached
  3. > twitter.com
  4. Server:                192.168.2.1
  5. Address:        192.168.2.1#1053

  6. Non-authoritative answer:
  7. Name:        twitter.com
  8. Address: 104.244.42.1
  9. Name:        twitter.com
  10. Address: 104.244.42.65
  11. > twitter.com
  12. Server:                192.168.2.1
  13. Address:        192.168.2.1#1053

  14. Non-authoritative answer:
  15. Name:        twitter.com
  16. Address: 104.244.42.1
  17. Name:        twitter.com
  18. Address: 104.244.42.65
  19. > youtube.com
  20. ;; connection timed out; no servers could be reached
复制代码

点评

从你的log来看,你这边线路会把正确的回复丢包。只有第一次测试时可能是查询baidu.com反回了正确结果。其它查询反回的都是抢答包,而正确的包一个也没见到。或者你可试试用8.8.8.8看看是不是也一样的  详情 回复 发表于 2016-10-10 21:21
我的恩山、我的无线 The best wifi forum is right here.
回复

使用道具 举报

 楼主| 发表于 2016-10-10 21:21 来自手机 | 显示全部楼层
荒野无灯 发表于 2016-10-10 21:06
测试了下最新版,对于污染的域名 , 我这边的线路好像不行:

以下是查询twitter , youtube 等 , 查询goo ...

从你的log来看,你这边线路会把正确的回复丢包。只有第一次测试时可能是查询baidu.com反回了正确结果。其它查询反回的都是抢答包,而正确的包一个也没见到。或者你可试试用8.8.8.8看看是不是也一样的

点评

上游设置成google public dns (两个), 测试结果: 被污染的域名无法得到结果 , google.com 这种没被污染的能正常返回。 这应该是线路问题吧? 我这边是南方 电信。  详情 回复 发表于 2016-10-10 21:25
我的恩山、我的无线 The best wifi forum is right here.
回复

使用道具 举报

发表于 2016-10-10 21:22 | 显示全部楼层
设置了两个 google dns, 超时设置成10s,
两次启动的结果不同:
  1. Oct 10 21:21:26 cdns[23833]: cdns @ 0.0.0.0:1053
  2. Oct 10 21:21:26 cdns[23833]: cdns started
  3. Oct 10 21:21:27 cdns[23833]: Cool! DNS server 8.8.4.4:53 supports EDNS with UDP payload size: 512
  4. Oct 10 21:21:38 cdns[23836]: cdns @ 0.0.0.0:1053
  5. Oct 10 21:21:38 cdns[23836]: cdns started
  6. Oct 10 21:21:38 cdns[23836]: Cool! DNS server 8.8.8.8:53 supports EDNS with UDP payload size: 512
  7. Oct 10 21:21:39 cdns[23836]: Cool! DNS server 8.8.4.4:53 supports EDNS with UDP payload size: 512
复制代码


第一次只发现了 8.8.4.4 ,  第二次两个都 发现了。

点评

你的线路问题。到国外的延时太大,丢包严重。 试试找找其它邻国的DNS吧,运气好就有快的。  详情 回复 发表于 2016-10-10 21:25
我的恩山、我的无线 The best wifi forum is right here.
回复

使用道具 举报

 楼主| 发表于 2016-10-10 21:25 | 显示全部楼层
荒野无灯 发表于 2016-10-10 21:22
设置了两个 google dns, 超时设置成10s,
两次启动的结果不同:

你的线路问题。到国外的延时太大,丢包严重。
试试找找其它邻国的DNS吧,运气好就有快的。
我的恩山、我的无线 The best wifi forum is right here.
回复

使用道具 举报

发表于 2016-10-10 21:25 | 显示全部楼层
本帖最后由 荒野无灯 于 2016-10-10 21:27 编辑
test0x01 发表于 2016-10-10 21:21
从你的log来看,你这边线路会把正确的回复丢包。只有第一次测试时可能是查询baidu.com反回了正确结果。其 ...

上游设置成google public dns (两个), 测试结果:

被污染的域名无法得到结果 , google.com 这种没被污染的能正常返回。
这应该是线路问题吧? 我这边是南方 电信。



  1. > twitter.com
  2. ;; connection timed out; no servers could be reached
  3. > youtube.com
  4. ;; connection timed out; no servers could be reached
  5. > google.com
  6. Server:                192.168.2.1
  7. Address:        192.168.2.1#1053

  8. Non-authoritative answer:
  9. Name:        google.com
  10. Address: 216.58.221.174
复制代码

  1. Oct 10 21:23:27 cdns[23858]: cdns @ 0.0.0.0:1053
  2. Oct 10 21:23:27 cdns[23858]: cdns started
  3. Oct 10 21:23:27 cdns[23858]: Cool! DNS server 8.8.8.8:53 supports EDNS with UDP payload size: 512
  4. Oct 10 21:23:27 cdns[23858]: Cool! DNS server 8.8.4.4:53 supports EDNS with UDP payload size: 512
  5. Oct 10 21:23:38 cdns[23858]: Bad response
  6. Oct 10 21:23:38 cdns[23858]: rtt_ms: 5  avg rtt: 47   verify_rc: -1
  7. Oct 10 21:23:38 cdns[23858]: Bad response
  8. Oct 10 21:23:38 cdns[23858]: rtt_ms: 9  avg rtt: 47   verify_rc: -1
  9. Oct 10 21:23:43 cdns[23858]: Bad response
  10. Oct 10 21:23:43 cdns[23858]: rtt_ms: 6  avg rtt: 47   verify_rc: -1
  11. Oct 10 21:23:43 cdns[23858]: Bad response
  12. Oct 10 21:23:43 cdns[23858]: rtt_ms: 9  avg rtt: 47   verify_rc: -1
  13. Oct 10 21:23:48 cdns[23858]: dropping request @ state: 1
  14. Oct 10 21:23:48 cdns[23858]: Bad response
  15. Oct 10 21:23:48 cdns[23858]: rtt_ms: 6  avg rtt: 10000   verify_rc: -1
  16. Oct 10 21:23:48 cdns[23858]: Bad response
  17. Oct 10 21:23:48 cdns[23858]: rtt_ms: 9  avg rtt: 10000   verify_rc: -1
  18. Oct 10 21:23:53 cdns[23858]: dropping request @ state: 1
  19. Oct 10 21:23:58 cdns[23858]: dropping request @ state: 1
  20. Oct 10 21:24:04 cdns[23858]: Bad response
  21. Oct 10 21:24:04 cdns[23858]: rtt_ms: 7  avg rtt: 300   verify_rc: -1
  22. Oct 10 21:24:04 cdns[23858]: Bad response
  23. Oct 10 21:24:04 cdns[23858]: rtt_ms: 8  avg rtt: 300   verify_rc: -1
  24. Oct 10 21:24:09 cdns[23858]: Bad response
  25. Oct 10 21:24:09 cdns[23858]: rtt_ms: 6  avg rtt: 300   verify_rc: -1
  26. Oct 10 21:24:09 cdns[23858]: Bad response
  27. Oct 10 21:24:09 cdns[23858]: rtt_ms: 9  avg rtt: 300   verify_rc: -1
  28. Oct 10 21:24:14 cdns[23858]: dropping request @ state: 1
  29. Oct 10 21:24:14 cdns[23858]: Bad response
  30. Oct 10 21:24:14 cdns[23858]: rtt_ms: 6  avg rtt: 10000   verify_rc: -1
  31. Oct 10 21:24:14 cdns[23858]: Bad response
  32. Oct 10 21:24:14 cdns[23858]: rtt_ms: 8  avg rtt: 10000   verify_rc: -1
  33. Oct 10 21:24:19 cdns[23858]: dropping request @ state: 1
  34. Oct 10 21:24:24 cdns[23858]: dropping request @ state: 1
  35. Oct 10 21:24:31 cdns[23858]: Good response (+edns)
  36. Oct 10 21:24:31 cdns[23858]: rtt_ms: 36  avg rtt: 10000   verify_rc: 1
  37. Oct 10 21:24:31 cdns[23858]: dropping request @ state: 3
  38. Oct 10 21:24:36 cdns[23858]: dropping request @ state: 1

复制代码

点评

国内运营商会把直连到8.8.8.8数据严重丢包~~不定时抽风。  发表于 2016-10-10 21:38
cdns并不能对抗和适应线路丢包严重的情况。  发表于 2016-10-10 21:37
是的。看来对南方电信没用啊,除非能找到好的不丢包的dns。也许可以找几个香港的?直接用dig或nslookup找到低延时的再用cdns试  详情 回复 发表于 2016-10-10 21:31
我的恩山、我的无线 The best wifi forum is right here.
回复

使用道具 举报

 楼主| 发表于 2016-10-10 21:31 来自手机 | 显示全部楼层
荒野无灯 发表于 2016-10-10 21:25
上游设置成google public dns (两个), 测试结果:

被污染的域名无法得到结果 , google.com 这种没 ...

是的。看来对南方电信没用啊,除非能找到好的不丢包的dns。也许可以找几个香港的?直接用dig或nslookup找到低延时的再用cdns试

点评

刚弄了个速度特别快的hk主机, 延时两位数 ms. 直接通过非标准口用nslookup , 正确的结果秒返回。 但是通过 cdns, 有时候显示timeout, 有时候显示正常, 因此,基本上可以判断不是到dns服务器的网络太慢的原因  详情 回复 发表于 2016-10-10 21:41
我的恩山、我的无线 The best wifi forum is right here.
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

有疑问请添加管理员QQ86788181|手机版|小黑屋|Archiver|恩山无线论坛(常州市恩山计算机开发有限公司版权所有) ( 苏ICP备05084872号 )

GMT+8, 2024-4-20 08:45

Powered by Discuz! X3.5

© 2001-2024 Discuz! Team.

| 江苏省互联网有害信息举报中心 举报信箱:js12377 | @jischina.com.cn 举报电话:025-88802724 本站不良内容举报信箱:68610888@qq.com 举报电话:0519-86695797

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