âhighly configurableâ and âvery little effort to start usingâ donât blend together [...] Arch because theyâre the standard for âhighly configurableâ but they really demand some effort to start using them.
Then they should just use Endeavour, it's literally just arch with some nice QOL packages to start.
If that is indeed the case you should report this issue with as much detail as possible to the Proton team, because it seems like qBit is behaving propperly and there's some portion of Proton virtual adapter that is failing here.
I use Proton Vpn as well, but I have a custom wireguard interface & server switching script via their API that doesn't run into the same issue you're describing. So the issue must lie somewhere in the Linux GUI app.
Do you get the same issue if you try using an openvpn or wireguard config generated from logging into the proton vpn website? or maybe just from the CLI version of the app?
What you're describing seems like intended behavior.
Other than what someone else here noted about using the proton0 adapter rather than tun0, you should not have to do anything other than bind qBittorrent to your VPN's adapter to stop leaking any and all IP information to the peer swarm.
When you use ipleak.net, you will see your current IP address at the top. This has nothing to do with qbittorrent.
Farther down, you need to add the "Torrent Address detection" magnet link to qBittorrent, then that sectoin of the page will show what IP address is being broadcast by qBittorrent (which should match the IP shown at the top of the page when your VPJN adapter is present and active.)
If you have qBit bound to an adapter that is no longer present, you should see both the Speed chart on qBit drop to zero and the page's Torrent Address section will stop updating since it will no longer be receiving any new traffic.
I'm all for this post, but I feel like someone needs to ask:
What features from Youtube am I losing out on by using these alternate front-ends? (instead of just continuing the cat-and-mouse game between uBlock Origin and Google while at leat preserving the same features and UI that we're already very mu ch comfortable with)
I could understand consolidation when you're as big as google and lot of these one-off apps (Duo, Allo, Podcasts, Measure, Hangouts, etc.) are all clearly just testing grounds for either specific features eventually destined for their mainline apps, or just neat ideas that never caught on and couldn't be monetized enough to warrant keeping the service alive.
The real issue is: they almost NEVER actually make the "consolidated" app reach feature parity with the one it gets folded into.
While I personally use alexandrite on desktop and Sync on mobile, I absolutely think that Photon looks fantastic these days and certainly deserves to be the default experience for lemdroid.
I would feel proud to share a lemdroid link to someone random knowing that it would show them this nice of a front end.
Only recently did smartphone cameras get better at detecting darker skinned faces in software, and that was something they were probably working towards for a decent while. Not all that surprising that other camera tech would have to play catch up in that regard as well.
I believe they've (Google) been somewhat successful in convincing carriers / 3rd party OS devs like Samsung to start implementing RCS in their own messaging apps. There's even a 3rd party app on iOS that can use it now.
Check out the XDA Forums section for your carrier's version of whatever model of phone you have.
Not all carriers make it trivial (or even possible) to unlock the bootloader and flash custom recovery images, but if it's possible then someone there has certainly done it.
Then they should just use Endeavour, it's literally just arch with some nice QOL packages to start.