核心用法
Telnyx Network 是一套基于 WireGuard 协议的云原生网络基础设施自动化工具，提供两种核心模式：Mesh 模式（私有组网） 与 Expose 模式（公网暴露）。用户通过 CLI 脚本完成端到端操作：
1. 初始化网络：./setup.sh --region <code> 创建 WireGuard 网关，选择全球多区域节点（US East/Central、EU Frankfurt/Amsterdam）
2. 节点接入：./join.sh --name <node> 生成本机密钥对并配置 wg-quick，配合 --apply 自动提权启用隧道
3. 公网扩展：add-public-ip.sh 绑定 Internet Gateway（独立公网 IP），expose.sh <port> 按需开放端口
4. 服务发现：内置注册中心机制，节点通过 register.sh/discover.sh 实现基于 Telnyx Storage 的自动发现，支持多 OpenClaw 实例直连通信
显著优点
- 企业级基础设施：依托 Telnyx 全球骨干网，延迟与稳定性优于自托管方案
- 零配置加密：WireGuard 现代加密协议，默认全流量加密，无需证书管理
- 细粒度权限控制：
setup-sudoers.sh仅授予最小 sudo 权限（wg/wg-quick），避免 blanket sudo 风险 - 成本透明可预测：Mesh 模式 $10/月固定成本，流量当前 Beta 免费；按需叠加公网组件
- 自动化友好：完整 CLI 工作流，支持 JSON 输出与脚本集成，适合 DevOps/GitOps 场景
潜在缺点与局限性
- 成本门槛：公网暴露场景 $60/月（WireGuard + Internet Gateway），高于 Cloudflare Tunnel 等免费替代方案
- 功能锁定：深度绑定 Telnyx 生态（API、Storage、Billing），迁移成本较高
- 网关冷启动：首次创建需 5-10 分钟 provisioning 时间，影响自动化流水线的即时性
- 受限高危端口：SSH(22)、数据库端口（3306/5432/6379/27017）等需
--force强制开放，增加误操作风险 - Beta 流量政策："Free (beta)" 流量计费未来可能调整，存在成本不确定性
适合人群
- 需要 跨地域私有组网 的分布式团队或微服务架构
- 追求 固定公网 IP + 原生端口暴露 的 webhook/IoT 场景（非 HTTP-only 需求）
- 已有 Telnyx 通信基础设施（语音/SMS）需网络层整合的企业用户
- 愿意用付费换取 SLA 保障的合规敏感型组织
常规风险
- sudoers 配置风险：
setup-sudoers.sh虽最小化权限，但仍扩展了攻击面；多用户环境需审计/etc/sudoers.d/wireguard-*文件 - 密钥本地存储：WireGuard 私钥以明文形式存在于本地文件系统，需配合磁盘加密（LUKS/BitLocker）
- 公网暴露面：获得公网 IP 后，所有暴露端口直接面向互联网，虽有过滤但仍需应用层加固（TLS、认证）
- API 密钥泄露：
TELNYX_API_KEY具备基础设施级权限，泄露可导致网络资源被恶意删除或流量盗刷 - 供应商锁定：定价与功能演进受 Telnyx 商业策略影响，长期可用性需评估供应商稳定性