Live data from Hacker News

Transfer.sh – File sharing from the command line

transfer.sh

81–90 of 117 posts

Re: Transfer.sh – File sharing from the command line

#81
post #40

I like it! But for me ssh already provides a simple and secure way to move files from one place or another.. tar -cf - ./files.txt ./orDir/ | ssh host "(cd /dest/dir; tar -xf -)" Given that ssh it so ubiquitous I think this will always be my go to.

I have a lot of friends who don't know what the fuck SSH is. For them, these services are great at sending them files.

Re: Transfer.sh – File sharing from the command line

#82
post #66

Earlier quoted context omitted.

> ssh already provides a simple way :-D > tar -cf - ./files.txt ./orDir/ | ssh host "(cd /dest/dir; tar -xf -)" :-O

reminds me of this gem https://news.ycombinator.com/item?id=9224

2007. Wow. That's a lot in Internet time.

Re: Transfer.sh – File sharing from the command line

#83
post #40

I like it! But for me ssh already provides a simple and secure way to move files from one place or another.. tar -cf - ./files.txt ./orDir/ | ssh host "(cd /dest/dir; tar -xf -)" Given that ssh it so ubiquitous I think this will always be my go to.

I use netcat a lot with my friends, we don't even have to do the SSH dance.

On the receiving end:

    nc -vll 0.0.0.0 12345 | pv | tar xv
On the sending end:

    tar cv files... | pv | nc -N "destination IP" 12345
pv is a nice tool that just reports on the rate and number of bytes moving through the pipe, optional if you don't have it. Throw in gpg --symmetric + gpg --decrypt for good measure if you want to encrypt it on the wire with a password.

Re: Transfer.sh – File sharing from the command line

#84
post #18
post #13

Can it have a little more security please? E.g. longer filename, more difficult to guess. And an encryption option would be nice.

Well it seems you'd have to not only guess the file name, but also the 5 character code; as it appears its uppercase, lower and numbers, which is ~916 million possibilities ...although on second thought, and with some bad math, if you know the file name, and you can manage 750+ tries a second, you could brute it prior to the 14 day expiration.

Hopefully they use something akin to fail2ban..

Re: Transfer.sh – File sharing from the command line

#85

Earlier quoted context omitted.

reminds me of this gem https://news.ycombinator.com/item?id=9224

2007. Wow. That's a lot in Internet time.

It is a lot in computer time as well. The other gem in that thread IMHO is how they marketed Dropbox as a replacement for USB thumb drives (which it also is, but it just goes to show how niche the concept of cloud was 11 years ago).

Re: Transfer.sh – File sharing from the command line

#86

Earlier quoted context omitted.

Or rsync? rsync -zvh file.txt user@host:/dest/dir/ So many ways to do this :)

rsync has always been my favourite because it makes the most sense to me (and the --help/man page is easy to read). rsync -n -avh --progress source destination:~/asdf/ for a dry run followed by ctrl-p, ctrl-a, alt-f, alt-d, alt-d to remove the -n flag and then execute that for the real thing. Occasionally though, I'll also use sftp if I'm just pulling one thing - perhaps even after sshing to the remote machine. For a…

After all these years, I still can't keep straight when I need a trailing slash in rsync, and when I need to not have it.

Re: Transfer.sh – File sharing from the command line

#87

Earlier quoted context omitted.

reminds me of this gem https://news.ycombinator.com/item?id=9224

2007. Wow. That's a lot in Internet time.

Yeah, and that guy is actually still active on HN and is always decent whenever someone calls him out about his ancient Dropbox comment.

Re: Transfer.sh – File sharing from the command line

#88
post #40

I like it! But for me ssh already provides a simple and secure way to move files from one place or another.. tar -cf - ./files.txt ./orDir/ | ssh host "(cd /dest/dir; tar -xf -)" Given that ssh it so ubiquitous I think this will always be my go to.

What about good old scp? scp file.txt user@host:/dest/dir/

scp performs very slowly with directories containing many small files; "tar|ssh tar" does fine with that.

Re: Transfer.sh – File sharing from the command line

#89
There used to be a service called chunk.io that did this. Then, presumably by some combination of becoming popular causing them bandwidth/storage issues or their service being abused, they had to make it invitation-only.

(The site still exists, but they never replied to my e-mail to their signup address, so I can't say for sure if they're still live or not.)

I wish transfer.sh good luck, and will bookmark them for now as "the new chunk.io".

EDIT: note, as not all comments comparing this to SSH seem to have picked it up - this is a service where you can upload a file, get a link and e-mail the link to someone. You don't need to have any special software (such as sshd) running on the download side.

Re: Transfer.sh – File sharing from the command line

#90
post #40

I like it! But for me ssh already provides a simple and secure way to move files from one place or another.. tar -cf - ./files.txt ./orDir/ | ssh host "(cd /dest/dir; tar -xf -)" Given that ssh it so ubiquitous I think this will always be my go to.

I use netcat a lot with my friends, we don't even have to do the SSH dance. On the receiving end: nc -vll 0.0.0.0 12345 | pv | tar xv On the sending end: tar cv files... | pv | nc -N "destination IP" 12345 pv is a nice tool that just reports on the rate and number of bytes moving through the pipe, optional if you don't have it. Throw in gpg --symmetric + gpg --decrypt for good measure if you want to encrypt it on the…

That works assuming the client has a public IP address or port forwarding set up, or you're on a local network together.
Post reply on HN