1
gy911201 2015-12-13 15:55:31 +08:00
正常啊,几乎所有的那个教程都推荐 DO 的旧金山节点,再加上 DO 之前送的各种教育优惠……就造成这样的结果了……
|
2
xufang 2015-12-13 15:58:33 +08:00
[我觉得大家应该反对用 VPS 和加密算法来翻墙,就是你们这些害群之马让大家访问国外网站的速度越来越慢,这是恐怖主义行为]
这种论调在 V2EX 是不是很耳熟? |
3
xbb7766 2015-12-13 16:05:29 +08:00 via Android
路由歪了,现在电信去 DO 旧金山从欧洲绕。
不知道是电信的锅还是 DO 路由宣告的锅。 |
5
initialdp 2015-12-13 16:08:53 +08:00
试试伦敦和新加坡的节点。我前几天测试了一下,感觉就这两个地方的速度还不错,其他都已经没法用了。
|
6
gzxultra 2015-12-13 16:10:13 +08:00
所以现在已经不用 DO 了。。。
|
7
xbb7766 2015-12-13 16:13:50 +08:00 via Android
@VmuTargh 没有。上海电信去 he, cloudflare 等的美国西海岸服务器还是直连。我这里的电信一直很喜欢绕美西,日本,新加坡的也常常从美国走。
|
9
feather12315 2015-12-13 17:43:57 +08:00 via Android
80%的丢包率。。
|
10
mcfloundinho 2015-12-13 17:56:36 +08:00
➜ ~ ping 104.236.*.*
PING 104.236.*.* 56(84) bytes of data. 64 bytes from 104.236.*.*: icmp_seq=1 ttl=46 time=194 ms 64 bytes from 104.236.*.*: icmp_seq=2 ttl=46 time=194 ms 64 bytes from 104.236.*.*: icmp_seq=3 ttl=46 time=199 ms 64 bytes from 104.236.*.*: icmp_seq=4 ttl=46 time=194 ms 64 bytes from 104.236.*.*: icmp_seq=5 ttl=46 time=194 ms 64 bytes from 104.236.*.*: icmp_seq=6 ttl=46 time=194 ms 64 bytes from 104.236.*.*: icmp_seq=7 ttl=46 time=204 ms 64 bytes from 104.236.*.*: icmp_seq=8 ttl=46 time=194 ms 64 bytes from 104.236.*.*: icmp_seq=9 ttl=46 time=198 ms 64 bytes from 104.236.*.*: icmp_seq=10 ttl=46 time=194 ms 64 bytes from 104.236.*.*: icmp_seq=11 ttl=46 time=194 ms 64 bytes from 104.236.*.*: icmp_seq=12 ttl=46 time=194 ms 64 bytes from 104.236.*.*: icmp_seq=13 ttl=46 time=195 ms 64 bytes from 104.236.*.*: icmp_seq=14 ttl=46 time=195 ms 64 bytes from 104.236.*.*: icmp_seq=15 ttl=46 time=195 ms 64 bytes from 104.236.*.*: icmp_seq=16 ttl=46 time=199 ms 64 bytes from 104.236.*.*: icmp_seq=17 ttl=46 time=196 ms 64 bytes from 104.236.*.*: icmp_seq=18 ttl=46 time=208 ms 64 bytes from 104.236.*.*: icmp_seq=19 ttl=46 time=194 ms 64 bytes from 104.236.*.*: icmp_seq=20 ttl=46 time=200 ms ^C --- 104.236.*.* ping statistics --- 20 packets transmitted, 20 received, 0% packet loss, time 19008ms rtt min/avg/max/mdev = 194.309/197.081/208.853/3.847 ms |
11
locta66 2015-12-13 18:14:06 +08:00
这两天才出现的 , 我的旧金山 do 从 0 丢包 到 75 丢包
上海电信 |
12
mdrof 2015-12-13 18:43:43 +08:00
SFO 是没法用了,换到 AMS2 勉强凑合
|
13
imgalaxy 2015-12-13 18:50:14 +08:00
$ ping 128.199.x.x
PING 128.199.x.x (128.199.x.x): 56 data bytes 64 bytes from 128.199.x.x: icmp_seq=0 ttl=49 time=320.844 ms 64 bytes from 128.199.x.x: icmp_seq=1 ttl=49 time=320.308 ms 64 bytes from 128.199.x.x: icmp_seq=2 ttl=49 time=321.375 ms 64 bytes from 128.199.x.x: icmp_seq=3 ttl=49 time=319.705 ms 64 bytes from 128.199.x.x: icmp_seq=4 ttl=49 time=321.094 ms 64 bytes from 128.199.x.x: icmp_seq=5 ttl=49 time=320.001 ms ^C --- 128.199.x.x ping statistics --- 6 packets transmitted, 6 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 319.705/320.555/321.375/0.597 ms 郑姆斯特丹联通 SGP 节点 |
14
tcxurun OP @mcfloundinho 你选择的是哪个节点
|
15
lenovo 2015-12-13 19:30:13 +08:00
早就撤离 SFO 了
|
16
lesswest 2015-12-14 13:49:30 +08:00
贴一下 vultr 的数据
下面是我用的东京 其余节点没测 |
17
mcfloundinho 2015-12-14 17:46:25 +08:00 via Android
@tcxurun SFO1😎
|