为什么它这么快？

V2EX = way to explore

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

已注册用户请登录

请不要在回答技术问题时复制粘贴 AI 生成的内容

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

之前用过一个加速器叫“飞兔加速器”，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 相关的资料都删除的干净净，哪里还有教程。

建议直接看源码得了