@dixeran 可以用，实在无法穿透的，采用了分片多中继透明转发，具体见上方回复。估计这种用户多了，现在部署的中继带宽不够。初步两种方案，一个是把中继集成到合适的用户端，一个寻求国内便宜带宽服务商，多中继随机分片转发，对网络稳定性要求没那么高。还在权衡中。

@qyvlik 这个也用过，是个好东东，我如果有钱也把这个功能整进去，除了可以同步直传还可以异步传，一个安全，一个方便，随便选

多谢回复，你建议的是 pc 上的布局对吧？我之前考虑过，感觉有点难度，当没有和其他设备建立连接时，这样没问题，一旦建立了连接，和对端的交互界面应该出现，并作为页面主体，布局变了就比较尴尬。而且那个虚线框下方需要放在不确定数目的待传文件，放右边，很可能出现左右不平衡的情况。其他是很好建议，我会参考调整一下。再次谢谢你

@Hyseen 哇，多谢！意外之喜，因为之前 safari 一点没有测试，ui 兼容性都没有做，看来问题不大。前端首次用 quasar ui 框架，很不错，赞一个。做前端的兄弟可以尝试一下

@JunoNin 可以设置自己的名字，在你的设备下方更改就可以了。刚刚试了一下发现改不了，应该是有 bug，稍后我会吃掉它。名称是保存在本地浏览器的，设置一次以后再使用都有效，名字不会上传服务器，话说所有数据都不会经过服务器，服务器只负责双方建立连接的信令管理

@Hyseen 请问一下，是用自带的 safari 测试的，还是 chrome ？多谢！

需要服务器帮助建立双方连接

@blackcurrant

@GPLer 正常情况下这个错误不应该产生，表示建立连接的消息缺少对端地址，可能哪里 bug 了吧，麻烦刷新一下页面，重新尝试一下

@mineV 额..，github 上用 webrtc 实现数据传送的项目有些确实不错，开始做的时候也研究过，比如 FilePizza，大家感兴趣可以搜来玩玩。不过，你发的这个之前确实没怎么留意，因为是用于实时视频和音频的项目。因为做这个开始主要就是为了方便远程传文件，所以音视频的应用没考虑，实现应该更容易，只是用来干嘛呢？没想明白

@imn1 任我行现在要改名神州行，不过比以前好多了，以前也就是村里行

@feixia5712 两端是穿透后直连，服务器只是帮着建立连接，转发一下连接命令，数据不走服务器。但是如果两侧确实无法穿透，数据是分片后通过不同的 relay 中继转发过去的，中继那里也是网络底层透传，中间无解析无缓存无记录。以后希望把中继也部署在用户端，类似 P2P，多点转发，但每个都只是少量几个随机数据块

@xiangyuecn 哈哈，OK ！多谢！

@crazytree 受教，能帮我这个指点一二吗? www.pplink.link

@oreoiot 被逼的，国内 android 的浏览器对 webrtc 或 blob 支持的不好，chrome 和 firefox 最完善，但是人家没有扫码功能，所以只能自己在网页里实现了

@mitong3269 有问题的话就反馈一下，多谢了

@itengfei 求体验，基于浏览器 P2P 直连，https://www.pplink.link

@whwq2012 没用 ipad，现在手机屏挺大的，用 pad 不知用来干嘛

@en20 哈哈，看来 ios 对 webrtc 的支持越来越好，多谢，多谢