-
-
Notifications
You must be signed in to change notification settings - Fork 350
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bug: protonvpn openvpn disconnects occasionally #2407
Comments
@qdm12 is more or less the only maintainer of this project and works on it in his free time.
|
Update: after starting a torrent on the ubuntu vps gluetun also restarts a lot. Torrents also immediately error every time i start them. I got the same error log:
|
That error is being worked on right now, subscribe to #2334 (a bit of a long effort, I worked on it for a few days already). That will prevent gluetun from exiting completely and instead restart internally the vpn. By the way, this is a bug in |
Ah, Thank you for your work 🙏 |
The error you see is likely related to
Which is a problem in my log handling of openvpn. Probably openvpn crashes with some huge text and the Go code doesn't handle it. Let me fix it and you can run the fixed version to see why OpenVPN fails. |
Can you try image The error I've increased the limit to 20MB (extended only if needed, defaults to 64KB still to limit memoy usage), so hopefully that should be enough to log out whatever big log openvpn wants to send out. I'm guessing it's a core dump? 🤔 |
it died again with this error:
|
What error do you get above the logs you shared? Still |
doesnt seem like its the token too long error anymore
|
🤷 Keep on running it to see if it happens again?
|
okay so it ran fine for 28 minutes until the vpn restarted again, but this time openvpn logged the WRWRWRWR stuff again (i truncated it, but it is 23 million letters of just that)
|
it did the same thing again 13 minutes later (including the openvpn wrwrwwrrrwrwrwrwrw) EDIT: the rwRW indicate read writes from tcp/udp to tun/tap (according to this stackoverflow post) |
Yes but why does openvpn log this whole blob of debug information to the error stream stderr 🤔 there must be something very odd going on your host network or ISP I guess? Try increasing OPENVPN_VERBOSITY (for example to |
oh, i have openvpn verbosity set to 5 in my docker compose |
Indeed, my bad for not rechecking the docker-compose.yml. |
it still restarts constantly but there arent any recursive routing detected logs i removed the verbosity statement from the compose file, this is the log now:
|
I am also seeing this.. In the previous version, with custom wireguard provider, everything is stable. gluetun-anime:
<<: *common-keys-share
image: qmcgaw/gluetun:latest
container_name: gluetun-anime
networks:
t2_proxy:
ipv4_address: 192.168.90.105
privileged: true
devices:
- /dev/net/tun:/dev/net/tun
ports:
- ${QBITTORRENT_PORT}:8185
volumes:
- ${DOCKERDIR}/appdata/gluetun:/gluetun
environment:
<<: *default-tz-puid-pgid
## PROTONVPN
VPN_PORT_FORWARDING: "on"
VPN_SERVICE_PROVIDER: protonvpn
VPN_TYPE: wireguard
VPN_PORT_FORWARDING_PROVIDER: protonvpn
WIREGUARD_PRIVATE_KEY: ${PROTON_PRIV_KEY}
# SERVER_COUNTRIES: ${PROTON_GLUETUN_SERVER_COUNTRIES}
SERVER_HOSTNAMES: node-nl-207.protonvpn.net
PORT_FORWARD_ONLY: "on"
FIREWALL_OUTBOUND_SUBNETS: 192.168.0.0/16
HEALTH_VPN_DURATION_ADDITION: "10s"
VPN_PORT_FORWARDING_STATUS_FILE: /gluetun/forwarded_port
DOT: "off"
LOG_LEVEL: info
UPDATER_PERIOD: 24h
|
Is this urgent?
None
Host OS
Windows 10 22H2
CPU arch
x86_64
VPN service provider
ProtonVPN
What are you using to run the container
docker-compose
What is the version of Gluetun
Running version latest built on 2024-08-09T09:37:47.759Z (commit 01aaf2c)
What's the problem 🤔
Every time I start the gluetun container it runs fine for like 2-10 minutes and then it logs
[healthcheck] program has been unhealthy for 6s: restarting VPN
and restarts the gluetun container. This is annoying because qbittorrent doesnt reconnect to gluetun after the restart so I have to restart the qbittorrent container manually every time. I tried all the fixes mentioned in the healthcheck.md file but nothing worked.I'm running the exact same config (only host volume path different) on an ubuntu vps to test and its been running fine for over an hour now.
I stopped the container manually at 2024-08-10 21:47:34 and then openvpn logged some internal screaming.
Share your logs (at least 10 lines)
Share your configuration
The text was updated successfully, but these errors were encountered: