刚刚看到dnspod有个D+新功能,其实也是之前@Livid 分享的一篇文章的思路的具体实现。有兴趣的可以看看。
刚刚看到dnspod有个D+新功能,其实也是之前@Livid 分享的一篇文章的思路的具体实现。有兴趣的可以看看。
|
liujiantaoApr 17, 2015 via Android
1
只期待cloudxns也有,真心觉得dnspod越来越垃圾了。
|
|
wy315700Apr 17, 2015
2
@liujiantao 我想知道你有多少解析量,怎么看出是不是垃圾的。。
|
|
ledzep2Apr 17, 2015
3
结果还是自己定了个协议
|
|
clinoApr 17, 2015
4
可以弄成本地的dns的上游?
chinadns是不是可以支持这个捏 不过这个不能防劫持哈,除非弄成https?不过开销又会更大一些哈 |
|
sneezryApr 17, 2015
6
|
|
liujiantaoApr 17, 2015 via Android
8
@wy315700 我指的什么线路解析这些,都没xns多,都得付费使用
|
|
wy315700Apr 17, 2015
9
|
|
sumhatApr 17, 2015
10
说白了就是腾讯嫌弃运营商的 DNS 解析,自己搭了一个 DNS 服务器,但这和文中的方案2 “绕过自动分配DNS,使用114dns或Google public DNS”,没有本质的差别。
|
|
9hillsApr 17, 2015 via iPad
11
记得这个思路刚发出来的时候,很多人说TCP无法做anycast,被打脸了
|
|
mawenjianApr 17, 2015 via iPhone
12
不一定是anycast,感觉更像做了个dns代理,把请求再发回所属isp
|
|
tobyxddApr 17, 2015
13
没什么意义 ISP能劫持DNS就不能劫持HTTP?
|
|
lhbcApr 17, 2015
14
|
|
zhichengApr 17, 2015 via Android
15
又见这个无聊东西,折腾了半天哥用一个301就能完美解决的问题。
|
|
wy315700Apr 17, 2015
16
@lhbc
只能自签名了,,,强行签名给IP。。。。。 $ curl -H "host:www.dnspod.cn" https://183.60.57.155 curl: (60) SSL certificate problem: Invalid certificate chain More details here: http://curl.haxx.se/docs/sslcerts.html curl performs SSL certificate verification by default, using a "bundle" of Certificate Authority (CA) public keys (CA certs). If the default bundle file isn't adequate, you can specify an alternate file using the --cacert option. If this HTTPS server uses a certificate signed by a CA represented in the bundle, the certificate verification probably failed due to a problem with the certificate (it might be expired, or the name might not match the domain name in the URL). If you'd like to turn off curl's verification of the certificate, use the -k (or --insecure) option. |
|
acfunnyApr 17, 2015 via Android
17
现在就缺个Python的HttpDNS库了 :D
|
|
19
httpDNS会导致通过修改hosts去广告的方法失效
|
|
freewizardApr 18, 2015
20
dnspod的图例用的是qq.com的域名?另外那个企业版本的加密协议看起来好像除了避免明文传输之外好像并不能完全避免域名劫持。
|
|
so898Apr 18, 2015
23
通过HTTP的方法来维护本地HOST文件,应该就是这么回事吧
|
|
so898Apr 18, 2015
24
仔细看了一下文章,发现HttpDNS这种方法,如果要配上SSL加密防止数据劫持的话,就只有两个选择:
1. IP SSL 2. 维护本地Host 3. 自建加密通讯协议 我现在还没看到iOS上维护本地Host的方法,那么如果要做移动端软件的话,IP SSL不可避免,但这货的价格…… IP SSL:https://support.globalsign.com/customer/portal/articles/1216536-securing-a-public-ip-address---ssl-certificates |
|
tSQghkfhTtQt9mtdApr 18, 2015
25
|
|
CloudXNSApr 18, 2015 via Android
26
|
|
liujiantaoApr 18, 2015
28
@liwanglin12 怎么感觉这ID好熟
|
|
33
@wkl17 如果 ISP 都敢冒着被劫持站无法打开的风险去劫持,那你是基于什么理由认为 ISP 不会劫持 HttpDNS ?在你眼里 ISP 是无法劫持 TCP 还是无法劫持 HTTP ?
当然,你可以用 HttpsDNS ,但你猜一下你的首屏时间会增加多少?更别说你这里还是递归解析。 之所以你们现在觉得 HttpDNS 管用无非以下两点 1, 量太少 ISP 根本不知道,或者选择无视。 2, 使用的大多是 App 的接口,对 ISP 来说没有什么经济价值。 典型的幸存者偏差。我丝毫不怀疑过几年还会有人 “发明” 出 “无法劫持的” FtpDNS 等先进技术。另外说真的,你们把 IP 地址写死在 App 里是在闷声捉大死。 |