LocSend Directly transfer files and messages between phones and computers on the same Wi-Fi/wired network/IPv6 public network: No registration required, no public network access needed, no cloud traffic involved. End-to-end encryption ensures both security and efficiency.
No registration required, no public network access needed, no cloud traffic involved. End-to-end encryption with support for text and large file transfers.
No detours—bandwidth depends on your Wi-Fi 6/7 or wired network, easily reaching gigabit speeds.
Using DTLS + SRTP, encrypted data is transmitted only between devices after the handshake and does not pass through the server.
No installation required—simply open the webpage to use; P2P peer-to-peer connection.
Windows、macOS、Linux、Android、iOS Available on all browsers.
Supports files, images, text messages, and clipboard;
Optional private signaling deployment/internal STUN, domain and IP range locking to meet compliance requirements.
Signaling is the information browsers use to find and connect to each other when establishing a peer-to-peer (P2P) WebRTC connection. In offline mode, this information is exchanged manually; in online mode, it is exchanged automatically through a server, while all actual data is still transmitted directly between peers.
You are using the true offline version — pay attention to the word “true”.
The true offline version has no servers involved at all. Signaling must be manually exchanged by both sides, and once the connection is established, there is no automatic reconnection mechanism.
So-called P2P direct connection means that browsers generate connection addresses (ICE candidates) based on the WebRTC protocol.
Even on the same computer with two browsers, they are still treated as two independent nodes establishing a direct P2P channel. Stability therefore depends entirely on the local network, operating system, and browser state.
As a result, if the true offline version disconnects or becomes unstable after about one minute, this is usually not a program bug, but normal behavior of WebRTC without any server-side fallback.
There are only two solutions:
1️⃣ Refresh the page and manually exchange the signaling again
2️⃣ Use the online version — the online version supports automatic reconnection after disconnection and is significantly more stable
The true offline version prioritizes zero servers, zero dependencies, and absolute privacy, not connection stability. This trade-off needs to be understood.
✅ Signaling exchange site provided: sig.locsend.com (convenient for transferring between computer and mobile)
The LocSend offline version is designed specifically for users who pursue ultimate security and privacy protection. Unlike other instant messaging and file transfer software that submits data to servers (which introduces privacy risks and file size limitations), this offline version sacrifices convenience and allows users to exchange signaling information manually. It achieves truly serverless local execution as an HTML file, ensuring maximum security and reliability.
✅ Signaling exchange site provided: sig.locsend.com (convenient for transferring between computer and mobile)
LocSend IPv4 environments without public IP addresses only support local area networks, while IPv6 supports public network connections. P2P enables direct peer-to-peer connections without any relayed traffic, ensuring privacy, security, and reliability.
There is no file size limit, but some browsers do not support selecting a save location before transfer and will automatically default to memory transfer, which consumes significant device memory. For files larger than 2GB, we recommend using native browsers like EDGE or CHROME that fully support selecting a save location. Transfer speed is then limited only by the network connection, CPU performance, and disk write speed of both devices.
Some mobile systems restrict network access and JavaScript timers in the background. It is recommended to keep the screen on in the foreground during transmission or use a desktop browser.
In a pure browser-based environment, automatic LAN discovery relies entirely on the server identifying devices via public IP addresses. This means that anyone within a large LAN environment—such as a campus network, a NAT-shared network, or a corporate network—could potentially join, which introduces significant security risks. LocSend supports direct connections in environments without public IPv4 or with public IPv6. Therefore, by using a temporary room ID and password, you can confidently create your own private transfer environment and ensure transmission security.
The first time you establish a connection, you need to enter the room ID, password, and nickname. After that, the session remains valid for 24 hours. During this period, the browser will automatically reconnect even after a refresh, with no need to re-enter any information.
In the free online version, temporary room IDs are valid for 24 hours and can be manually revoked in advance. After 24 hours, the room ID will be automatically destroyed.
The first time you establish a connection, you need to enter the room ID, password, and nickname. After that, the session remains valid for 24 hours. During this period, the browser will automatically reconnect even after a refresh, with no need to re-enter any information.
If both parties are on the same local network and use private IPv4 addresses (192.168.x / 10.x / 172.16.x), WebRTC traffic is transmitted directly over the local TCP / UDP network. It does NOT go through the ISP’s public network, does NOT pass through external NAT or WAN routing, and therefore cannot be affected by ISP-level QoS. The speed depends only on the network card, switch, and Wi-Fi quality — equivalent to copying files within a LAN or transferring data to a NAS.
If both parties have public IPv6 connectivity, WebRTC establishes a direct connection using IPv6 addresses, without TURN relays or server forwarding. This traffic does traverse the ISP network (because IPv6 is public), but it is still ordinary point-to-point traffic. There is no “P2P feature server” and no “central node that can be targeted”. From the ISP’s perspective, it is almost indistinguishable from scp / sftp / https downloads.
Conclusion: There is no “special QoS targeting”. At most, ISPs may apply uniform bandwidth policies to all users, but they will not identify or selectively throttle LocSend / WebRTC / P2P tools.
Cloud-drive style transfer and WebRTC-based end-to-end encrypted transmission represent two completely opposite security models.
The design goal of WebRTC is:
Data channels do not pass through any server — browsers establish a direct, encrypted connection with each other.
In an IPv4 local network environment, the data may not even leave the LAN,
which means there is no possibility of third-party inspection, throttling, or retention.
In WebRTC, the role of the server is limited to assisting with the exchange of connection information (signaling).
If you use the online version of LocSend, the server is only responsible for automatically exchanging signaling data.
Once the connection is established, the actual data transfer is a direct communication between your two devices and two browsers.
That’s why the transfer speed often feels very fast —
this is both an inherent advantage of WebRTC direct connections and the result of optimizations specifically made for large file transfers.
Many demo or toy projects do not implement proper flow control or transfer strategies for large files,
so their real-world experience is naturally much worse.
LocSend is a continuously maintained commercial project, not a one-off experimental codebase,
and this positioning was clearly defined from the very beginning.
As for cloud-drive style transfer, its nature is:
Client → Server → Client.
Once a file is uploaded to a server, it is no longer an end-to-end transmission.
Privacy concerns, content inspection, file size limits, and bandwidth restrictions inevitably follow.
For example, WeChat file transfer is essentially a cloud-drive model:
the file is first uploaded to the server, then downloaded by the recipient.
That’s why LocSend will not take the cloud-drive route — please understand this point.
This is not about which approach is better,
but about solving fundamentally different problems.
Regarding whether it is open source, I’d like to briefly share my honest thoughts.
I’m a veteran programmer who was laid off during “optimization,” and I currently don’t have a stable income. I’ve been trying to rebuild a stable life by relying on my own skills. Early on, my projects mainly targeted fellow programmers and followed an open-source route, but the reality wasn’t ideal: licenses were ignored, code was taken directly, projects were copied, and I was even mocked. These experiences were deeply discouraging.
LocSend (locsend.com) is an important transition for me. It no longer targets only programmers, but ordinary users. Precisely because of this, it has given me far more opportunities for recognition and positive feedback.
Therefore, I no longer plan to continue on the open-source path. This decision is based on real-world circumstances and is not a denial of open source itself. In the current environment, open-source licenses are widely ignored, and “free use, copying, and re-skinning” are almost unavoidable. For an individual developer, the cost is simply too high.
I’d also like to say a few words about AI. AI does not automatically give people who can’t code real engineering capability. For veteran programmers like us, AI is just an assistive tool: it helps improve coding efficiency, audit vulnerabilities, and validate ideas, but the core architecture, security boundaries, and overall logic must still be controlled by ourselves. If someone doesn’t even understand the fundamentals or know how to ask the right questions, AI won’t really be able to help.
In the AI era, what I recommend more is: 👉 try collaborating with AI to build something that truly belongs to you.
LocSend is a project born from my own hard work and dedication, so it will not be open source. I hope for your understanding. What I can clearly state is: all features are currently free to use, with no charges of any kind.
Thanks again for your support, and I wish you all the best.
QQ Group: 709193338
Telegram Group: https://t.me/locsend
The community source code is being built on LOWPHP — stay tuned!
Copyright & Disclaimer
This project (LocSend) is independently designed and developed by the author, with its own implementation and technical approach.
This project is not an official version, derivative project, or collaborative outcome of any third-party similar project. It has no affiliation, partnership, authorization, or association with other similar projects or their respective teams.
LocSend is a browser-based peer-to-peer (P2P) file transfer tool built on WebRTC technology. All data is transmitted directly between user devices without being stored or relayed by any server.
This statement is provided solely to clarify project independence and technical positioning, and does not express any evaluation, comparison, or commercial stance toward third-party projects.