Selfhosted

61307 readers

225 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

Detailed Rules Post

Be civil.
No spam.
Posts are to be related to self-hosting.
Don't duplicate the full text of your blog or readme if you're providing a link.
Submission headline should match the article title.
No trolling.
Promotion posts require active participation, with an account that is at least 30 days old. F/LOSS without a paywall has exceptions, with requirements. See the rules link for details. Tags [CBH] or [AIP] are required, see the links in Rule 8 for details.
AI-related discussions and AI-involved promotional posts have additional requirements for tagging, as noted in Rule 7 and the AI & Promotional Post Expanded Rules post, and find example disclosures here.

Resources:

selfh.st Newsletter and index of selfhosted software and apps
awesome-selfhosted software
awesome-sysadmin resources
Self-Hosted Podcast from Jupiter Broadcasting

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 3 years ago

MODERATORS

curbstickle@anarchist.nexus

curbstickle_lw@lemmy.world

Blocking releasegroups from Sonarr/Radarr [edit] or rather blocking malware regardless of name (lemmy.ca)

submitted 10 months ago* (last edited 10 months ago) by Darkassassin07@lemmy.ca to c/selfhosted@lemmy.world

38 comments fedilink hide all child comments

Sonarr and Radarr keep grabbing releases from a couple specific groups ( 'SuccessfulCrab' and 'ELiTE') for items that clearly haven't even aired yet. These almost always contain only .scr or .lnk files, which have been blocklisted in my torrent client. This leaves Sonarr/Radarr awaiting manual intervention for 'complete' downloads that contain no files.

How do I get them to block anything and everything that contain the strings 'SuccessfulCrab' and 'ELiTE' ??? I want them to stop even trying to grab anything released by those two groups.

I'm so sick of dealing with these.

[EDIT]

OK, so I have been looking at this from the wrong angle.

It is not these groups that I'm upset with, but malware uploaders masquerading as release groups. These names can and will change, making this a game of wack-a-mole if I try to fight it this way.

Initially I'd followed instructions below to block these names/strings being grabbed by the arrs and that does work fantastically; but as above, wack-a-mole. Plus both SuccessfulCrab and ELiTE have plenty of good releases out there, it's not their fault someone's using their names.

So, I'm now running Cleanuparr.

This will maintain a large list of unwanted filetypes in qbittorrent. Then when qbit marks a torrent as complete because there are no wanted files, cleanupparr removes it from both qbit and the arr that requested it, while also triggering a new search for the item.

It can also cleanup items failing to import, stalled downloads, torrents stuck downloading metedata, or things that are just absurdly slow; with varying time scales/stringency.

I'll run this for a bit and see how it goes.

you are viewing a single comment's thread
view the rest of the comments

[–] Zozano@aussie.zone 1 points 10 months ago (1 children)

I made this exact post on Github lol.

The takeaway is this: Sonarr/Radarr v5 will solve this by setting the airtime, and restricting torrent grabs before that. There may also be a manual offset override (hours).

I still think the easier solution is to set the indexer to manually choose what qualifies as a dangerous file type.

[–] Darkassassin07@lemmy.ca 1 points 10 months ago

That will solve part of the problem, preventing downloads before an item has even released; but there's still lots of potential to grab unwanted torrents and leave the arrs asking for intervention when they can't import it.

Ideally the indexers would be filtering out this junk before users can even grab them, but failing that I think we've got a decent solution. Check out the edited OP