开源一个自己写的基于 WebRTC 传输的在线站。

跨网络之间就没办法使用了

学习了下。对于手机的 4G/5G 移动数据上网（几乎 100%是对称型 NAT ），不提供 TURN 中转服务的话几乎 100%会失败，对吗

@snow0 嗯嗯，依赖 nat 类型，但是我手机和电脑互传是没啥问题的。可能看地区。 ，不提供 TURN 中转服务，因为初心就是不过服务器。

@testliyu 跨网络依赖于你所在网络的 NAT 模型。 对称型 NAT 基本没希望了。

@Tink cli 下支持 这个厉害了

@Satansickle nat 模型
完全锥形 NAT （ Full Cone NAT ）：所有外部请求都可以直接映射到内网设备，穿越最简单。
地址限制锥形 NAT （ Address-Restricted Cone NAT ）：只允许来自已知 IP 的外部请求。
端口限制锥形 NAT （ Port-Restricted Cone NAT ）：只允许来自已知 IP 和端口的请求。
对称 NAT （ Symmetric NAT ）：为每个目标分配不同端口，点对点连接困难，需依赖 TURN 。

对称 NAT 没法打洞~

@undefinedsymbol 对的

UI 不错，之前接触到一个「程序员小山与 Bug 」博主也写了一个类似的 https://github.com/sunzsh/internal-chat

我也晒晒我的开源项目 015 ，golang+vue(nuxt3)，和 op 的功能差不多，但是 op 的传输方案是用 webrtc ，我这边用的是服务器存储.

我的项目相比 op 的优势在于我这个支持分片上传和秒传，对有大文件上传需求的用户更友好

https://github.com/keven1024/015


第二个优势是项目可扩展，目前基建差不多了，包括队列系统什么的，支持在原有文件上传基础上扩展新功能，现在加了一个图片压缩，未来会陆续加一些图片超分辨率，图片去背景等这种一次性场景的功能

@keven1024 就是为了不过服务器 所以才用 p2p 需求一样。 但是可能大部分不在乎这些。

@Wxh16144 不错