Skip to content

ShowHN: Using SSH for file sharing among users (Python Project on github)

divinequantum.blogspot.in
15 pointssravfeyn16 comments
On HN

Comments

I don't quite get it - how do other users access your files without having also shell access?

If they have shell access, why not simply use scp or rsync?

None can actually access other's files directly, since they are on their local machines, not on server. One (User A) can only put a small request token (a request file with the File_Name they want and their home folder address) in the source(User B) folder. Since User B is listening to requests. It will upload the file to User A's folder.

How was NMDC traffic blocked, do you know? By IP, or by packet inspection?

You can run the hub on any port you like to circumvent the first (let's see them try and block port 80!), and use an ADCS server to circumvent the second - still compatible with DC++ and recent mods (ApexDC, StrongDC et al)

You might also want to look into DTella to decentralise your network.

I want to make it general-purpose, depending on your suggestions.

Making references to movie piracy in your description hurts your credibility. You are playing into the content industry's argument that file sharing == piracy. Don't do that.

What makes you think that he has not bought and payed for the movie Inception - to which he then bacme a rightful owner of a dvd/blueray? Having ownership of it, he is free to copy it for his own purposes, such as to make backups or to borrow it to his friend, like any other private property he has?

As far as I know, while it's perfectly OK to share the physical disc with your friend, it's not legal to distribute copies of the movie to others (including your friend) even if you own a legal copy.

Who's to say the dead prostitute in my car didn't die of natural causes?

Ah, I should change it!

This could be built out as a service that is competitive to SendFile, DropBox and other file sharing services. If I understand it correctly the server between the sender and receiver never stores the file itself which is unique.

There's Share[1] and AeroFS, as far as I know, they're both P2P.

EDIT: As a solution that doesn't need apps and uses the server only as a temporary middleman instead of actually storing the file, there's JetBytes[2].

[1]: http://www.getshareapp.com/

[2]: http://jetbytes.com/

Apparently, there is more and more kind-of P2P sharing apps and solutions coming out every day -- I've recently learned of http://folders.io/ -- with BitTorrent not being the only game in town any more.

But one problem is still remaining, and the present solutions are under the heaviest attack: discovery. BitTorrent is using trackers, and we've seen attacks on sites like PirateBay that provide those services. Is there a way to develop -- or perhaps it's been done already -- a discovery and tracking system which is truly P2P and simply cannot be attacked, at least not in a technical way?

Yeah the server here actually stores the file :), albeit temporarily.

I wonder, if it is possible instead of temporary storing files, to script reverse ssh tunneling [1]?

[1] http://en.gentoo-wiki.com/wiki/Reverse_Tunneling

AboutSource Built by g1lg1l

Hackerly is an independent reader for Hacker News, built on the public HN API. Not affiliated with Y Combinator.