搬瓦工服务器母公司最新推出服务Pathfabric使用指南

Views: 16

最近搬瓦工母公司T7 Networks Inc推出了新的一项服务:Pathfabric,作为头批拿到这项服务试用的种子用户。我第一时间进行了测试验证，并将试用过程中的具体步骤和一些问题都记录在了这篇博客中，大家可以遵循我的步骤进行部署使用。

使用概述

Pathfabric提供的能力从其网站的Slogan:YOUR SERVER,OUR ROUTE可以看到其提供的能力应该类似于网络加速的这种能力，更具体一点就是为你的服务器提供更优质的路由。

在具体的适用case上来看，搬瓦工推出的Pathfabric有以下用途：

1.在原本普通网络路由的服务器上使其具备优质的网路路由，可通过CN2GIA/CMI/CU优质路线保障；不需要你更换服务器，仅修改你的服务器网卡配置，增加新的网络路由。

在Pathfabric官网中，明确提到了其提供的优质网络路由包括CN2 GIA,CMI以及CU，覆盖中国大陆所有ISP的优质路线。

2.即使更换服务器，也可以保证该服务器对外暴露的公网保持一致；我们只需要在新服务器上重新配置一遍即可。

3.即使你的服务器网络属于NAT网络，也能保证你拥有静态IPv4，可以让全世界自由访问你的服务。

4.两种路由，确保只有重要的流量通过Pathfabric优质的路由，普通的流量（如服务器下载）由服务器厂商提供的普通路由保证。

如果大家有用过WARP或者Cloudflare Tunnel,那么就很容易理解Pathfabric到底是什么。简单点来说，Pathfabric的能力就是把一个独立的高质量公网 IPv4 地址通过三层隧道“搬运”到你现有的服务器上，并让你的服务器可以使用 Pathfabric 的网络出口。

服务购买

根据上面的内容我们可以知道Pathfabric可以为我们的服务器提供优质的网络路由，当我们在中国大陆访问服务器时，可以确保其流量通过CN2 GIA/CMI/CU的优质路由进行访问，起到类似于网络加速的效果。

那我们应该如何使用Pathfabric呢，具体步骤参考如下：

1.进入官网进行账号注册，由于当前需要邀请码，大家需要向搬瓦工官方进行获取。填入邀请码，输入自己的Email：

注册之后我们邮箱可以收到一封验证邮件：

验证过后我们就可以进行使用了。

2.点击SERVICES->Order a service，填写以下内容：

Optional name or tag：为当前的service设定tag；

Location:用于tunnel server的位置选择，当前仅支持US.LA,后续可能会拓展更多的位置；

Service type：当前仅支持Premium，暂不知道后续该选项的具体作用；

Plan:用于选择具体的套餐，总的来说当前支持Metered和Unmetered两种。Metered类别的套餐会根据带宽与总的消耗流量进行计费，而Unmetered则根据选择的不同带宽计费。

其计费规则如下所示：

大家可以根据自己的预算和使用场景进行合理的选择。

Tunnel：用于选择隧道的具体形式，支持Wireguard、IPIP、GRE这三种：

如果你的服务器网络属于NAT，可以选择WireGuard；GRE与IPIP比较类似，不过IPIP开销更小。

在我的实践中，我选择了IPIP这种方式。

IPIP settings：选择了IPIP后，需要设置Tunnel对端的IP地址，用于实现隧道通信，通常也就是我们服务器原有的公网地址：

以上就可以完成服务设定了，之后我们点击“ORDER SERVICE”完成服务的创建。

服务配置

创建完成之后，我们可以回到SERVICES页面，查看其状态：

当服务状态处于Active之后，我们点击对应的服务名称，进入该服务的详情页，在这个页面你可以看到流量消耗的信息，同时修改套餐信息，Tunnel对端IP地址。同时我们可以看到Configuration and installation，点击进去我们可以根据自己的系统信息、期望设置的默认路由，之后通过“GENERATE ONE-TIME INSTALLER LINK”生成一次性的专属安装链接,如下所示：

我们按照给定的步骤进行安装，与官方的安装示例不同的是，这里我推荐大家按照如下进行安装：

sudo ./pathfabric-install.sh --install --default-gateway=default

安装完成之后我们通过ifconfig命令查看Pathfabric是否生效：

