V2EX › Devmingwang 的所有回复 › 第 12 页 / 共 33 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 8 9 10 11 12 13 14 15 16 17 ... 33

❮

❯

2017-06-23 20:02:57 +08:00

回复了 leowood 创建的主题 › 宽带症候群 › 移动的香港国际出口总于被国先生玩坏了，原本一直是 80 多 ms，现在 300 多 ms

@AII 这个有可能，到香港移动网内延迟不高，但是一出网就坏事了。

2017-06-23 15:11:09 +08:00

回复了 avrillavigne 创建的主题 › 宽带症候群 › 电信网络下 bwh 西海岸洛杉矶绕路新加坡，已开 ticket

美国 NY ping 山东移动 2：

root@Myweb:~# ping 218.201.148.101
PING 218.201.148.101 (218.201.148.101) 56(84) bytes of data.
64 bytes from 218.201.148.101: icmp_seq=1 ttl=48 time=271 ms
64 bytes from 218.201.148.101: icmp_seq=2 ttl=48 time=269 ms
64 bytes from 218.201.148.101: icmp_seq=3 ttl=48 time=269 ms
64 bytes from 218.201.148.101: icmp_seq=4 ttl=48 time=269 ms
64 bytes from 218.201.148.101: icmp_seq=5 ttl=48 time=269 ms
64 bytes from 218.201.148.101: icmp_seq=6 ttl=48 time=271 ms
64 bytes from 218.201.148.101: icmp_seq=7 ttl=48 time=268 ms
64 bytes from 218.201.148.101: icmp_seq=8 ttl=48 time=262 ms
64 bytes from 218.201.148.101: icmp_seq=9 ttl=48 time=262 ms
64 bytes from 218.201.148.101: icmp_seq=10 ttl=48 time=262 ms
^C
--- 218.201.148.101 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9012ms
rtt min/avg/max/mdev = 262.168/267.662/271.560/3.532 ms

美国 NYping 上海联通：（为毛延迟高不丢包）

root@Myweb:~# ping 211.95.79.111
PING 211.95.79.111 (211.95.79.111) 56(84) bytes of data.
64 bytes from 211.95.79.111: icmp_seq=1 ttl=113 time=243 ms
64 bytes from 211.95.79.111: icmp_seq=2 ttl=113 time=243 ms
64 bytes from 211.95.79.111: icmp_seq=3 ttl=113 time=243 ms
64 bytes from 211.95.79.111: icmp_seq=4 ttl=113 time=243 ms
64 bytes from 211.95.79.111: icmp_seq=5 ttl=113 time=243 ms
64 bytes from 211.95.79.111: icmp_seq=6 ttl=113 time=243 ms
64 bytes from 211.95.79.111: icmp_seq=7 ttl=113 time=243 ms
64 bytes from 211.95.79.111: icmp_seq=8 ttl=113 time=243 ms
64 bytes from 211.95.79.111: icmp_seq=9 ttl=113 time=243 ms
64 bytes from 211.95.79.111: icmp_seq=10 ttl=113 time=243 ms
^C
--- 211.95.79.111 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9010ms
rtt min/avg/max/mdev = 243.115/243.188/243.269/0.495 ms

2017-06-23 15:04:59 +08:00

回复了 avrillavigne 创建的主题 › 宽带症候群 › 电信网络下 bwh 西海岸洛杉矶绕路新加坡，已开 ticket

换掉运营商能解决所有问题。
电信恶心的 CN1 无厘头限速卡上传我算是见识到了，真恶心。
联通都比他好多了。

美国 NYping 山东联通：

root@Myweb:~# ping 27.204.40.111
PING 27.204.40.111 (27.204.40.111) 56(84) bytes of data.
64 bytes from 27.204.40.111: icmp_seq=1 ttl=50 time=237 ms
64 bytes from 27.204.40.111: icmp_seq=2 ttl=50 time=237 ms
64 bytes from 27.204.40.111: icmp_seq=3 ttl=50 time=237 ms
64 bytes from 27.204.40.111: icmp_seq=4 ttl=50 time=237 ms
64 bytes from 27.204.40.111: icmp_seq=5 ttl=50 time=237 ms
64 bytes from 27.204.40.111: icmp_seq=6 ttl=50 time=237 ms
64 bytes from 27.204.40.111: icmp_seq=7 ttl=50 time=237 ms
64 bytes from 27.204.40.111: icmp_seq=8 ttl=50 time=237 ms
64 bytes from 27.204.40.111: icmp_seq=9 ttl=50 time=237 ms
64 bytes from 27.204.40.111: icmp_seq=10 ttl=50 time=237 ms
^C
--- 27.204.40.111 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9013ms
rtt min/avg/max/mdev = 237.486/237.595/237.750/0.582 ms

