ignore

[ghost]

No description provided.

[df6dfs]

你是设置成 114.114.114.114，127.0.0.1：5300失败了？

[aa65535]

ChinaDNS 有正常启动？
可以加上 -v 参数启动后看一下日志。

[ghost]

这个问题我也遇到了, 我在pc的chinadns上也遇到同样的问题，表现为刚打开chinadns可以解析正确，之后到ss的udp转发就没有响应了

[aa65535]

@suikatomoki
这个情况应该不是 ChinaDNS 的问题，更像是 127.0.0.1:5300 无响应，
出问题时，有试过 127.0.0.1:5300 是否可用吗？

[ted-dev-42]

这问题已经很久了： #14

[cokebar]

@aa65535 应该不是127.0.0.1:5300无响应 我几个月之前遇到过 当时测试的比较详细
直接访问远端DNS 正常
通过ss-tunnel 正常
但是通过chinadns 就能访问一小段时间 然后国外的就再也没反应了
那一段时间我在路由器上有加了一级pdnsd，然后：client发起国外域名查询->dnsmasq->chinadns->pdnsd->远端DNS服务器，这样来的，用的是UDP，没有用TCP，然后就稳定了。一段时间以后，测试又无此现象了，于是又把pdnsd去掉了，继续正常使用。
记得那一段issue都在讨论一个 transaction ID（好像是这个名字吧）的bug，我想是不是因为ID对不上了导致一直没反应的。

[wayjam]

@aa65535 我也遇到这个问题，并且很频繁。不是127.0.0.1:5300无响应，因为dig @192.168.1.1 google.com -p 5300，可以准确返回结果，而dig @192.168.1.1 google.com -p 5353结果是;; connection timed out; no servers could be reached

[ohyeah521]

@suikatomoki 我也遇到这个问题，目前的解决办法是每隔一个小时重启一次chinadns服务，再计划任务里面添加 /etc/init.d/chinadns restart

[ohyeah521]

pdnsd 这个我之前也用过，效果不错，唯一的缺点就是占用内存太多，如果你是linksys wrt1900ac这样配置的路由器还是可以这样玩的。配置低的跑不动。

[zjufrankzhang]

@imsuwj 我昨天也碰到了你说的chinadns挂掉而127.0.0.1:5300正常的事件了，看来不是个例呀。就是dig 5353长时间无反应，在luci界面重启chinadns后问题消失
运行环境：newifi y1刷的openwrt 自行编译的15.05稳定版（非trunk），不过内核是3.18.21

[4ft35t]

这个问题由来已久，能否把检测上游的机制去掉？我现在的解决方案是 crontab 每分钟检查一次，解析不了国外域名就重启 chinadns。

[moondigi]

关注，同样遇到这种问题，只能重启chinadns
还有就是chinadns对cdn还是不好，b站老被判到海外

[cokebar]

@suikatomoki @moondigi 国内站点CDN问题 可以试试chinalist
https://github.com/felixonmars/dnsmasq-china-list

[ohyeah521]

如果chinadns可以支持域名黑名单就好了，只让黑名单中的域名走海外的dns，其他的走国内的dns，这样就完美了。

[cokebar]

@ohyeah521 你说的这功能dnsmasq即可

[huan]

我这里的现象是同样的配置，在有一些宽带的环境中，ss-tunnel的dns解析无法成功。换tcp dns之后就没问题了。

[6donote4]

走”ss-tunnel” 解析成功，
不将dnsmasq设置为转发到ChinaDns,而是设置”ss-tunnel”, 作为上游服务，分别dig Chinadns, 和53端口，国内国外均可解析成功。
但将dnsmasq上游服务器设为Chinadns 之后，国内，国外均解析失败。
结论：Chinadns返回结果给dnsmasq的过程存在问题。
@aa65535