frp 一定比托管服务便宜吗？

不一定。frp 开源，但需承担公网服务器、带宽、证书、安全加固和故障维护成本。

SwiftNat 能完全替代 frp 吗？

大多数无公网 IP 远程访问场景可以替代；需要完全自控链路或深度定制协议时，frp 仍有价值。

支持。frp 可通过 hostHeaderRewrite、requestHeaders.set、responseHeaders.set 实现；SwiftNat 的差异是把常用配置做成控制台可视化操作，减少手写配置和重载成本。

如果您只想尽快把本地服务安全发布到外网，托管式内网穿透通常更省事；如果您有专业运维、能接受自建服务器和长期维护，frp 更灵活。两者没有绝对优劣，关键看维护能力和业务稳定性要求。

维度	SwiftNat 托管服务	frp 自建
部署方式	安装客户端并登录控制台，创建隧道后添加应用	需要自备公网服务器，配置 frps/frpc 并维护端口与证书
运维成本	平台负责云端节点、证书与基础稳定性	服务器安全、续期、扩容、故障排查均需自行承担
上手门槛	适合无公网 IP、无运维经验的个人/企业	适合熟悉 Linux、网络与安全组的技术团队
带宽与稳定性	按套餐提供共享/独享带宽，企业场景可选更高规格	取决于您购买的服务器带宽与线路质量
安全能力	支持 HTTPS、访问密码、IP 黑白名单、访问时段等能力（按套餐开放）	需要自行配置 TLS、认证、防火墙与日志审计
HTTP 头重写	控制台可视化配置，无需手写 frpc.toml；该能力自 VIP1 初级版起开放	支持 hostHeaderRewrite、requestHeaders.set、responseHeaders.set，但需要自行维护配置文件与重载

合规提示

不要将未授权的内网服务暴露到公网；数据库、后台管理系统建议开启访问密码、IP 白名单并定期审计日志。

创建隧道

在控制台「隧道管理」添加隧道，复制对应平台登录命令到服务器执行。

添加应用

进入「域名与应用」，选择 HTTP/HTTPS/TCP/UDP，填写内网服务地址和端口。

外网访问

保存后使用生成的访问地址测试；正式业务建议绑定自有域名并配置证书。