LANDrop – Drop any files to any devices on your LAN
landrop.app
landrop.app
I think of Sharedrop every time HN has a discussion about how the web has gotten too complicated and it should just all be documents etc etc… here’s a truly useful app, cross platform out of the box, neatly sandboxed with no download required. If I was feeling paranoid and wanted to know if my files are being sent to some third destination I’d be able to open up dev tools to check. A lot more challenging with a native app.
"If I was feeling paranoid and wanted to know if my files are being sent to some third destination..."
then I would not use a third party website. I would want to prevent this unauthorised transmisison to a third party from happening rather than discover it was already happening. By then, it would be too late. Even just having all one's transfers, IP, time, date, possibly browser fingerprint, be recorded in someone else's httpd access log seems unnecessary.
But I'm not feeling paranoid. Rather, I like downloads. I like so-called "native apps", otherwise known as programs. I like them written in certain languages. I like to read and edit the source code and to compile static binaries. I enjoy it. Javascript is not one of the languages I prefer. Nothing against it. I just don't have much need for it if I want to transfer files.
I have mutiple methods of transferring files between computers without an internet connection. None of them use Javascript.
The reason we're generally "paranoid" about running arbitrary code in the browser is that every fucking website wants to run arbitrary code in the browser, not because an app that actually has a reason to do it, does.
A website should just be a document when it is just a document, which is 95%+ of the content linked on HN.
Does anyone know of any alternatives that work with VPN / TOR?
I love the fact that sharedrop is open source, you can host it yourself, it works without registration/login and you don't need to install anything except a browser.
Both the times it errored out with “it was not possible to establish direct connection with the peer”
Both devices are in the same wifi network.
- Subjectively more pleasant UX/UI
- Drag and drop
- Directories are supported and reproduced on the receiver
- Resumes transfers that were interrupted, across restarts too
- No mobile support (Tauri is working on it)
I'm currently working on a paid WAN version with a free tier.
I've never dabbled with FreeBSD. It seems to not be supported by Tauri (the GUI wrapper). That said, with the agent binary (written in Go) would probably work.
It's closed source, out of unethical front-running paranoia as I'm building recognition and trust. That said, I'd like to release the agent open source in the future (like Tailscale), which could easily double as a CLI.
I think it’s a good selling point, because there’s no de facto app for transferring files between all 3 major operating systems. I’ll give it a try on Steam Deck.
It's basically a nicer version of:
python -m http.server 8000
Basically just start the file server, and then navigate to it using the web browser of your choice on any device (no need for a client application).It works on Windows, Mac, and Linux, and therefore should probably work on FreeBSD as well if you can install a Rust toolchain:
pkg install curl
pkg install git
pkg install rust
git clone https://github.com/akovacs/uploadserver
cd uploadserver
cargo run --release
Then navigate to your machine's ip address port 8000 in the browser of your choice and upload files using the web UI or directly via curl: curl -X POST --data-binary @file_to_upload.txt http://localhost:8000/file_to_upload.txt
MIT licensed, so please feel free to do whatever you want with it as long as you provide attribution.Good job though, it looks nice!
However, I need revenue to justify the project long term (I have no investors), so I'm prioritizing WAN. I've contributed to Tauri before, and I really hope I can keep using it end-to-end (cross platform dev is a mess).
That and bad USB ports.
And there being some decent FTP clients for android.
I guess there’s way more money in solving it with a heavy cloud service that can charge rent for what should be a trivial core feature of every OS.
*As suggested by another HNer.
I was given to understand that NFSv4 was made to be much better for these purposes?
Seriously, I can even get my Windows 98 SE laptop to talk with the rest of my Windows machines (including Windows 11) via SMB perfectly fine. Meanwhile, Samba requires divine miracles just to get the bloody thing working for thirty seconds.
SMB usually works well in a domain environment between client and server machines if they are all on the same domain. SMB often and randomly does not work between two client computers on a domain and in workgroup environment. I have to configure SSH server on Windows computers that I access often because of random inability of Windows to talk to another computer (sometimes sitting right next to it).
Samba on the other hand takes some setting up but once it works, it keeps working...until the next OS/major version upgrade.
Setup a WINS server.
WINS, ancient and depreciated, and "they" say it should never be needed anymore, will act as a "cat herder" in a workgroup environment.
The nice part about WINS is the server requires no configuration. You start the service and point the clients to it and that's it. Configure your DHCP server to hand out the WINS address and you're done. There's a good chance your problems may disappear.
The windows machines on the other hand took a lot of figuring out to get the access I was looking for. Seems the windows built in username AND a (broken?) Form of password caching really does a number when using SMB shares hosted on a not windows machine. I 100% agree with you however, it is a super frustrating experience that leaves one bewildered, even though it should be simple to get up and running.
(It took far less time to setup goestools on 2 machines, than to get the shared folders to work correctly through the household)
I don't know of a magic wormhole client for iOS.
It's frustrating trying to transfer high-res photos between phones. All the messaging apps silently mangle them. :(
This would be perfect, but it only works on a LAN. AirDrop gets the job done in those cases.
EDIT: Found snapdrop at https://onedoes.github.io/snapdrop/ and a fork PairDrop is in active development https://github.com/schlagmichdoch/pairdrop
Even in other sharing workflows, sending the HEICs is a pita.
I've been searching for a low-friction way to get original photo files from iOS to Linux. USB has been really unstable and P2P sharing through Safari does not provide uncompressed originals (in general, apparently).
Or you can use scripts like this one : https://github.com/icloud-photos-downloader/icloud_photos_do...
https://github.com/nwtgck/go-piping-server/releases/expanded...
There is also a Typescript version.
Unlike MagicWormhole, this does not require Python libraries. Any HTTP client will do, whether graphical browser, text-only browser, curl, anything that can make HTTP requests. Javascript is optional.
There is an example server run by the author for testing but unlike MagicWormhole it is not a default; the address is not found anywhere in the source code.
Magic Wormhole, or PAKE in general, might be well-suited for use in the process of transferring files between two or more parties, but here the question was about transferring files between two computers operated by the same party.
No updates to the github repo in 2 years.
That's worth retrying as it didn't get picked up. I'm still thinking through further responses though it's quite similar to concepts I've been promoting on HN for years now:
<https://news.ycombinator.com/item?id=10077674> 8 y.a.
<https://news.ycombinator.com/item?id=26893033> & <https://news.ycombinator.com/item?id=26822263> 2 y.a.
<https://news.ycombinator.com/item?id=34182022> 7 months ago
We already have standards for local networks: mDNS + FTP / SMB / WebDAV.
More discussion from the Show HN:
Am I supposed to make another account just for receiving files? What if I get it wrong?
How will I keep track of the long password I suddenly need or the keys I'm going to have to share?
And then I'm going to need a new app anyway because mobile has no builtin SSH.
And then there's no UI, so I'll have to do lots of typing and it will be more work unless you touch type...
SSH is great but this is a specific use case they're making a dedicated app for, that makes it easy and doesn't add more configuration, which I'd then have to maintain maybe want a dotfile management tool.
There's so many pieces to a CLI workflow. It's awesome if you do the kind of work that benefits from it already and everything's set up, but... I don't use SSH at home. Or have a dotfile management system. Or manage files often on the CLI.