You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
After running the above I check qbittorrent for IP leaks by running https://ipleak.net/ Torrent Address detection. I see both my personal IP and VPN IP appearing, showing that there is a leak occuring.
When the haugene's container is starting, connections are unprotected until openvpn is up.
The firewall is not blocking/filtering outgoing connection.
If qbittorrent is using service network at that moment, private ip will leak.
Three ideas to mitigate to evaluate:
create a PR allowing blocking all connections but the vpn servers.
have a check prior to start the qbittorrent client.
Is there a pinned issue for this?
Is there an existing or similar issue/discussion for this?
Is there any comment in the documentation for this?
Is this related to a provider?
Are you using the latest release?
Have you tried using the dev branch latest?
Docker run config used
This is my docker compose file, in which I am trying to run qbittorrent through the VPN;
Current Behavior
After running the above I check qbittorrent for IP leaks by running
https://ipleak.net/
Torrent Address detection. I see both my personal IP and VPN IP appearing, showing that there is a leak occuring.However when I test via
docker exec Qbittorrent curl -s https://api.ipify.org
as described within https://haugene.github.io/docker-transmission-openvpn/tips-tricks/#let_other_containers_use_the_vpn, then it only shows my VPN IP.Expected Behavior
I should only see the VPN IP in both tests
How have you tried to solve the problem?
Log output
No Relevant
HW/SW Environment
Anything else?
No response
The text was updated successfully, but these errors were encountered: