huangsen365

如果预算允许（两台 VM + CN2 流量），可以考虑这个思路（本人小项目，仅供参考）：
[https://hub.docker.com/r/huangsen365/nftables-forward]( https://hub.docker.com/r/huangsen365/nftables-forward)

**核心走向：**

```
香港 CN2 → 深圳任意 VM → 国内其它网络（含无公网 IP ）
```

关键是先把 **CN2 → 境内** 这段稳定打通，后面国内内网再用
Tailscale （ IPv6 ）、WireGuard 、Zerotier 等任意直连方案补路由即可。

**说明：**

* 三/四层转发，流量不做伪装
* 建议 IP + 端口访问，应用层自行加密
* 若绑定域名，需 ICP 备案，否则境内 VM 可能被限流/阻断

大马 → 香港 CN2 这段方案很多，相对不难。

官方类似思路：

* 阿里云：[https://help.aliyun.com/zh/eip/use-cases/use-boutique-eip-to-optimize-access-to-international-business-in-mainland-china]( https://help.aliyun.com/zh/eip/use-cases/use-boutique-eip-to-optimize-access-to-international-business-in-mainland-china)
* 火山引擎：[https://www.volcengine.com/docs/6402/1744985?lang=zh]( https://www.volcengine.com/docs/6402/1744985?lang=zh)

合规业务可私聊，能帮你把架构拆清楚。

确实感觉到了，最近用 Gemini 写代码经常出现上下文丢失的问题。个人建议复杂任务还是 Claude 更稳，简单查询用 DeepSeek 性价比高。各家模型各有所长，混着用才是王道 👍

先拿 Django 或者 FastAPI 练一下手

Windows Server 2025 LTSC x64, Version 24H2 (updated Dec 2025)

@mayapop 你可以测试客户端全部是 ipv6 登陆 tailscale 可以实现 p2p 点对点联网，或者自建 derp 服务器加速中转，甚至用官方最新的 Peer Relays https://tailscale.com/kb/1591/peer-relays 都能最大程度改善远程体验

有创意，先 Star 一个

可以在 DNS 层面 通过 geolocation 做区域分流（例如 AWS Route 53 或 Azure Traffic Manager ），将流量区分为 中国大陆用户 / 非中国大陆用户。

• 中国大陆用户 的流量可引导至具备跨境优化能力的入口，例如：
o 阿里云香港 CN2 精品线路
https://help.aliyun.com/zh/eip/use-cases/use-boutique-eip-to-optimize-access-to-international-business-in-mainland-china
o 火山引擎提供的 CN2 国际精品线路
https://www.volcengine.com/docs/6402/1744985
o 或直接使用 阿里云 ESA （ Edge Security Acceleration ）
https://help.aliyun.com/zh/edge-security-acceleration/esa/getting-started/add-your-website-to-esa
• 非中国大陆用户 则保持现有架构，直接通过 CNAME 指向当前线路即可。

既然业务是正规合规的，可以考虑 混合使用多种方案：
优先争取 ICP 备案域名，以便整体使用国内 CDN 加速；如果无法备案，可拆分使用域名——前端页面使用非备案域名，但是静态资源（图片、CSS 、JS 、视频等）使用备案域名 + CDN 或 OSS 全球加速，涉及动态交互的 API 建议额外加一层 WAF 以提升安全性（避免 ddos 和 cc 攻击）。