cross-posted from: https://leminal.space/post/41927223

I’m noob at Linux (it just works), so I have no idea how to start troubleshooting this weird issue, any help appreciated!

The setup: stock EndeavourOS, ProtonVPN, qBitTorrent bound to the VPN interface (and Transmission);

the issue: if qBit is running, no matter the load or the server (I have access to P2P-enabled servers), it kills my VPN connection in a matter of minutes, Transmission does not. It is reproducible, launching qBit means getting disconnected, without fail;

the timeline: no issues since I installed EndeavourOS (a year and a half or so), it started happening five to seven days ago, though since a few months ago I would get the same disconnection while qBitting, but only once a day and only while I was away and the system was locked, after I came back to it and reconnect, stable until shutdown. In the months between I haven’t made any changes to my system, just got a new GPU a year ago;

what I tried: I initially though it was a VPN app problem, so I tried reinstalling it, both native and flatpak, after deleting all of its data of course.

Transmission works but I prefer qBit so I’d love to go back to using it.

Where do I start troubleshooting?

I currently can’t be at my PC, so I can’t troubleshoot “live”, but I figured posting this early means more people seeing it and getting more input.

Thanks in advance!

ip link (VPN, no qBit): https://pastebin.com/RtwDqiEN

ip link (VPN, qBit): same identical output (verified with Kate, EndeavourOS text file reader)

journalctl qbit: https://pastebin.com/e2XCgGKy

journalctl PVPN: https://pastebin.com/DiPBvP5W

dmesg: empty for both “torrent” and “proton”

sudo dmesg -l err: virt/tdx: TDX not supported by the host platform

FINGERS CROSSED but it seems that lowering max connections DID fix it, though I’m currently on >20/10/5/4 and it’s limiting. I’ll try upping and see where it lands on, and hopefully that’ll be it.

As per this comment

https://leminal.space/post/41934365/26536143

Proton must have changed something on their end since I used to run qBit with 500 max connections up >until the problem started

  • crow@leminal.spaceOP
    link
    fedilink
    English
    arrow-up
    3
    ·
    edit-2
    3 hours ago

    I’ve been on 20 max connections for the past 20-25 minutes and you were right, that seems to have fixed it! They must have done something on the backend because I used to run qBit with 500 max connections up until a few days ago with no issues. I’ll try upping max connections a bit and see where I land on. Thanks! No idea why it didn’t work on the first try

    • Chronographs@lemmy.zip
      link
      fedilink
      English
      arrow-up
      3
      ·
      3 hours ago

      It’s been like this for quite some time for me, I want to say over a year, could be a policy that’s not applied everywhere or something though.

      • crow@leminal.spaceOP
        link
        fedilink
        English
        arrow-up
        2
        ·
        edit-2
        2 hours ago

        Damn. I mean, I still almost saturate my upload with just 20 connections, but I only seed one thing at a time. I’d rather seed more stuff, at lower speeds, but if this is it, then this is it. Thanks again, though, qBit works again!

        • Chronographs@lemmy.zip
          link
          fedilink
          English
          arrow-up
          2
          ·
          2 hours ago

          I have gigabit upload but can’t really saturate it normally due to these policies unfortunately.

          • crow@leminal.spaceOP
            link
            fedilink
            English
            arrow-up
            1
            ·
            2 hours ago

            That sucks, no surprise you can’t with just 85 max connections. I have bottom-of-the-barrel upload so I don’t really need more at the moment, but if things get worse I’ll consider switching