为什么它这么快？

V2EX = way to explore

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

现在注册

已注册用户请登录

这是一个创建于 1804 天前的主题，其中的信息可能已经有所发展或是发生改变。

之前用过一个加速器叫“飞兔加速器”，ping www.google.com 返回 45ms。
不过它现在跑路了，但有两个问题想问各位：

1. 为啥它的香港线路能 ping google ？也不是全局啊。
2. 为啥它这么快？自己搭过很多 ss，没有一个能和它比的。

Code

ping

加速器

10 条回复 • 2019-12-26 10:45:10 +08:00

ax521

2019-12-24 12:00:20 +08:00 via Android

AWS 开个香港地区机器就能 ping 出这效果

anonymous256

2019-12-24 12:02:57 +08:00

因为你的 SS, 很多都是美国的节点吧? 例子计算一下,

北京到洛杉矶的距离是: s = 10100000
光速(真空): v = 299792458
传播时延: s/v = 0.0336s = 34ms

就是说, 即便光速, 也有 34ms 的延迟, , 光纤的传播速度是真空的 2/3, 那么传播时延达到 50ms.
这还是没有考虑排队时延和发送时延的理想情况. 我用的 ss, 常年 130-150ms

anonymous256

2019-12-24 12:06:55 +08:00

为什么香港能 ping 谷歌?
因为谷歌的机房遍布全球, 在香港也有. 大陆 ping 香港的 google 服务器, 当然不会有多高的延迟.
为啥它这么快？
上面解释过了, 可能因为你的 ss 是海外的, 而且加速器的 ss 不是.

Raymon111111

2019-12-24 12:07:48 +08:00

很多付费的梯子都是有专线的

kawowa

2019-12-24 12:46:18 +08:00 via Android

楼上都没说到点子上。vpn 是网络层的协议，可以转发 icmp 的数据包，vpn 也可以做到路由分流。另外，45ms 可能只是它到国内中转服务器的时延

Songxwn

2019-12-24 13:18:13 +08:00

ping www.google.com
PING www.google.com (172.217.24.196) 56(84) bytes of data.
64 bytes from hkg12s13-in-f4.1e100.net (172.217.24.196): icmp_seq=1 ttl=56 time=1.43 ms
64 bytes from hkg12s13-in-f4.1e100.net (172.217.24.196): icmp_seq=2 ttl=56 time=1.43 ms
64 bytes from hkg12s13-in-f4.1e100.net (172.217.24.196): icmp_seq=3 ttl=56 time=1.44 ms
64 bytes from hkg12s13-in-f4.1e100.net (172.217.24.196): icmp_seq=4 ttl=56 time=1.43 ms
64 bytes from hkg12s13-in-f4.1e100.net (172.217.24.196): icmp_seq=5 ttl=56 time=1.42 ms
^C
--- www.google.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4006ms
rtt min/avg/max/mdev = 1.429/1.436/1.448/0.048 ms

楼主看一下，香港 ping 谷歌的延迟吧。

turi

2019-12-24 13:18:37 +08:00

既然是 ping 了，说明他是 tap-driver
tap-driver 是完全可以把大部分协议都直接转发到服务器的，再由服务器进行区别对待的，
也可以做假 ping 延时的。
就看他是否愿意了。

misty8873

2019-12-24 15:32:39 +08:00

[root@localhost ~]# ping www.google.com
PING www.google.com (172.217.160.100) 56(84) bytes of data.
64 bytes from tsa03s06-in-f4.1e100.net (172.217.160.100): icmp_seq=1 ttl=51 time=17.4 ms
64 bytes from tsa03s06-in-f4.1e100.net (172.217.160.100): icmp_seq=3 ttl=51 time=16.6 ms
64 bytes from tsa03s06-in-f4.1e100.net (172.217.160.100): icmp_seq=4 ttl=51 time=17.5 ms
64 bytes from tsa03s06-in-f4.1e100.net (172.217.160.100): icmp_seq=5 ttl=51 time=16.7 ms
64 bytes from tsa03s06-in-f4.1e100.net (172.217.160.100): icmp_seq=6 ttl=51 time=16.6 ms
64 bytes from tsa03s06-in-f4.1e100.net (172.217.160.100): icmp_seq=7 ttl=51 time=16.6 ms
64 bytes from tsa03s06-in-f4.1e100.net (172.217.160.100): icmp_seq=8 ttl=51 time=16.8 ms
64 bytes from tsa03s06-in-f4.1e100.net (172.217.160.100): icmp_seq=9 ttl=51 time=16.3 ms
64 bytes from tsa03s06-in-f4.1e100.net (172.217.160.100): icmp_seq=10 ttl=51 time=17.8 ms

我的是香港的 ping 的

orbwalker

2019-12-26 10:33:39 +08:00

@turi

听到 tap-driver，很感兴趣，是代替 ss 的更优方案吗？如果是，能否给个服务端 /客户端教程。

turi

2019-12-26 10:45:10 +08:00

ss 也是使用 tun2sock, tun2sock 在 windows 平台下面也是使用 tap-driver

现在国内连 sock5 相关的资料都删除的干干净净，哪里还有教程。

建议直接看源码得了