this post was submitted on 22 Aug 2023
28 points (96.7% liked)
Piracy: ꜱᴀɪʟ ᴛʜᴇ ʜɪɢʜ ꜱᴇᴀꜱ
54500 readers
359 users here now
⚓ Dedicated to the discussion of digital piracy, including ethical problems and legal advancements.
Rules • Full Version
1. Posts must be related to the discussion of digital piracy
2. Don't request invites, trade, sell, or self-promote
3. Don't request or link to specific pirated titles, including DMs
4. Don't submit low-quality posts, be entitled, or harass others
Loot, Pillage, & Plunder
📜 c/Piracy Wiki (Community Edition):
💰 Please help cover server costs.
 |
 |
|---|---|
| Ko-fi | Liberapay |
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Probably if you split tunnel the vpn connection from mullvad to your torrent application and not run the vpn for the entire laptop's network stack this could be done.
Alternatively, dockerize the entire vpn+torrent (+jellyfin) setup? That way the container gets the vpn but you can still access using your host ip for jellyfin.
Seconding dockerizing the torrent client with a VPN. My approach was using a gluetun container (https://github.com/qdm12/gluetun) and pointing qbittorrent to use that container's network adapter
can also look into haugene/docker-transmission-openvpn
it's transmission that won't run unless it's connected to the VPN
That's a cool kill switch implementation, thanks for the repo. I tested my qbittorrent setup by shutting down the VPN container and it stopped all network connections in the qbit container