5 ms·
Just be careful - unless you mark that torrent private it'll get posted to the DHT and crawlers like BtDig will pick it up and list it publicly. For this reaso
by arsome 6y ago
Just be careful - unless you mark that torrent private it'll get posted to the DHT and crawlers like BtDig will pick it up and list it publicly.
For this reason I prefer using something like Syncthing which is designed more with this purpose in mind.
- Polylactic_acid 6y agoYou could also gpg encrypt the file first which is a little more work but bulletproof. Maybe someone should make a tool that creates a torrent and encrypts it for you and presents a password box on the other end.
- voltagex_ 6y agoHow are BtDig crawling the DHT? I thought this was made impossible or at least more difficult a while ago.
- chid 6y agoI don't see how it was made impossible. It's definitely possible, you can do it yourself there's many examples on github (even btdig has an old version on it)
- 3np 6y agoIts trivial to disable PEX and DHT in any reasonable client
- orionblastar 6y agoSort of like Limewire sharing your documents directory? They have MuWire now: https://muwire.com/ https://muwire.com/ Not private but public sharing.
- jivank 6y agoI am working on a tool that will help with this. It is built with AlpineJS, Nim, Aria2 and Webview resulting in a 5MB download which doesn't include the torrent file as that varies. The idea is that it is a one click solution as the torrent is embedded with the binary. The inspiration for this tool is for assist with LAN parties. The one thing I have against the private flag is that it also disables LAN peer discovery, which would be okay if you use a tracker behind the LAN (though the torrent would need to be modified if the hostname/IP changes). Since you can't configure other people's clients I found it simpler to use Aria2 that is preconfigured to disable PEX and DHT. Combine this with Metalink or Web Seeds, so that you can have a initial seeder based on HTTP. I think using IPFS would be a great web seed as long as the their gateway and Cloudfare's continues to stay up. IPFS creates a permanent URL if you will, so no need to worry about dynamic IPs or domains. It would be great if IPFS would have a smaller binary (right now it is around 20MB compressed) and had a way to get a file and "seed" it like a torrent. But for now I think torrent is mature enough.
- brink 6y agoWhy not use Syncthing or Resilio Sync for LAN parties?
- jivank 6y agoI 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/62 https://github.com/syncthing/syncthing/issues/62
- csdreamer7 6y agoYou can use the send only feature in Syncthing to make your folder read only. https://docs.syncthing.net/users/foldertypes.html#folder-sendonly https://docs.syncthing.net/users/foldertypes.html#folder-sen...
- cgb223 6y agoTechnically speaking, what occurs when you mark a torrent private? Does it actually block trackers from picking it up or just like tell them not to if they want to obey it?
- arsome 6y agoI'm not an expert on this, but as far as I'm aware, the main difference is that your client won't go out and announce the infohash to the DHT (used for trackerless torrents, magnet links, that kind of thing) and won't provide it to other clients for download. It'll only ever send requests relating to it to the trackers specifically listed within the torrent itself. This means that anyone who wants to download it basically needs to posses the torrent file. Trackers don't really crawl in this way, however, some searching sites like the one I mentioned there do, they'll go out and look at the entire DHT, trying to find entries that they don't know yet and when they find one - go download the torrent and post it to their index.
- AnonHP 6y agoFor some reason I haven’t understood, syncthing would often miss transferring files but mark the entire transfer/sync as complete. No errors in the logs either. I tried it for a few months earlier this year, then gave up and switched to plain rsync in a shell. Based on that sample of one personal experience, I wouldn’t recommend syncthing to anyone. Note: I was using syncthing for a one way sync all the time, with send-only and receive-only settings on the endpoints.
- JeremyNT 6y agoI've been using Syncthing extensively for years and never observed this behavior - it always either completes the transfer or fails to complete the transfer (which is obvious in the UI). A silent failure is certainly not typical. This sounds like a pretty severe bug, so if you still have the systems you were able to produce the behavior on it might be helpful to reproduce it and submit an issue.
- nonbirithm 6y agoYeah, I gave up an Syncthing when using it between my Android device and Linux server. Too many hours were lost trying to debug why the server no longer showed as connected on the phone. At some point I went back to emailing myself files, because that actually worked, and I realized that I didn't actually need an entire program with a synchronization algorithm to send a few large files on the occasion.
- bserge 6y agoThat's why you encrypt it or at least make it a password protected archive. That way no one will see the file names in the content list. And without seeders, it's highly unlikely anyone will download it. Torrents work well with 1 seeder, 1 downloader.