|
|
本帖最后由 mimiphp 于 2026-1-11 09:06 编辑
LocSend · 真离线无服务器传输·跨设备传输 | file 本地启动 · 手动信令 · 数据不经服务器
新增： 未链接可发送200条离线消息，连接后双方整合同步
抱歉：2026年1月10日 9:00之前的离线版本请重新下载，已修正掉线问题
欢迎大家免费使用
什么是信令？
信令是指在浏览器 WebRTC 协议下，通过点对点 (P2P) 方式传输的地址信息。离线版本需要手动交换信令；在线版本则通过服务器自动交换信令，服务器不参与数据传输。
离线版本还需要其他软件来交换信号，那它的意义何在？
LocSend 离线版专为追求极致安全性和隐私保护的用户而设计。与其他将数据提交服务器（存在隐私风险并限制文件大小）的即时通讯和文件传输软件不同，此离线版牺牲了便捷性，让用户自行交换信号。它实现了真正的无服务器本地运行 HTML 文件，确保了安全性和可靠性！
必须在同一局域网吗？
LocSend IPv4 环境在没有公网 IP 地址的情况下仅支持局域网，而 IPv6 支持公网网络连接。P2P 可实现直接的点对点连接，无需任何中继流量，从而确保隐私、安全和可靠性。
单个文件大小有限制吗？
文件大小没有限制，但部分浏览器不支持在传输前选择保存位置，会自动默认使用内存传输，这会占用大量设备内存。对于大于 2GB 的文件，我们建议使用 Edge 或 Chrome 等原生浏览器，它们完全支持选择保存位置。此时，传输速度仅受网络连接、CPU 性能和两台设备的磁盘写入速度的限制。
移动端可以锁屏后台传输吗？
部分移动系统在后台会限制网络与 JS 计时器，建议传输时保持前台亮屏，或使用桌面端浏览器。
在线版为什么不支持局域网自动发现，而需要填写房间号？
在纯浏览器模式下，局域网自动发现完全依赖于服务器通过公网 IP 地址来识别设备。这使得任何人都可以加入大型局域网环境，例如校园网、NAT 共享网络或公司网络，从而带来安全风险。Locsend 无需在同一局域网内传输。它支持在没有公网 IPv4 或有公网 IPv6 的环境中直接连接。因此，通过使用临时房间 ID 和密码，您可以自信地搭建自己的私有传输环境，确保传输安全！
在线版房间号是固定的吗，有效期是多久？
在线免费版临时房间号有效期为24小时，可提前注销房间号。超过24小时房间号会自动销毁。
离线版本即使是同一个电脑的两个浏览器，也可能不稳定断开链接？
你用的是真·离线版本，注意这个【真】字。
真离线版 没有任何服务器参与，信令需要双方手动互填，连接建立后也 没有自动重连机制。
所谓 P2P 直连，是浏览器基于 WebRTC 协议生成双方的连接地址（ICE 候选），
即使是在 同一台电脑、两个浏览器，也会当成两个独立节点来建立直连通道，稳定性完全取决于本机网络、系统和浏览器状态。
因此真离线版如果出现一分钟左右断开、卡顿等情况，通常不是程序错误，而是 WebRTC 在无服务器兜底情况下的正常表现。
解决办法只有两个：
1️⃣ 刷新页面，重新互填信令再试一次
2️⃣ 使用在线版本 —— 在线版支持掉线自动重连，稳定性会明显更好
真离线版追求的是 零服务器、零依赖、绝对隐私，而不是连接稳定性，这一点需要理解。
reishi 发表于 2026-1-10 00:22
赞一个，点对点速度很快，希望可以向网盘方向开发一点，类似mega.nz那样，既能解决用户也能解决糊口的问题 ...
多谢反馈！
网盘模式和基于 WebRTC 的端对端加密传输，其实是两个安全模型完全相反的方向。
WebRTC 的设计目标是：
数据通道不经过服务器，浏览器之间直接建立加密连接。
在 IPv4 同一局域网环境下，数据甚至不会出公网，
也就不存在任何第三方审查、限速或留存的可能。
WebRTC 中服务器的作用，仅限于协助交换连接信息（信令）。
如果你使用 LocSend 的在线版本，服务器只负责自动交换信令，
一旦连接建立，数据传输实际上就是你两台设备、两个浏览器之间的直连通信。
因此你会感觉传输速度很快——
这既是 WebRTC 直连的优势，也和对大文件传输过程做的一些优化有关。
许多示例型或玩具项目并没有针对大文件做完整的数据流控制和传输策略，自然体验会差很多。
LocSend 是一个持续维护的商业项目，而不是一次性的实验代码，因此在设计之初就明确了这一定位。
至于网盘模式，本质上是：
客户端 → 服务器 → 客户端。
文件一旦上传到服务器，就已经不再是端到端传输，
隐私性、审查、大小限制、带宽限制都会随之而来。
比如微信文件传输，本质上也是网盘模式：
文件先上传到服务器，再由对方下载。
所以 LocSend 不会走网盘路线，请理解这一点。
这并不是谁更好，而是解决的问题完全不同。
jason 发表于 2026-1-10 18:17
提个建议
离线版信令太长了
反正是局域网用，自定义信令就可以了，比如是123短一些 ...
WebRTC 的信令看起来很长，是因为它不是聊天内容，而是一份“建立直连所需的连接说明书”。里面包含加密指纹、协议协商信息，以及多条网络候选路线（局域网、公网 IPv6、NAT 映射等），用来确保在不同 Wi-Fi/公司网/校园网/热点环境下也能更高概率一次打通。连接建立后，文件传输走端到端加密的点对点通道，不再依赖这段信令，也不会经过服务器
WebRTC 是浏览器底层C语言编写的，locsend只能通过js启动API，但不能自定义操作底层逻辑。你可以这样理解，整个JS脚本语言，只是浏览器底层API的启动器。浏览器底层开放了哪些API，JS才能调用哪些API。底层不开放的能力，JS 是无权干预的。
这也是整个webRTC安全得以保障的关键所在。类似COOKIE服务器设置httponly后,浏览器底层自动携带与服务器传递COOKIE。js脚本语言是无权干预的。这样就比大多数前端开发人员习惯的localstorage安全得多了。
QQ群：709193338
官网地址：locsend.com |
|
发表于 2026-1-8 14:40:46
楼主