深入谈谈xhttp的妙用，以及其与gre的对比

日月共明 · 发表于 3 天前

厌倦了滚动浏览相同的帖子？当您创建帐户后，您将始终回到您离开的地方。注册帐户，不仅可以享受无广告的清爽界面！

您需要登录才可以下载或查看，没有账号？注册

×

刚才这个帖子是给小白看的：两张图看懂xhttp提升网速的原理
https://forum.naixi.net/thread-2532-1-1.html

下面直入主题，深入讲解xhttp的妙用，两台香港vps
A vps，小水管延迟10ms
B vps，200m，但绕路200ms

我们原本是直接使用b vps，实现200m的下行，实际延迟是200*2=400ms
如果用a vps发送数据到bvps，就可以实现去程数据11ms左右到b vps
那么实际延迟就是 11+200=211ms，延迟降低几乎一半，同时兼顾了速度

but，都没有gre隧道强

为什么呢，我来解析下

当使用gre隧道并且vps的回程有直连的潜力，只有去程没有直连时
使用gre拉直去程，可以实现10ms的vps让200ms的vps去会延迟降低至10ms
但是使用该方法时，回程的延迟不能被拉直，因为运营商那里回程的数据包会被强制同步到和去程一样的延迟

也就是如果vps去程绕路，回程可能直连
如果用xhttp回程就不能直连，延迟不可能降低，因为回程数据的延迟强制等待去程

GRE	XHTTP
拉直去程同时回程延迟也会降低	只能单一降低去程延迟
使用需要伪装ip的vps	使用无条件
这个方法可以用来
1省流量（如专线流量只用来上行）
2.降低实际延迟
3.同时兼顾速度

以上这些花里胡哨的
xhttp的最大实际用途其实是用于对抗wall

btpanel · 发表于前天 15:05

只是相当于脱离传统 socket 连接的定义，自己在应用层定义一种连接定义，而这种形式在 quic 就已经有了，可以参考 quic 连接迁移相关的，只不过 quic 目前用的还不过广，加上国内 UDP 环境不好，所以还没被推广开。说白了，离不开 tcp/ip ，其实只要知道了你的目标 ip 是什么就行了，根本无所谓你的内容是什么，流量一大就能看出来。

ransxd · 发表于昨天 00:10

GRE的性能开销会显著增加数据包的大小真的适合用来富强吗