网络代理节点架构

网络代理节点架构

#tech / ops / vps #type / concept #status / growing

网络代理节点架构

单个节点

中转+落地

前置

  • 机场
  • 自建节点(sing-box)

vps

vps配置ip
Azure Linux2h1g香港
Azure Linux1h1g韩国
DigitalOcean

软件工具

  • nezha面板
  • Sub Store
  • clash party

网站

架构

机器来源角色分配部署软件理由
Azure Linux 1🧠 指挥塔 (控制平面)Nezha 面板 + Sub-StoreAzure 极其稳定,即便 IP 被墙,配合 Cloudflare Tunnel 也能访问。且这两个软件不费流量,不会触发 Azure 的流量计费陷阱。
Azure Linux 2⚡ 备用/中转 (可选)Realm / GOSTAzure 回国线路通常优于 DO。可以用来做轻量级中转(如 SSH 加速),但严禁跑大流量视频(Azure 免费流量只有 15G-100G,超了很贵)。
DO 机器 A



(Premium AMD $14)
🛠️ 生产力中心 (开发机)Docker, VS Code Server, 数据库利用 DO 的高性能 NVMe 和大带宽。这是你的云端电脑,IP 需保持干净,不跑代理服务
DO 机器 B



(Regular $4)
🚀 敢死队 (落地节点)Sing-box (Reality / Hysteria2)专门用于科学上网。IP 脏了就删机重建。烧这 $200 的额度。
Azure Windows📺 质检员 (可选)Chrome / Edge用 RDP 远程进去,打开 ipjiance.com 或 Netflix,从物理层面检测节点是否被封。

流程

1. 部署 控制中心

docker + nezha面板 + sub-store

2. 搭建中转+落地

经验总结

2h1g 的 Azure Linux 搞不了 nginxproxymanagement + nginx + sub-store + nezha

  • 相关概念: [[sub-store|sub-store]]
创建于 2025/1/1 更新于 2026/5/27