https://www.cloudflare.com/zh-cn/learning/network-layer/what-is-gre-tunneling/

https://www.huaweicloud.com/articles/f3794662b02b1ec4672cfc230b2308aa.html

https://developer.aliyun.com/article/478344

隧道可实现任何标准点到点封装的服务,隧道是点到点连接。

GRE(通用路由协议封装)工作在三层,即IP层。

说人话:底层的隧道GRE延迟低,丢包少,效率高。

大致囊括以下的用户

①有国外小鸡/杜甫需要高速网络回程路由到国内的。
②用低于高端CN2 GIA的价格,买到高级线路AS9929。搭配GRE隧道让小鸡/杜甫回程路由起飞!
③去程被网络攻击切换异地小鸡做GRE隧道达到“游击抗战”效果。
④对去程回程丢包掉包测试项目非常严格的用户
⑤需要RDP远程办公人员

拓扑图剖析:

PS:第一张图和第二张图已实现测试,友商就没有攻击的必要毕竟都是徒劳(偷笑)
销售的服务是第二张图的模式。实现了流量耗尽自动切回默认路由。不会让你断网没网。
自然月结算流量。只计入单向流量且只计入回国路由的(说人话就是下到国内的电影算流量,下到GD网盘不在国内算小鸡自身流量,不是GRE的)
GRE的策略是除了网线连接的最佳方案(自行脑补)别的隧道都不可取已测试。

购买须知:

这是一项德国AS9929 GRE隧道回程服务。必须要有小鸡一台,最好欧洲地区(不推荐东南亚 非洲 南美洲)。实际测试偏远延迟在10-20ms抖动(欧洲地区)。北美要看测试情况(跨洲隧道不能保证所有网络稳定↓请看下面评测↓)

在linux下执行脚本 如果没有环境可以歌谷一下或者麻烦热心客服工单处理

wget https://www.olink.cloud/gre.sh
bash gre.sh
#卸载命令
ip link set tun_olink down

安装好后执行进程守护(提供方式不完全适用所有系统,你可以使用别的方法实现)

#创建服务
nano /etc/systemd/system/gre.service

写入下面信息(ctrl+O保存,回车确认,ctrl+X关闭)

[Unit]
Description=GRE

[Service]
User=root
Group=root
RestartSec=20s
Restart=always
ExecStart=/bin/bash /root/gre.sh

[Install]
WantedBy=default.target

执行守护

systemctl daemon-reload
systemctl start gre
systemctl enable gre
systemctl status gre

测试环境:

测试需要有小鸡一台。楼主用了
Clouveo小鸡(性能中上荷兰地区),荷兰阿姆斯特丹地区(10Gbps欧cogentco)德国Hetzner(AMD 5950x强劲CPU)。
今天2021年2月12日补多几台小鸡测试(virtono德国,virtono罗马尼亚,加拿大OVH,dataidea德州)
上面三台客服没时间给我切GRE 的IP会耽误一天时间希望多多包涵
原本使用的是AMD RYZEN 5950X做测试,但是可能太强了没有可比性就换成一台普通点的小鸡一起试试看。和10Gbps
杜甫效果更佳无可厚非,用小鸡代表大部分环境。大过年没时间全测试完,我做了的图你们可以先看看后面会补齐如果有时间的话。
分别进行普通路由,和GRE路由,日常时间段。晚高峰时间段对比(此次针对网络路由,不对小鸡性能做剖析)
因为ipip吧回程路由隐藏了,这几天恢复会上对应回程路由。之前内测的路由也发出来脑补下。

virtono德国小鸡测试

virtono罗马尼亚小鸡测试

总结:Olink 的GRE德国隧道只计单程流量,回国的路由网络都很好。流畅晚高峰4k8k测试。只要是欧洲鸡都能扶。算力太低真的没办法怎么救活最少上500分吧。降低Ping丢包率延迟抖动。推荐有吃灰不限量大带宽小鸡尝鲜测试。测试类北美地区除个别异常网络测试失效基本都正常。只推荐鸡多的MJJ有需要稳定不丢包较低延迟欧洲回国使用。

本文转发自 Olink Cloud 单向回程AS9929 GRE隧道(300GB/300M)评测-美国VPS综合讨论-全球主机交流论坛 – Powered by Discuz! (hostloc.com)