使用 CDN 来保护 MC 服务器 / TCP Over WebSocket
最近写了个项目：TOH Proxy
项目地址：
https://github.com/albert4719/toh-proxy
可以把 Minecraft 的 TCP 连接转发到 WebSocket 上，再通过 CDN 代理，从而隐藏服务器真实 IP 。
简单来说：
玩家 -> CDN -> WebSocket -> MC 服务器
而不是：
玩家 -> 直接攻击你的服务器 IP
为什么这么做？
传统 MC 服务器：
- IP 直接暴露
- 容易被 DDOS
- 一打就炸
- 国内高防价格离谱
但 WebSocket 属于 HTTP 体系。
也就是说：
- 腾讯云 EdgeOne
- 百度 CDN
- Cloudflare
- 其他 CDN
理论上都能代理。
于是就能做到：
TCP -> WebSocket -> CDN 加速
让 MC 流量走 CDN 节点。
特性
- TCP Over WebSocket
- 支持 Proxy Protocol
- 还原玩家真实 IP
- 支持 Velocity / Paper
- 支持 CDN 回源
- 支持 HTTPS / WSS
- 隐藏真实服务器 IP
- 支持第三方 MOD 直连
原理
服务端监听：
ws://your-domain/mc
客户端：
本地 TCP -> WebSocket -> CDN -> 服务端
服务端收到 WS 后再转发回真正的 MC TCP 服务。
这样：
- 玩家看到的是 CDN IP
- 攻击者看到的也是 CDN IP
- 真实服务器 IP 不暴露
延迟测试
很多人第一反应：
“WebSocket 会不会很卡？”
实际测试结果比预想好很多。
百度 CDN （付费动态加速）
测试使用：
DRCDN 动态加速
实际延迟：
仅增加约 30ms
基本没有明显游玩影响。
正常生存服、小游戏服都完全可玩。
腾讯云 EdgeOne （免费版）
免费版本也能正常使用。
但由于：
- 无动态加速
- 路由不稳定
- 免费线路优先级较低
实际延迟大概：
增加约 50ms ~ 150ms
会有略微卡顿感。
不过：
腾讯云 EO 支持购买动态加速套餐
理论上延迟还能继续下降。
适合什么场景？
非常适合：
- 小型公益服
- 容易被打的服务器
- 国内裸奔服务器
- 没钱买高防
- 想隐藏真实 IP
已支持
- Velocity
- Paper
- Proxy Protocol
- 第三方 MOD 接入
后续准备：
- 官方 MOD
- UDP/KCP
- 多线路
- 自动节点切换
使用方式
服务端：
MC TCP -> TOH Proxy Server -> CDN
客户端：
本地 MC -> TOH Proxy Client -> CDN -> 服务端
玩家本地连接：
127.0.0.1:3001
即可进入服务器。
题外话
其实 Minecraft 本身挺适合走 CDN 的。
因为：
- 长连接
- 带宽低
- 数据量小
- 延迟要求没 FPS 那么极端
之前一直没人这么搞，主要是：
TCP 不能直接过 CDN
但套一层 WebSocket 后，问题就解决了。
有兴趣可以一起研究。
欢迎提 issue / PR 。
Select Language