With Mullvad disabling port forwarding and the general problematic VPN services it was super helpful to rely on some information about VPNs on reddit to discovered services like Mullvad. Now it seems to be down to ProtonVPN, AirVPN and IVPN. But that information is not to be found here so far.

And then there is the whole world of seedboxes unbeknownst to me, especially regarding practical anonymity with payment processors.

    • Aurix@lemmy.worldOPEnglish
      5·
      2 years ago

      Very useful community, thank you. The needs for torrenting might differ slightly, but let’s see how it goes.

    • inchw0rm@dataterm.digitalEnglish
      3·
      2 years ago

      The problem with i2p is that it is veeeeeeeeery slooooooooow, first because of garlic routing, and the whole network being p2p, second because there aren’t many people using it and thus not too many peers you can leech from. I have use i2p a couple of years ago, and downloading a movie can take you like a week or so.

  • reinarAEnglish
    2·
    2 years ago

    https://lemmy.dbzer0.com/post/21703
    I ended up buying ProtonVPN. Port forwarding required a bit of trickery with natpmpc image to set up in my case (headless wireguard gateway for dockerized services), however now it’s fine and working.

    Speeds are at least 800Mbps download (which is maxing out my uplink, vpn is likely to be capable for more), didn’t have a chance to test upload.

      • reinarAEnglish
        2·
        2 years ago

        Generated wireguard config with nat-pmp enabled in ProtonVPN panel, put keys and endpoints to my vpn client (gluetun docker image), used https://github.com/soxfor/qbittorrent-natmap image to interactively update port from qbittorrent settings on proton through natpmpc.

        https://github.com/soxfor/qbittorrent-natmap/issues/13 - I’ve set up my docker-compose pretty much by this example (ignore “unreliability” feedback, OP probably has some issues upstream - image itself is working). If you are using this, remove all upnp/nat-pmp checkboxes from qbittorrent, this image is your nat-pmp client.

        Speaking of clients: this setup is for sure extremely ugly, but native implementation of nat-pmp in libtorrent for some reason is not doing what’s needed, maybe because qbittorrent tries to use upnp/nat-pmp simultaneously. What I see is an error message from upnp client (“no router found” - understandable) and complete silence from nat-pmp.

        • alphafalcon@feddit.deEnglish
          1·
          2 years ago

          Thanks for the pointers that sounds quite doable. I’ll give it a shot to mash it into my helm chart. Will report back.

          Edit:
          Got ProtonVPN and qbittorrent working with manual port-forwarding. The natmap-docker image wants to use the docker socket which is not available in my kubernetes cluster.
          I’m currently reworking the script to run without docker access.

    • mochi@kbin.social
      1·
      2 years ago

      I’ve been using ProtonVPN for torrents for a long time. It’s been really good. No issues with my ISP either.

  • jordank1977@lemmy.dbzer0.comEnglish
    2·
    2 years ago

    A thread on the old bad place mentioned Windscribe, which I’ve been using. They currently offer static IPs and port forwarding.

    Split-tunneling has worked well in routing certain programs (qBit, flaresolverr, Firefox, etc) and then I keep Plex on the non-VPN network (I’m not using port-forwarding, personally).

  • NM156@lemmy.dbzer0.comEnglish
    1·
    2 years ago

    I got Windscribe lifetime unlimited on a promo… works great and I haven’t looked back since… I have VPN Unlimited and FastestVPN as backups in case 5 Eyes rears it’s ugly head…

    Windscribe (Canada)

    VPN Unlimited (Ukraine)

    FastestVPN (Cayman Islands)