zlacker

From Emma Best (DDoSecrets)'s tweets it looks like it's unavailable at the moment (6h ago):

>There don't seem to be any active seeds and just under 0.5% seems to be available ATM, so... we'll see what happens!

https://twitter.com/NatSecGeek/status/1437827363505573896

>>r721+(OP)
It's possible that the source sharded the torrent payload and then distributed the shards among multiple "seeds" that are brought online/offline on a rolling schedule, to avoid being identified as the lone seed. Since none of the "seeds" have the entire payload, they are identified as peers (specifically, leechers) in the torrent client.

>>common+Ho
This 30+ MB torrent file is choking ruTorrent and Deluge clients on my seedbox. Not sure how to fix it. Do you know of some alternative way to process such a large file? I have never seen such a large torrent file like this before.

>>nebula+Nr
The screenshot from one of the replies to the tweet (https://twitter.com/pompompur_in/status/1437905607273635847) seems to be of qBittorrent. It's open source and cross-platform, just like Deluge.

https://www.qbittorrent.org/download.php

>>common+1s
Not available on my server unfortunately. Otherwise qBitorrent is the client of choice. I have found magnet links from DdosSecrets here: https://ddosecrets.com/wiki/Epik

Edit: Turns out I didn't give enough attention to Transmission as it handled the file. Very impressive.

As a side note: this has got me pondering about testing edge cases on open source software. Wonder how much of that actually gets done.

>>nebula+Nr
rtorrent has handled literally _everything_ I've ever thrown at it

>>cheeze+mt
It didn't handle this one when I tried it.