本帖最后由 mimiphp 于 2026-1-9 09:27 编辑
双方在同一个局域网
使用 内网 IPv4（192.168.x / 10.x / 172.16.x）
WebRTC 直接走 内网 TCP / UDP
特点
不经过运营商公网
不经过 NAT / 路由器外网
不可能被运营商 QoS
速度只取决于：网卡、交换机、Wi-Fi 质量
这和拷贝局域网文件、NAS 传输是一个级别
双方都有 公网 IPv6
WebRTC 直接使用 IPv6 地址建立连接
没有 TURN 中转、没有服务器转发
特点
会经过运营商网络（这是公网）
但只是普通点对点流量
没有“P2P 特征服务器”
没有“中心节点可被针对”
和 scp / sftp / https 下载 在运营商眼里几乎没区别
结论：不会被“额外针对 QoS”
运营商最多只会做全用户统一限速策略，不会识别你这是 LocSend / WebRTC / P2P 工具
jpfree 发表于 2026-1-9 09:20
P2P不一定快，会被运营商QOS吗？
双方在同一个局域网
使用 内网 IPv4（192.168.x / 10.x / 172.16.x）
WebRTC 直接走 内网 TCP / UDP
特点
不经过运营商公网
不经过 NAT / 路由器外网
不可能被运营商 QoS
速度只取决于：网卡、交换机、Wi-Fi 质量
这和拷贝局域网文件、NAS 传输是一个级别
双方都有 公网 IPv6
WebRTC 直接使用 IPv6 地址建立连接
没有 TURN 中转、没有服务器转发
特点
会经过运营商网络（这是公网）
但只是普通点对点流量
没有“P2P 特征服务器”
没有“中心节点可被针对”
和 scp / sftp / https 下载 在运营商眼里几乎没区别
结论：不会被“额外针对 QoS”
运营商最多只会做全用户统一限速策略，不会识别你这是 LocSend / WebRTC / P2P 工具
支持技术贴，开源吗？
mslxd 发表于 2026-1-9 09:34
支持技术贴，开源吗？
我是一个被优化辞退的程序员，目前没有稳定收入，一直想自己赚点钱稳定生活。
一开始我发布的作品都是基于同行程序员使用的，开源就被白**。甚至粉刺挖苦。
locsend.com算是我转型的项目，面向普通用户，反而得到被认可的机会大得多。
所以我已经不打算再走开源路线。实际上我自己认为有了AI加持，只会让程序员之间的差距越来越大。但大多数人会认为不用写代码AI就可以帮你全部弄好。实际上这误区很大了。因为我们这种老程序员只是利用AI辅助处理代码编写，审计代码漏洞。但整体代码逻辑还是要自己把控的。。。因为新手程序员估计连如何提问的关键词都构造不出来，也就是基础知识原理都不懂，你都不知道如何提问。。。。
因此，在AI时代，你可以尝试和AI合作自己弄一个。。这是我的心血，所以不再开源了。特别是大陆不遵守开源协议的大环境下，白**，抄袭无法避免，已经寒心了。请谅解~
但都是免费使用，没有任何收费
谢谢大佬
可以啊，大佬牛逼
试了一下还挺好用的，理解不开源，希望能够长期稳下去或者留个备份站。
nice，又多了一个跨平台互传的选择
reishi 发表于 2026-1-10 00:22
赞一个，点对点速度很快，希望可以向网盘方向开发一点，类似mega.nz那样，既能解决用户也能解决糊口的问题 ...
多谢反馈！
网盘模式和基于 WebRTC 的端对端加密传输，其实是两个安全模型完全相反的方向。
WebRTC 的设计目标是：
数据通道不经过服务器，浏览器之间直接建立加密连接。
在 IPv4 同一局域网环境下，数据甚至不会出公网，
也就不存在任何第三方审查、限速或留存的可能。
WebRTC 中服务器的作用，仅限于协助交换连接信息（信令）。
如果你使用 LocSend 的在线版本，服务器只负责自动交换信令，
一旦连接建立，数据传输实际上就是你两台设备、两个浏览器之间的直连通信。
因此你会感觉传输速度很快——
这既是 WebRTC 直连的优势，也和对大文件传输过程做的一些优化有关。
许多示例型或玩具项目并没有针对大文件做完整的数据流控制和传输策略，自然体验会差很多。
LocSend 是一个持续维护的商业项目，而不是一次性的实验代码，因此在设计之初就明确了这一定位。
至于网盘模式，本质上是：
客户端 → 服务器 → 客户端。
文件一旦上传到服务器，就已经不再是端到端传输，
隐私性、审查、大小限制、带宽限制都会随之而来。
比如微信文件传输，本质上也是网盘模式：
文件先上传到服务器，再由对方下载。
所以 LocSend 不会走网盘路线，请理解这一点。
这并不是谁更好，而是解决的问题完全不同。
支持开发者https://cdn.jsdelivr.net/gh/master-of-forums/master-of-forums/public/images/patch.gif
