Open warrentc3 opened 1 year ago
Seems like this behavior is undesirable... [openvpn] TCP/UDP: Preserving recently used remote address: [AF_INET]89.187.170.135:4569
TCP/UDP: Preserving recently used remote address: [AF_INET]89.187.170.135:4569
Is that after an openvpn full restart?
Can you share more logs? As far as I know it's working fine, although note it picks a server at random from the filtered servers so it can happen it repicks the same one at random.
It appears that it happened to randomly pick the same one 30 times in a row... it eventually connected to a different node, which about an hour after that, the maintenance for the downed node had completed.
I also attempted to use my own custom configuration where the servers and ports were defined... but gluetun seemed to want to not let me do any thinking and didn't like me using different servers and especially different ports.
ProtonVPN supports connectivity on 1194,4569,5060,51820.
I restarted the container at least a half dozen times to encourage it to pick a different server...
And now Proton has added more capacity, but i can't use the specified servernames....
ERROR VPN settings: provider settings: server selection: the hostname specified is not valid: value is not one of the possible choices:
UPDATER_PERIOD=0 seems to have zero effect as well... so the json I've updated just gets overridden.
Why does it force a merge?
merging by most recent 17678 hardcoded servers and 7 servers read from /gluetun/servers.json
Is this urgent?
No
Host OS
Debian Buster
CPU arch
x86_64
VPN service provider
ProtonVPN
What are you using to run the container
docker run
What is the version of Gluetun
3.34.3
What's the problem 🤔
When a node goes down for maintenance, gluetun doesn't attempt to connect to another node... it just continuously restarts connecting to the same downed node.
Share your logs
Share your configuration