美国 NYping 山东电信：

root@Myweb:~# ping cm1787149097634.oicp.net
PING cm1787149097634.oicp.net (113.121.186.126) 56(84) bytes of data.
64 bytes from 113.121.186.126: icmp_seq=1 ttl=48 time=495 ms
64 bytes from 113.121.186.126: icmp_seq=2 ttl=48 time=497 ms
64 bytes from 113.121.186.126: icmp_seq=5 ttl=48 time=471 ms
64 bytes from 113.121.186.126: icmp_seq=6 ttl=48 time=377 ms
64 bytes from 113.121.186.126: icmp_seq=8 ttl=48 time=380 ms
64 bytes from 113.121.186.126: icmp_seq=9 ttl=48 time=375 ms
64 bytes from 113.121.186.126: icmp_seq=10 ttl=48 time=381 ms
^C
--- cm1787149097634.oicp.net ping statistics ---
11 packets transmitted, 7 received, 36% packet loss, time 10057ms
rtt min/avg/max/mdev = 375.924/425.595/497.358/54.646 ms

真是够了。。。。。

美国 NYping 山东移动：

root@Myweb:~# ping 218.201.147.111
PING 218.201.147.111 (218.201.147.111) 56(84) bytes of data.
64 bytes from 218.201.147.111: icmp_seq=1 ttl=113 time=259 ms
64 bytes from 218.201.147.111: icmp_seq=2 ttl=113 time=259 ms
64 bytes from 218.201.147.111: icmp_seq=3 ttl=113 time=259 ms
64 bytes from 218.201.147.111: icmp_seq=4 ttl=113 time=259 ms
64 bytes from 218.201.147.111: icmp_seq=5 ttl=113 time=259 ms
64 bytes from 218.201.147.111: icmp_seq=6 ttl=113 time=259 ms
64 bytes from 218.201.147.111: icmp_seq=7 ttl=113 time=259 ms
64 bytes from 218.201.147.111: icmp_seq=8 ttl=113 time=259 ms
64 bytes from 218.201.147.111: icmp_seq=9 ttl=113 time=259 ms
64 bytes from 218.201.147.111: icmp_seq=10 ttl=113 time=259 ms
^C
--- 218.201.147.111 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9014ms
rtt min/avg/max/mdev = 259.490/259.679/259.972/0.574 ms

这是什么区别！！！！！！！！！！！！

2017-06-21 23:10:24 +08:00

回复了 leowood 创建的主题 › 宽带症候群 › 移动的香港国际出口总于被国先生玩坏了，原本一直是 80 多 ms，现在 300 多 ms

@965380535 就是移动啊，山东移动

2017-06-21 23:02:40 +08:00

回复了 leowood 创建的主题 › 宽带症候群 › 移动的香港国际出口总于被国先生玩坏了，原本一直是 80 多 ms，现在 300 多 ms

v2ex 在我这里延迟也很高了。

C:\Users\chunming>ping www.v2ex.com

正在 Ping www.v2ex.com [23.251.121.133] 具有 32 字节的数据:
来自 23.251.121.133 的回复: 字节=32 时间=104ms TTL=50
来自 23.251.121.133 的回复: 字节=32 时间=665ms TTL=50
来自 23.251.121.133 的回复: 字节=32 时间=91ms TTL=50
来自 23.251.121.133 的回复: 字节=32 时间=685ms TTL=50

23.251.121.133 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 91ms，最长 = 685ms，平均 = 386ms

2017-06-21 23:00:57 +08:00

回复了 leowood 创建的主题 › 宽带症候群 › 移动的香港国际出口总于被国先生玩坏了，原本一直是 80 多 ms，现在 300 多 ms

