Hi, On Wed, Jul 03, 2019 at 03:50:41PM +0100, Daniel Kaldor wrote: > OpenVPN using management interface and running with > 'management-query-remote' in the config will wait for a 'remote MOD' > or 'remote ACCEPT' message before continuing with connection. > > Logs indicate that this stage of the connection process currently > takes ~1s to complete. > This seems to be because the management interface polling loop is > being run once unnecessarily after receiving 'remote MOD' message, and > is only exiting after 1s timeout is reached on final polling loop. > > This change exits the polling loop early, immediately after receiving > 'remote MOD' message and removes 1s delay in connection.
This might actually have been fixed by
commit d08b66f39cf80733a51e1607386dc4993faef09f
Author: Vladislav Grishenko <themi...@yandex-team.ru>
Date: Fri Oct 2 03:53:19 2020 +0500
Speedup TCP remote hosts connections
For non-blocking TCP/Unix connection, OpenVPN checks was it established in
loop and if not - sleeps or handles management for next one second. Since
the first check is made right after the connection attempt, it will likely
be always unsuccessful, causing redundant wait for one or more seconds:
...
v3: teach management_sleep() to handle zero timeout and reject negative
use 1s timeout for connection and 0s timeout for management events
could you check if this solves the delays you are experiencing as well?
If not, please re-send, taking Arne's comments into account.
gert
--
"If was one thing all people took for granted, was conviction that if you
feed honest figures into a computer, honest figures come out. Never doubted
it myself till I met a computer with a sense of humor."
Robert A. Heinlein, The Moon is a Harsh Mistress
Gert Doering - Munich, Germany g...@greenie.muc.de
signature.asc
Description: PGP signature
_______________________________________________ Openvpn-devel mailing list Openvpn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openvpn-devel
