blog: typo.
All checks were successful
continuous-integration/drone/push Build is passing

This commit is contained in:
Ivan Li 2022-10-16 16:52:35 +08:00
parent f9b127f2bc
commit 6f94a476c5
2 changed files with 24 additions and 22 deletions

View File

@ -1,14 +1,14 @@
--- ---
title: 使用 NAT VPS 作为 SD-LAN 中继 title: 使用 NAT VPS 作为 SD-WAN 中继
date: '2022-10-13' date: '2022-10-13'
tags: ['ZeroTier', 'TailScale', SD-WAN, 'NAT', 'VPS', 'FRP', 'Self-Hosted'] tags: ['ZeroTier', 'TailScale', SD-WAN, 'NAT', 'VPS', 'FRP', 'Self-Hosted']
draft: false draft: false
summary: ZeroTier 和 TailScale 是我目前正在同时使用的 SD-LAN 组网工具。这次购入了一台 NAT VPS准备用它中继 ZeroTier 和 TailScale。 summary: ZeroTier 和 TailScale 是我目前正在同时使用的 SD-WAN 组网工具。这次购入了一台 NAT VPS准备用它中继 ZeroTier 和 TailScale。
--- ---
## 诉苦 ## 诉苦
由于工作需要,我已经好几个月使用 SD-WAN 在公司和宿舍组建了 SD-WAN可是国内网络环境实在是不友好公司网络质量也差我忍受了很久的随机掉线的问题近两个月我改用手机热点避免了这个问题但是只能在开发后端时使用如果开发前端或者是对生产环境进行部署与验证时访问线上环境需要几百兆流量我吃不消哇频繁切换 Wi-Fi 接入点也不是个令人愉快的事。但天无绝人之路,我兜兜转转购入了一台香港的 NAT VPS规划用于中继 SD-LAN。 由于工作需要,我已经好几个月使用 SD-WAN 在公司和宿舍组建了 SD-WAN可是国内网络环境实在是不友好公司网络质量也差我忍受了很久的随机掉线的问题近两个月我改用手机热点避免了这个问题但是只能在开发后端时使用如果开发前端或者是对生产环境进行部署与验证时访问线上环境需要几百兆流量我吃不消哇频繁切换 Wi-Fi 接入点也不是个令人愉快的事。但天无绝人之路,我兜兜转转购入了一台香港的 NAT VPS规划用于中继 SD-WAN。
## 方案 ## 方案
@ -55,7 +55,7 @@ sudo zerotier-idtool initmoon identity.public | sudo tee -a moon.json
输出示例: 输出示例:
````json ```json
{ {
"id": "9axxxxxx12", "id": "9axxxxxx12",
"objtype": "world", "objtype": "world",
@ -70,8 +70,10 @@ sudo zerotier-idtool initmoon identity.public | sudo tee -a moon.json
"updatesMustBeSignedBy": "df18369f3b54xxxxxx036a356c", "updatesMustBeSignedBy": "df18369f3b54xxxxxx036a356c",
"worldType": "moon" "worldType": "moon"
} }
```
`"stableEndpoints": []` 中添加 `"<server_ip>/<server_nat_port>"`,其中 `server_ip` 是你的公网地址,`server_nat_port` 是 NAT 后的外网端口。示例如下: `"stableEndpoints": []` 中添加 `"<server_ip>/<server_nat_port>"`,其中 `server_ip` 是你的公网地址,`server_nat_port` 是 NAT 后的外网端口。示例如下:
```json ```json
{ {
//... //...
@ -80,10 +82,10 @@ sudo zerotier-idtool initmoon identity.public | sudo tee -a moon.json
"identity": "9axxxxxx12:0:258xxxxxx38b34a2fa88b46d290137a6ecb3a185dacdaee957c30e33f1977ca7e", "identity": "9axxxxxx12:0:258xxxxxx38b34a2fa88b46d290137a6ecb3a185dacdaee957c30e33f1977ca7e",
"stableEndpoints": ["1.2.3.4/19993"] "stableEndpoints": ["1.2.3.4/19993"]
} }
], ]
//... //...
} }
```` ```
生成 `.moon` 文件: 生成 `.moon` 文件:

View File

@ -8,7 +8,7 @@ summary: 通过 SNI 反向代理,实现 VLESS 与 Web 站点共享 443 端口
## 前言 ## 前言
这次的目标是通过 TLS 的 SNI 来实现对 TLS 连接的路由,以实现 SD-LAN 中的 VLESS 连接与 HTTPS 连接复用 443 端口。 这次的目标是通过 TLS 的 SNI 来实现对 TLS 连接的路由,以实现 SD-WAN 中的 VLESS 连接与 HTTPS 连接复用 443 端口。
如此一来,我在外访问家庭网络内的非 Web 服务时,能够很轻松地通过防火墙,因为 443 端口作为 HTTPS 默认端口,并且通过 VLESS 隧道访问的流量特征与 HTTPS 流量特征相同,有效避免被误杀。 如此一来,我在外访问家庭网络内的非 Web 服务时,能够很轻松地通过防火墙,因为 443 端口作为 HTTPS 默认端口,并且通过 VLESS 隧道访问的流量特征与 HTTPS 流量特征相同,有效避免被误杀。
### 试错 ### 试错