root@us-cc0:~# ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 117.55.xxx.x1  netmask 255.255.255.0  broadcast 117.55.224.255
        inet6 2607:f1x0:0:15c::5727:43xx  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::2x6:3eff:feb2:75xx  prefixlen 64  scopeid 0x20<link>
        inet6 2607:f1x0:0:15c::f326:9bxx  prefixlen 64  scopeid 0x0<global>
        inet6 2607:f1x0:0:15c::9d03:2cxx  prefixlen 64  scopeid 0x0<global>
        ether 00:16:3e:b2:75:ec  txqueuelen 1000  (Ethernet)
        RX packets 12454610  bytes 2128932891 (1.9 GiB)
        RX errors 0  dropped 1  overruns 0  frame 0
        TX packets 1833976  bytes 924941484 (882.0 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 1106150  bytes 114125135 (108.8 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1106150  bytes 114125135 (108.8 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

pf-ipip: flags=209<UP,POINTOPOINT,RUNNING,NOARP>  mtu 1480
        inet 172.27.70.xxx  netmask 255.255.255.254  destination 172.27.70.79
        tunnel   txqueuelen 1000  (IPIP Tunnel)
        RX packets 682126  bytes 145449667 (138.7 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 509280  bytes 578179666 (551.3 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

pf-public: flags=195<UP,BROADCAST,RUNNING,NOARP>  mtu 1500
        inet 67.230.187.xxx  netmask 255.255.255.255  broadcast 0.0.0.0
        ether 3a:bc:c6:cc:c9:ce  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

这里我们可以看到多了两个网卡设备，其中pf-ipip为Pathfabric内部隧道的接口，负责承载 Pathfabric 的隧道流量；而pf-public为Pathfabric对外公开暴露的网卡设备。

进阶使用

通过上一个环节，我们已经顺利搭起了Pathfabric隧道，我们来学习一下Pathfabric的进阶使用。

首先，其官方网站针对其安装脚本的可用选项进行了说明：

option	Meaning
--install	Install this service-specific Pathfabric tunnel.
--switch-gateway	Switch between Pathfabric and provider ordinary outbound routing.
--uninstall	Remove the recorded Pathfabric installation.
--default-gateway=tunnel	Use Pathfabric for ordinary outbound IPv4.
--default-gateway=default	Keep the provider as the ordinary default.
--wireguard-private-key-file=PATH	Override an included generated key, or provide the protected private key when the installer does not contain one. The key must match the WireGuard public key configured for this service. Valid only with WireGuard --install.
--unattended	Skip interactive prompts. Installation and gateway switching then require an explicit --default-gateway. WireGuard installation requires an explicit private-key path only when the installer does not contain a generated key.
--help	Display built-in help and exit.

这里我们会注意到–default-gateway配置项可选值包括tunnel与default，那如何理解这两个选项呢：

tunnel选项：将 Pathfabric 设置为服务器访问公网 IPv4 的默认出口，这就意味着你服务器访问外部网络时都通过Pathfabric的隧道；

default选项：保持 VPS 服务商提供的原始默认网关，服务器访问外部网络时仍旧会保持服务器提供商的路由；

如果是选择tunnel模式，当我们的服务器访问Google时，Google看到的服务器IP地址即为Pathfabric对外暴露的IP地址,即pf-public对应的IP地址：

root@us-cc0:~# curl -4 ip.sb
67.230.187.xxx    //Pathfabric Tunnel公网地址
root@us-cc0:~# 

这样会导致很多不必要的流量通过Pathfabric隧道，造成浪费。好处是所有进入服务器的流量也会默认经过Pathfabric隧道，服务与客户都安访问无需特殊配置。

如果是选择default模式，当我们的服务器访问Google时，Google看到的服务器IP地址即为供应商原本提供的公网IP地址，如下所示：

root@us-cc0:~# curl -4 ip.sb
117.55.2xx.xx    //服务器原本分配的IP地址
root@us-cc0:~# 

如果我们需要让国内客户端访问服务器经过Pathfabric的优质路由时，必须要让我们的服务监听Pathfabric对外公开暴露的网卡设备。

从实践的角度来看，推荐大家使用default模式。

在我Cloudcone的服务器上配置完成之后，经过验证，tcp访问延迟可以有效降低50ms~60ms，体感影响还是很大的。

总结一下，通过Pathfabric提供的隧道，可以让我们的垃圾服务器也能享有优质的网络路由。不过当前这项服务还处于早期的开发阶段，仍存在很多问题。比如我还没有实机部署就已经开始有流量消耗；当前尚无法对每个服务设定费用上限以及费用偏高等问题：以100Mbps的Metered套餐为例，出口流量为0.0.38$/GB计算，假设出口流量每个月500GB，也要19.99$,还是非常贵的。