零服务器消耗的配置生成器
100% 浏览器本地运行，字段不上传。左侧改参数，右侧实时生成。
把你买好的 VPS 服务器参数，一键变成能直接导入客户端的配置文件，不用手写 JSON、不用记 VLESS 链接格式。
刚买了服务器、想自己搭节点做跨境网络调试，或需要给团队批量下发统一配置的人。
① 左侧填服务器地址、端口、UUID（点 🎲 自动生成）
② 右侧自动生成 Sing-box JSON 和分享链接
③ 复制或下载，导入 Sing-box、v2rayN 等客户端即可
现代边缘网关与 JSON 路由规则配置最佳实践
以 Sing-box 为代表的现代边缘网关采用 JSON 作为统一配置格式，其优势在于结构清晰、可被程序校验、便于版本管理。一份合格的配置通常包含日志、入站、出站与路由四大部分：入站决定本地程序如何接入网关，常见做法是提供一个混合入站同时承接 SOCKS 与 HTTP 流量；出站定义流量最终从哪条链路离开，至少应包含直连、代理与阻断三类出口；路由规则则按域名、进程、端口与地理数据库依次匹配，决定每条连接的走向。最佳实践有四点。第一，配置生成后先做 JSON 语法校验，任何多余的逗号或引号错误都会导致服务无法启动，生成器在展示前自动解析一次正是为了避免这类低级故障。第二，规则顺序遵循先精确后宽泛，私有地址与本地服务优先直连，其余流量再进入默认出口，避免内网访问被误转发。第三，敏感字段如 UUID 与密码不要写死在公开仓库中，团队协作时用模板加占位符，部署时再注入真实值。第四，每次变更保留上一版配置文件并记录变更时间，跨境网络调试场景下链路问题往往是间歇性的，有可回滚的版本才能快速定位是配置变更还是线路波动。本页的配置生成器正是按上述结构组织输出，所有计算都在浏览器本地完成，不经过服务器，既保证字段隐私，也让生成结果可以离线复核。
TLS 1.3 握手优化与多路复用技术解析
TLS 1.3 相比早期版本最直观的改进是握手轮次减少：完整握手只需一次往返，配合会话恢复甚至可以实现零往返发送早期数据，从而显著降低跨境链路中高延迟带来的建连成本。在边缘路由配置中，合理开启 TLS 1.3 并正确填写 SNI 与服务器名称校验，是保证连接既安全又不被中间设备误判的基础。与此同时，传输层多路复用让多条逻辑流共享同一条物理连接：WebSocket 适合穿过常规 HTTP 基础设施，部署简单、兼容性好；gRPC 基于 HTTP/2，多路复用与头部压缩更完善，在高并发短连接场景下开销更低；原生 TCP 则延迟最小，但对网络环境的要求也最高。选择传输方式时应结合实际网络条件做 A/B 对照：先测裸延迟与丢包，再测开启不同传输后的有效吞吐，最后观察晚高峰时段的稳定性。指纹参数方面，主流客户端会模拟常见浏览器的 TLS 特征以减少被动识别差异，保持参数与所选浏览器版本一致即可，不必频繁更换。把这些原理理解透，再回到上方的生成器调整 TLS 开关、传输协议与 SNI，生成的每一份配置就不再是复制粘贴的模板，而是针对当前线路调校过的方案。
常见问题 FAQ
生成的 Sing-box 配置可以直接导入使用吗？
可以。配置按 Sing-box 的通用结构生成，包含入站、出站与路由三部分。导入前建议先备份现有配置，并用客户端自带的配置检查功能再校验一次版本兼容性。
WebSocket 与 gRPC 应该怎么选？
网络环境对 HTTP 基础设施依赖较多时优先 WebSocket，兼容性最好；追求多路复用效率与更低的协议开销时选择 gRPC。两者没有绝对优劣，以实测延迟与稳定性为准。
UUID 泄露了怎么办？
立即在服务端更换新的 UUID 并重新生成客户端配置，旧凭据应视为已失效。本站生成器使用浏览器本地的加密随机数生成 UUID，不上传任何字段。
开启 TLS 后连接变慢正常吗？
TLS 1.3 的握手开销已很低，明显的变慢多半来自线路本身的延迟或丢包，而不是加密本身。建议先做线路质量测试，再调整传输与多路复用参数。