使用 WebRTC 暴露处在 NAT 后的 HTTP

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个专门讨论 idea 的地方。

每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。

那这个时候，不妨可以把那些 idea 分享出来，启发别人。

这是一个创建于 666 天前的主题，其中的信息可能已经有所发展或是发生改变。

一个思路：

编写一个中间程序，负责接收 WebRTC 然后反代到后端 HTTP 上。

浏览器使用 WebRTC 和中间程序连接，然后使用 service worker 去替换 fetch 。

一个疑问：

打洞成功率怎么样？

5 条回复 • 2023-02-02 13:02:21 +08:00

hzcer

2023-01-31 10:11:43 +08:00

whileFalse

2023-01-31 16:57:22 +08:00 via iPhone

意义在于？

hzcer

2023-01-31 18:02:34 +08:00 via iPhone

@whileFalse 例如家用网络后面的监控设备之类的，frp 反代受限于备案及带宽，这样子就没有这样的问题

patrickyoung

2023-01-31 19:19:17 +08:00 via iPhone

安全行业有人已经搞过了，而且还额外暴露出了敏感端口，所以现在浏览器已经限制了一些端口的访问，错误码 ERR_UNSAFE_PORT ，原始论文： http://samy.pl/slipstream/

shangyu7

2023-02-02 13:02:21 +08:00