奇怪，我也用的是移动，访问香港移动网内的 Akamai 节点延迟很正常，在 40-50ms 左右，但是一出网就完蛋了（例如访问 219.76.4.1，还有 cloudflare 的香港节点等等），难道是 IX 交换的带宽满了还是有人在香港出口 DDOS ？（我也很怀疑是不是带宽满了）
每天半夜一点多就可以恢复正常，第二天上午 11 点多又开始了，就是在出网的那一跳。
上海出口也在间断的爆炸，美国 VPS 也间歇性的延迟飙高。
我山东移动的。

香港 Akamai 节点：

正在 Ping 96.7.97.37 具有 32 字节的数据:
来自 96.7.97.37 的回复: 字节=32 时间=54ms TTL=54
来自 96.7.97.37 的回复: 字节=32 时间=45ms TTL=54
来自 96.7.97.37 的回复: 字节=32 时间=46ms TTL=54
来自 96.7.97.37 的回复: 字节=32 时间=45ms TTL=54

96.7.97.37 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 45ms，最长 = 54ms，平均 = 47ms

通过最多 30 个跃点跟踪
到 a96-7-97-37.deploy.akamaitechnologies.com [96.7.97.37] 的路由:

1 7 ms 4 ms 12 ms 192.168.8.1
2 26 ms 8 ms 79 ms 100.66.0.1
3 12 ms 8 ms 6 ms 223.99.129.81
4 * * * 请求超时。
5 13 ms 11 ms 21 ms 221.183.27.89
6 38 ms 36 ms 40 ms 221.183.22.25
7 40 ms 49 ms 38 ms 221.176.18.114
8 48 ms 40 ms 41 ms 221.176.24.230
9 63 ms 66 ms 69 ms 221.176.23.90
10 50 ms 48 ms 49 ms akamai2-lacp-10g.hkix.net [123.255.91.230]
11 100 ms 51 ms 44 ms a96-7-97-37.deploy.akamaitechnologies.com [96.7.97.37]

跟踪完成。

PCCW：

C:\Users\chunming>ping 219.76.4.1

正在 Ping 219.76.4.11 具有 32 字节的数据:
来自 219.76.4.11 的回复: 字节=32 时间=1192ms TTL=49
来自 219.76.4.11 的回复: 字节=32 时间=1703ms TTL=49
来自 219.76.4.11 的回复: 字节=32 时间=589ms TTL=49
来自 219.76.4.11 的回复: 字节=32 时间=186ms TTL=49

219.76.4.11 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 86ms，最长 = 703ms，平均 = 242ms

Trace：

通过最多 30 个跃点跟踪
到 219.76.4.11 的路由:

1 2 ms 3 ms 2 ms 192.168.8.1
2 4 ms 3 ms 5 ms 100.66.0.1
3 11 ms 8 ms 7 ms 223.99.129.81
4 * * * 请求超时。
5 34 ms 8 ms 29 ms 221.183.27.97
6 35 ms 33 ms 33 ms 221.183.22.29
7 36 ms 36 ms 35 ms 221.176.22.110
8 49 ms 41 ms 43 ms 221.176.24.138
9 635 ms 625 ms 665 ms 211.136.1.105
10 621 ms 612 ms 603 ms 63-218-211-29.static.pccwglobal.net [63.218.211.29]
11 585 ms 569 ms 556 ms hsbc.ge9-15.br01.hkg05.pccwbtn.net [63.218.145.158]
12 84 ms 86 ms 86 ms wtsc3a049.netvigator.com [218.102.40.49]
13 96 ms 96 ms 91 ms n219076066021.netvigator.com [219.76.66.21]
14 575 ms 585 ms 84 ms 219.76.4.11

跟踪完成。

2017-06-21 14:40:27 +08:00

回复了 cfan8 创建的主题 › 问与答 › 现在 CloudFlare 在国内还被墙吗？日常使用稳定性如何？

@kang000feng Cloudflare 的 IP 全是 Anycast 的，如果你用的是移动的话他就会自己走香港，其他全走美国。

2017-06-21 13:34:26 +08:00

回复了 swlove 创建的主题 › 宽带症候群 › 难道阿里云不能播放 y2b 视频会一直持续下去？

@66beta 通过改 hosts 看 youtube 那也是把 googlevideo 的相关域名指向一个代理。。。。

