Hi,
On 04/12/20 16:24, Arne Schwabe wrote:
If I change the client config to list only a single
remote <server> 1194 udp
line then this reconnect behavior does NOT occur ?!?!?!?
This might be a bug in the initialisation order. That the ping timer is
armed before next_connection_entry is called. If you force it reconnect
by restarting server or kill -USR1, does it then also show the
disconnect after 120s behaviour?
Following up to myself here. There are probably three problems here
mixed together:
a) --pull implies --ping-restart and --ping pushed by the server for UDP
but the next_connection entry/update currently does not work correctly
so it is not working all the time.
where is this implied in the code? I couldn't find it in the 2.4.9 codebase
b) the ping related options are missing in the options_pre_pull, so they
also get applied to connections after an UDP setting.
c) the warning for keepalive in server mode + UDP should be a lot
stronger as the timeout after 120s+UDP is intended behaviour.
if 'keepalive' is a *requirement* for server mode + UDP but not for
server mode + TCP then it's still a bug, as a config file with entries
remote server 1194 udp
remote server 1194 tcp
fails with the observed behaviour if the tcp server does not have
keepalive se.
Also, if 'keepalive' is a *requirement* then it should be set
mandatorily in server mode with sane defaults (like 'keepalive 10 60' ) .
The original bug still stands:
If I have a working setup, e.g. server mode+TCP with no keepalive
(which makes sense) and on the client side I add a line
remote server 1194 udp
then the *TCP* server config should continue to work instead of
restarting every 120 seconds, regardless of how I configurd my UDP server.
JJK
_______________________________________________
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel