Now I live in the heart of Silicon Valley, a couple km from Google's Headquarters, and have a crappy 15 mbps uplink with no other options available to me, so I typically throw the file on Amazon S3, Google Drive, or Dropbox before sending a link to the other person so that they don't have to put up with a 15 mbps download.
Ask HN: What is your favorite method of sending large files?
261–270 of 363 posts
Re: Ask HN: What is your favorite method of sending large files?
#262Earlier quoted context omitted.
Why a new tool? How is this better than gpg symmetric encryption, considering gpg is installed/available effectively everywhere? Encrypt: gpg --symmetric file.dat (enter a password) Decrypt: gpg --decrypt file.dat.gpg > file.dat (enter the password)
gpg symmetric encryption just derives a key from the password so theres no forward secrecy. Using bittorrent in particular opens you up to the risk of third parties getting ahold of your encrypted file and without forward secrecy the can attack the password offline which is typically much smaller that 256 bits. Using Magic Wormhole would seem to be far more secure than gpg and bittorrent since it has less risk of thi…
Re: Ask HN: What is your favorite method of sending large files?
#263Earlier quoted context omitted.
WebTorrent [1] can be used to run BitTorrent on the web. It's actually integrated into the Brave browser which is a nice feature. Other browsers might catch on soon. [1] https://webtorrent.io/
WebTorrent is pretty limited though: > ... a browser-based WebTorrent client or "web peer" can only connect to other clients that support WebTorrent/WebRTC. (from https://webtorrent.io/faq ) This essentially splinters the world into the bittorrent and webtorrent halves, which makes it far less useful.
Re: Ask HN: What is your favorite method of sending large files?
#264Earlier quoted context omitted.
Any compression would ruin that. Though it should be possible to do what you described with 16MP pictures and upload them to google drive. Those won't be compressed according to someone under that LTT video where they abuse 5 business accounts for their backup.
>Any compression would ruin that. Well not really. You could have an entire frame as a solid color red to represent a '1' and a solid white frame to represent a '0'. At 24 fps, that is 3 bytes per second and would certainly survive compression. Just keep drilling down, half a frame that is red and another half that is white would represent a '10' pair, now you've doubled your throughput. You could keep cutting these…
Re: Ask HN: What is your favorite method of sending large files?
#265I see a lot of people mentioning magic-wormhole and NAT traversal. I can't find any docs that confirm this. I think it always runs through a relay server?
Re: Ask HN: What is your favorite method of sending large files?
#266I've never used it myself but I've heard but it's actually quite impressive but the business model makes it inaccessible to individuals
Apparently they do some sort of complicated Trace routing and open a ton of simultaneous routes. Probably also uses something other than TCP 4 correction.
Seems like a good place for some disruption
Re: Ask HN: What is your favorite method of sending large files?
#267Re: Ask HN: What is your favorite method of sending large files?
#2685GB on my local network: Windows File Share, Rsync, or HTTP depending on source/destination 5GB on Internet: Upload to my OVH VPS and HTTP or Rsync it to its destination 10TB, local or Internet: Physical Hard Drive. Never underestimate the bandwidth of a station wagon full of backup tapes! https://www.tidbitsfortechs.com/2013/09/never-underestimate-... And since you now buy 1TB micro SD cards, so perhaps I'd split th…
10TB, local or Internet: Physical Hard Drive. Never underestimate the bandwidth of a station wagon full of backup tapes! In Poland there is an option to send package via train for 8$. Just go to station and give package to conductor/train guard, few hours later receiver can get it at destination station. Sending HDDs full of raw video footage this way is very popular among video editors here.
https://www.unitedcargo.com/shipping/productsAndShipping.jsp...
Re: Ask HN: What is your favorite method of sending large files?
#269Earlier quoted context omitted.
Why not use Syncthing or Resilio Sync for LAN parties?
I have considered it. The one thing about Syncthing is that there is no true readonly way to sync. For example, someone may accidentally extract an archive in the Syncthing folder and it will sync everywhere. If Syncthing gets this feature I think I would be 100% onboard with it for LAN parties. Resilio I believe supports it but I would prefer an opensource alternative. https://github.com/syncthing/syncthing/issues/6…
https://docs.syncthing.net/users/foldertypes.html#folder-sen...
Re: Ask HN: What is your favorite method of sending large files?
#270Bittorrent. No, really. Lots of nice behaviors when transferring large amounts of data between arbitrary endpoints. Transferring the torrent metadata is pretty trivial and can be done via a wide range of methods, and having that flexibility can be nice. Unlike HTTP, you get reasonable retry behavior on network hiccups. Also, more robust data integrity guarantees, though a manual hash test is probably a good idea eith…