V2EX › infinte 的所有回复 › 第 4 页 / 共 17 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 17

❮

❯

2015-04-04 16:01:22 +08:00

回复了 siyanmao 创建的主题 › 分享发现 › 本次 GFW 劫持百度脚本方式猜测

在 koding 的虚拟机上测试

curl 'http://v2ex.com' --resolve 'v2ex.com:80:180.76.3.138'

没有观察到 RST，国内测试则发现了——这下好玩了，劫持者不是在国外用户和百度之间，而是在百度和国内用户之间，只不过因为国内用户不用这个 ip 而观察不到劫持现象

2015-04-04 15:54:06 +08:00

回复了 siyanmao 创建的主题 › 分享发现 › 本次 GFW 劫持百度脚本方式猜测

180.76.3.138 服务器居然是在国外，我从国内用 curl 'http://v2ex.com' --resolve 'v2ex.com:80:180.76.3.138' 测居然收到了 RST

2015-04-02 16:19:41 +08:00

回复了 goodbest 创建的主题 › 分享发现 › Google 宣布旗下产品不再信任 CNNIC 根证书 + CNNIC 的回应

@Daddy 另外现在尚不清楚「白名单」针对的是三级证书还是中级证书——CNNIC 的「罪名」是「监管不力导致什么阿猫阿狗都能当中级 CA，他们要是干坏事那还了得」，考虑到中国小网站太多而中级 CA 并不多（主要就是一个 CNNIC SSL），给中级 CA 建白名技术上更可行。

2015-04-02 15:55:41 +08:00

回复了 goodbest 创建的主题 › 分享发现 › Google 宣布旗下产品不再信任 CNNIC 根证书 + CNNIC 的回应

@Daddy 已有的不影響

2015-04-02 15:27:16 +08:00

回复了 goodbest 创建的主题 › 分享发现 › Google 宣布旗下产品不再信任 CNNIC 根证书 + CNNIC 的回应

@Daddy 已有的网站证书不受影响（可能不少中级证书也没问题），但不信任新颁发的。
嘛对于「监管不力」（这是现在唯一能定的罪，「CNNIC 指使 MCS 做假证书」没有证据可以证明它）也算是合理的反制了。

2015-03-28 15:32:18 +08:00

回复了 wsgzao 创建的主题 › 程序员 › *.github.io 上的页面都无法打开，大家也是这种情况吗？

试了自己的 http://be5invis.github.io/PatEL ，没有问题。
主站也没有问题。
合肥电信

2015-03-27 19:29:44 +08:00

回复了 smileawei 创建的主题 › DNS › .tk 域名的根服务器在国内遭到屏蔽

在 17ce 试了一个知道的 tk 域名，大多数地区都可以正常解析。
应该是线路不稳。

2015-03-13 01:38:25 +08:00

回复了 9hills 创建的主题 › Linux › Foreign LINUX - 在 Windows 上无缝运行 ArchLinux

@kulowlance 是动态二进制翻译，编程界的顶级黑科技，没有之一。

2015-03-13 01:28:12 +08:00

回复了 9hills 创建的主题 › Linux › Foreign LINUX - 在 Windows 上无缝运行 ArchLinux

测试了一下，make 用不了，手动导出脚本后 gfortran 没法输出二进制（-o xxx.o 无效），看来没法测试 vasp 了，虚拟机还得留

2015-03-12 23:14:27 +08:00

回复了 9hills 创建的主题 › Linux › Foreign LINUX - 在 Windows 上无缝运行 ArchLinux

@kiritoalex 是。是我高中同学……

2015-03-05 21:56:18 +08:00

回复了 coiby 创建的主题 › 分享发现 › TED 也被墙了

dig +trace stacked.route53.ted.com +subnet=8.8.8.8

A 出来啦！

2015-03-05 19:07:20 +08:00

回复了 coiby 创建的主题 › 分享发现 › TED 也被墙了

@schezuk 怀疑是 Amazon 那边分区解析配置错误（amazon 对国内肯定有专用 CDN 服务器的），8888 和 OpenDNS 支持 EDNS client subnet，要排除掉分区解析的影响需要用冷门的小 DNS，比如贴出来的那个。
用小 DNS，A 记录成功出现而且访问正常，稳定可复现，说明没有污染。

2015-03-05 18:41:58 +08:00

回复了 coiby 创建的主题 › 分享发现 › TED 也被墙了

不是被墙，是 Amazon 的 DNS 分区解析配错导致没有 A 记录。
使用 TCP 解析或者用冷门 DNS（如 https://anonymous-proxy-servers.net/wiki/index.php/Censorship-free_DNS_servers 所列）可以得到正确的 A 记录。

$ dig '@91.239.100.100' www.ted.com

; <<>> DiG 9.9.5-W1 <<>> @91.239.100.100 www.ted.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6201
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 4, ADDITIONAL: 3

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;www.ted.com. IN A

;; ANSWER SECTION:
www.ted.com. 76335 IN CNAME stacked.route53.ted.com.
stacked.route53.ted.com. 30 IN A 54.217.205.210

;; AUTHORITY SECTION:
route53.ted.com. 67019 IN NS ns-821.awsdns-38.net.
route53.ted.com. 67019 IN NS ns-49.awsdns-06.com.
route53.ted.com. 67019 IN NS ns-2025.awsdns-61.co.uk.
route53.ted.com. 67019 IN NS ns-1201.awsdns-22.org.

;; ADDITIONAL SECTION:
ns-49.awsdns-06.com. 149932 IN A 205.251.192.49
ns-821.awsdns-38.net. 150195 IN A 205.251.195.53

;; Query time: 354 msec
;; SERVER: 91.239.100.100#53(91.239.100.100)
;; WHEN: Thu Mar 05 18:38:15 中国标准时间 2015
;; MSG SIZE rcvd: 254

2015-02-05 15:47:49 +08:00

回复了 Delbert 创建的主题 › 分享发现 › 百度是惹到 CERNET 了吗？

@MrMario ipv6

2015-01-31 16:29:44 +08:00

回复了 Keinez 创建的主题 › Windows › 装了几天 Windows 10 Technical Preview，忍不住卸了

@Keinez Settings 是要整个取替换掉 control panel 的，你难道看不出来？
CP 以后很可能只会出于「兼容老程序」的目的保留。

2015-01-31 05:25:36 +08:00

回复了 asan2006 创建的主题 › 宽带症候群 › 请问，我的外网 ip 到底是什么？？？

@vibbow 微软的倒数第二跳都是 10.x.x.x，最后一跳禁 ping

2015-01-30 20:43:37 +08:00

回复了 cnZary 创建的主题 › 互联网 › 深圳电信拨到 ipv6 了！！！

@nptwz 我猜国内 ipv6 的出口就 CNGIIGN 那一个，给 CERNET2 用了