2017-06-21 04:15:13 +08:00

回复了 965380535 创建的主题 › 宽带症候群 › 死磕移动今天第三次投诉移动宽带流量穿透

小米路由器+openwrt+移动 100M 宽带+DigitaloceanVPS+SSR

完美的无墙体验就是这么简单。

2017-06-21 01:31:28 +08:00

回复了 unboy 创建的主题 › 云计算 › 国内单线服务器开 bbr 有无意义？

有，对应用程序加速提速特别明显，阿里的 CDN 也在用类似的技术，Chinacache 也是

2017-06-21 01:30:38 +08:00

回复了 abcbuzhiming 创建的主题 › 云计算 › 现在哪家的云比较便宜，想搞台专门做技术测试用

z.com，质量不错。
https://cloud.z.com/sg/en/signup/?token=VCBxaOPkh6Plt8afNXUHc2f8maYEpkAm_jnMCKt8UW8lZsc_R1U-IMO

2017-06-21 00:28:38 +08:00

回复了 Jason31 创建的主题 › YouTube › 阿里云 ECS 香港 C 区能进入 youtube，却无法观看任何视频

看上去这位仁兄啥事也不知道啊，你赶紧上 Google 搜索一下老郭爆料吧。
屏蔽中国 ip 段的话，是从 youtube 被攻击开始的，详情请 Google Youtube 被攻击。
可以看 HKIX 统计的人我也劝你看看统计去，你会发现往某个方向的流量特别高。

谷歌是按 AS 和 ip 段屏蔽的。
AS 屏蔽的话是屏蔽了整个教育网和国内所有运营商的普通家宽（ ipv6 直连返回 403 ）。
ip 屏蔽的话就是屏蔽掉了国内 ip 地址，从云服务商说吧，阿里云原先有些 ip 段也是国内调过来的，归属地为浙江或者是北京或者是上海一些二级运营商，包括腾讯云也是，有些香港区的原先 ip 归属是北京的。
这就导致了你看到的这个原因，直接 403 不让中国用户看了。

我个人觉得，屏蔽所有来自中国 ip 的访问给返回 403 也是个减轻自己服务器压力的好办法。
毕竟谷歌类服务在中国已经无法使用好几年了，youtube 那会刚出来的时候也是一直没法在大陆正常使用。

2017-06-21 00:22:21 +08:00

回复了 Jason31 创建的主题 › 宽带症候群 › youtube 难道是针对中国大陆的行为吗?

是，按 AS 和 ip 段屏蔽的。
AS 屏蔽的话是屏蔽了整个教育网和国内所有运营商的普通家宽（ ipv6 直连返回 403 ）。
阿里云原先有些 ip 段也是国内调过来的，包括腾讯云也是，有些香港区的原先 ip 归属是北京的。
这就导致了你看到的这个原因。
被屏蔽的原因要么就是检测到你是国内用户，要么就是自己用的 vps ip 被屏蔽了。

2017-06-21 00:17:55 +08:00

回复了 wmwgijol28 创建的主题 › 宽带症候群 › 哪位兄弟用过广州联通和移动,哪个更好呢

在我这里现在每天晚上到香港都开始抽风了。。。。ping 550ms

2017-06-20 20:09:10 +08:00

回复了 swlove 创建的主题 › 宽带症候群 › 难道阿里云不能播放 y2b 视频会一直持续下去？

@oonnnoo 你这话。。。
谷歌从很久以前就在中国被屏蔽了，所以他们认为谷歌在中国人那里肯定是用不了的。

2017-06-20 18:05:06 +08:00

回复了 swlove 创建的主题 › 宽带症候群 › 难道阿里云不能播放 y2b 视频会一直持续下去？

阿里云也是国内 ip 啊，这次因为被攻击所以所有的国内 ip 包括国内的 asn 都没法看视频了呀，香港电信，香港联通，香港移动都一样。

2017-06-20 12:49:35 +08:00

回复了 wmwgijol28 创建的主题 › 宽带症候群 › 哪位兄弟用过广州联通和移动,哪个更好呢

@yexm0 你要是在用电信的话那就 tracert 下 163.44.132.1，还有我昨天晚上开了个机器，的确走 59.43，回城也是