求使用云服务器加速的解决方案

V2EX = way to explore

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

现在注册

已注册用户请登录

Distributions

Ubuntu

Fedora

CentOS

中文资源站

网易开源镜像站

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

坐标魔都.客户机器在吉隆坡阿里云.
目前居家办公,用的家宽,ssh 过去感觉比公司的时候更卡.
不仅仅 ssh,还有 mysql 数据库,web 页面.
不考虑各大机场,是因为不想频繁去添加机场出口 ip 的白名单.
想尝试用自己吃灰的云服务器加速.
A 家里机器 B 上海轻量云 C 香港 ECS D 目标机器
A 直连 D,延迟 330+
A 直连 B,延迟 10 左右
A 直连 C,延迟 60+
B 直连 D,延迟 260+
B 直连 C,延迟 30+
C 直连 D,延迟 30+

只跳一次
直接 A 跳板到 C 连接 D,
60+30 估测是 90+
跳两次
A 到 B 到 C 到 D
10+30+30 估测是 70+
需求:
大概有 3 4 个 ip 都需要用这种方式访问
不需要用这种方式科学上网
尽量不破坏现有的科学上网的流程(软路由 passwall,还没研究高阶的)
问题:
①是否有必要跳两次,就是估算的快了 20ms 左右.
②有没有一键开箱可用的解决方案,类似在云服务器上搞个 docker 镜像直接就能用的组件.

PS:不确定这个发 Linux 节点,还是带宽综合症节点.

延迟

ssh

估测

服务器

8 条回复 2024-09-12 00:11:03 +08:00

KagurazakaNyaa

2022-03-30 00:24:11 +08:00

用 wireguard 做 full-mesh 网络，然后用隧道地址访问，可以考虑用 ospf 协议做内部路由来达到最低延迟的访问
找到一篇可以参考的文章
https://idndx.com/ospf-over-wireguard/

xxb

2022-03-30 01:22:02 +08:00 via iPhone

关注一下，想知道答案

CCCTS

2022-03-30 08:53:41 +08:00

这是个典型的全球 IP 优化路由加速的案例，目前可以用一键开箱明确说没有

直接说我现在的办法，如果系统不能更改的话就用 linux 的 gre tunnel 就可以，省的装一大堆乱七八糟的东西

B:10.10.0.1/C:10.20.0.1/D:10.30.0.1(虚拟定义一个公网 IP ，方便描述，这里以 CentOS 7 举例配置，并且通过 B 的 222 端口加速 D 的 SSH 服务)

如何建立 GRE 这个自行 google 一大堆，注意开启转发就行，C 上面要实现两条 GRE 通道联通 B 和 D

B:19.16.0.2/C:19.16.0.1|19.16.1.1/D:19.16.1.2 （ GRE 的 IP 地址，全部设置为互联地址并测试 PING 通）

B:firewall-cmd --zOne=trusted --add-masquerade --permanent

firewall-cmd --permanent --add-forward-port=port=222:proto=tcp:toport=22:toaddr=19.16.1.2

ip route add 19.16.1.2/32 via 19.16.0.1 dev greB

D:ip route add 19.16.0.2/32 via 19.16.1.1 dev greD

到此处配置完成，应该访问 10.10.0.1:222 就是直接访问 10.30.0.1:22 了