帮忙看一下 Edx 的登录页面能不能打开 https://courses.edx.org/login

忘了说明，我用Ubuntu12.04+Firefox。

Windows7 + Firefox 打开没有任何问题，教育网。
Ping不通。
C:\Users\Delbert>ping courses.edx.org

正在 Ping prod-edx-edxapp.edx.org [54.85.51.136] 具有 32 字节的数据:
请求超时。
请求超时。
请求超时。
请求超时。

54.85.51.136 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 0，丢失 = 4 (100% 丢失)，

fedora下能开, 但有chinadns+unbound的情况. windows8已打不开了.
[url=http://imgur.com/SxbLPaj][img][/img][/url]

@Delbert 我也ping不通，可能edx把ping响应关了。

@vimpreal win8在chinadns+unbound下也打不开吗？还有你也是电信吗？

南京教育网，手机，没有任何问题。

上海电信，可以。你把DNS换成其他的，比如OPENDNS 208.67.222.222.

@Delbert @smilingsun 教育网和电信共用GFW吗？

教育网可以正常打开。

@xbb7766 我已经向电信报修了，实在不行再走工信部。

上海电信 第一次time out 第二次打开

@Davy 应该只是晚间网络恶化的结果，如果投诉有用请跟我说一声我也去投诉。。。

@Davy
我是电信用户, win8不能打开.

@0okmnbvcxzx 我不论白天晚上都打不开，firefox显示“The connection was reset”。

@vimpreal 难道说GFW查http协议的header，分OS block？

@Davy 不知道，我用的dns是 ordns.he.net

@Davy
可能吧, 如果你上装chinadns, 还要有ttl大法与iptables规则, 就不会有问题.

@vimpreal 最好电信能给我加点资源。ttl大法怎么搞？

先在拨号状态ping通国外dns的ttl最小值, 国内dns可以. 最好不要内网, ping了无法获正常ttl值.
在iptables里手动添加
iptables -t raw -A PREROUTING -i ppp+ -p udp --sport 53 -m ttl --ttl-gt 50 -j DROP
iptables -t raw -A PREROUTING -i ppp+ -p udp --sport 53 -m ttl --ttl-lt 45 -j DROP

内网
iptables -t raw -A PREROUTING -i nat -p udp --sport 53 -m ttl --ttl-gt 50 -j DROP
iptables -t raw -A PREROUTING -i nat -p udp --sport 53 -m ttl --ttl-gt 50 -j DROP

再添加
iptables -I INPUT -p udp -s 8.8.8.8 --sport 53 -m ttl --ttl-lt 42 -j DROP
iptables -I INPUT -p udp -s 8.8.8.8 --sport 53 -m ttl --ttl-gt 42 -j DROP
iptables -I FORWARD -p udp -s 8.8.8.8 --sport 53 -m ttl --ttl-lt 41 -j DROP
iptables -I FORWARD -p udp -s 8.8.8.8 --sport 53 -m ttl --ttl-gt 41 -j DROP

注意ping通过的ttl值40至60之间. 太小或太大, 视作废掉.

@Davy 才知道原来同一ISP也能这么玩。。。 另外教育网和普通运营商的过滤规则肯定是不一样的。

湖北移动能打开 没有问题

广州电信 广州移动 正常

@0okmnbvcxzx @vimpreal @965380535 @loveminds 谢谢各位，我给电信打了电话投诉，然后又给Edx发了issue。电信的小哥上门查了traceroute，Edx也给了回复。不知道是哪个起了作用，但打开网页的速度比以前快了，而且也能登录了，还是会哭的孩子有奶吃啊。

@Davy 这都可以。。。可以发下现在traceroute和高峰时期ping github的记录我看下吗？谢谢。

@0okmnbvcxzx
我用的是上海电信10M，晚上7点半，应该是繁忙时段吧。
先traceroute
$ traceroute -m 100 www.github.com
traceroute to www.github.com (192.30.252.131), 100 hops max, 60 byte packets
1 192.168.1.1 (192.168.1.1) 0.512 ms 0.644 ms 0.714 ms
2 * * *
3 124.74.226.241 (124.74.226.241) 2.251 ms 2.373 ms 2.395 ms
4 124.74.209.165 (124.74.209.165) 7.092 ms 7.142 ms 7.174 ms
5 202.101.63.214 (202.101.63.214) 4.894 ms 4.971 ms 4.996 ms
6 202.97.33.10 (202.97.33.10) 4.594 ms 6.526 ms 2.591 ms
7 * * *
8 202.97.58.174 (202.97.58.174) 257.765 ms * *
9 * 202.97.49.154 (202.97.49.154) 251.936 ms 267.869 ms
10 * * *
11 ae-3-80.edge3.Washington4.Level3.net (4.69.149.146) 451.971 ms * 207.88.14.212.ptr.us.xo.net (207.88.14.212) 397.285 ms
12 207.88.12.131.ptr.us.xo.net (207.88.12.131) 326.461 ms 309.612 ms *
13 te-4-1-0.rar3.atlanta-ga.us.xo.net (207.88.12.129) 335.822 ms * *
14 * 207.88.12.132.ptr.us.xo.net (207.88.12.132) 336.817 ms 343.076 ms

之后都是* * *，不知道为什么，所以又用tcptraceroute,
$ sudo tcptraceroute -m 100 www.github.com
traceroute to www.github.com (192.30.252.131), 100 hops max, 60 byte packets
1 192.168.1.1 (192.168.1.1) 0.405 ms 0.542 ms *
2 * * *
3 * * *
4 * * *
5 * * *
6 * 202.97.33.10 (202.97.33.10) 2.957 ms 2.786 ms
7 * * *
8 * * *
9 * * *
10 * * *
11 * * ae-2-70.edge3.Washington4.Level3.net (4.69.149.82) 440.343 ms
12 207.88.12.131.ptr.us.xo.net (207.88.12.131) 333.106 ms 338.148 ms ae-1-60.edge3.Washington4.Level3.net (4.69.149.18) 439.816 ms
13 te-4-1-0.rar3.atlanta-ga.us.xo.net (207.88.12.129) 333.039 ms 333.339 ms GITHUB-INC.edge3.Washington4.Level3.net (4.53.116.102) 348.439 ms
14 192.30.252.203 (192.30.252.203) 385.253 ms 207.88.12.132.ptr.us.xo.net (207.88.12.132) 339.694 ms 192.30.252.203 (192.30.252.203) 385.249 ms
15 github.com (192.30.252.131) <syn,ack> 368.468 ms 335.399 ms 337.600 ms

最后是ping
$ ping www.github.com
PING github.com (192.30.252.129) 56(84) bytes of data.
64 bytes from github.com (192.30.252.129): icmp_req=1 ttl=49 time=313 ms
64 bytes from github.com (192.30.252.129): icmp_req=5 ttl=49 time=313 ms
64 bytes from github.com (192.30.252.129): icmp_req=6 ttl=49 time=313 ms
64 bytes from github.com (192.30.252.129): icmp_req=8 ttl=49 time=312 ms
64 bytes from github.com (192.30.252.129): icmp_req=9 ttl=49 time=313 ms
64 bytes from github.com (192.30.252.129): icmp_req=10 ttl=49 time=312 ms
64 bytes from github.com (192.30.252.129): icmp_req=11 ttl=49 time=313 ms
64 bytes from github.com (192.30.252.129): icmp_req=13 ttl=49 time=313 ms
^C
--- github.com ping statistics ---
15 packets transmitted, 8 received, 46% packet loss, time 14055ms
rtt min/avg/max/mdev = 312.694/313.293/313.751/0.355 ms

@Davy 我什么都没做好像都和你这差不多呢Orz.....中间路由跟你差不多，最近的丢包率好像是从80%降到50%左右了，没之前那么糟，虽然也不怎么样，这是刚ping的结果

Ping statistics for 192.30.252.131:
Packets: Sent = 40, Received = 22, Lost = 18 (45% loss),
Approximate round trip times in milli-seconds:
Minimum = 325ms, Maximum = 453ms, Average = 347ms

@0okmnbvcxzx 我猜Edx做了优化。