Interesting hack! I'll be using it from now on. Do you have any tips for when a machine is behind a NAT? Specifically, I want a service to automatically pick up changes from Git whenever their origin is pushed, without using any fancy tools. I prefer a simple, "Taco Bell programming" approach.
I typically tunnel SSH through Cloudflare tunnels for this! Requires a bit of client-side config in the ~/.ssh/config file, but once you do that you can very easily SSH through a NAT!
On Windows, you have the option of using a tool named Mouse Without Borders, which was developed by Microsoft Garage and is now part of Windows PowerToys.
"LocalSend is a free, open-source app that allows you to securely share files and messages with nearby devices over your local network, without needing an internet connection."
Pardon the ignorance but why would someone use Magic Wormhole to transfer files/messages between computers on the same LAN.
Would there be a rendezvous server listening on a local address. What if the two devices are owned by the same person.
If they use the Magic Wormhole default settings the files/messages will travel over the internet, using a third party rendezvous server.
Messages – yes. Files – no, unless the devices can't connect to each other directly. The only problem I see with this setup is that you can't use it without Internet connection. Perhaps sending side could advertise via mDNS in this case?
> If they use the Magic Wormhole default settings the files/messages will travel over the internet, using a third party rendezvous server.
I am very, very sure this is incorrect. The rendezvous indeed happens over the internet with their default handshake server, but the transfer itself should run in LAN.
Yes, thank you for the correction. Sloppy wording on my part. What I meant was the rendezvous happens over the internet.
Perhaps Magic Wormhole has an option to forward traffic (if so, IMHO that's not peer-to-peer) but I only meant the process of setting peer-to-peer connections requires packets to travel over the internet and, by default, to a third party server.
Yes, the "setup" messages via the Mailbox Server will be over the internet to a third-party server.
All the contents of these messages are end-to-end encrypted so you reveal which two IP addresses are communicating, but not the contents of those communications. (If you don't want to reveal that, use the Tor options).
The "bulk transfer" connection should be over the LAN only if both devices are on the same network. In any case, all of these messages are also end-to-end encrypted as well.
Has anyone attempted to combine all of these desperate open source p2p file sharing solutions into a single app?
Like, if any time someone mained one of these systems, you could assume you had it. Even do discovery for everything at once on the receive side, and if both of you have the omni-sender thing just pick what protocol to send it over.
(These two use servers run by Least Authority by default so to talk to other clients you have to configure Destiny to use the defaults, or the other side to use the non-default servers).
Oh wow! I did not know about anytype. Thank you for showing me another option. How long has the software been around? What is your personal setup? Do you use it?
Yo I totally thought about using just files in a git repo myself. However I’m reluctant on trusting GitHub with my notes.
Maybe is self-host a git repository and use that. Hmm thanks thoughts like these are exactly why I posted this.
Also looking into Möbius, which is an iOS implementation of syncthing.
When dealing with these types of calls, my approach is to inform the callers that I am a member of their software development team. I explain that I inadvertently generated a lead from my personal number, and typically they hang up and remove my number from their list.
