So, I tried to reproduce this on Linux, opened a new GH issue (840), and
after discussion with Lev came to the conclusion that this is the same
problem after all - #839 talks on "upon interface reconnection", but both
for Lev's tests on Windows and for my tests on Linux with --dns-updown,
it did not work on the initial connect either (o->dhcp_options.servers is
NULL, so "nothing is attempted").
With the patch it works.
Added a test to my extended t_client set to ensure we will not break this
again...
As requested, I have reworded the commit message slightly. Some unrelated
words escaped :-)
Your patch has been applied to the master branch.
commit 3cc7a9eb2666722889d1c9ce739bb0bdaa23b308
Author: Lev Stipakov
Date: Fri Sep 12 15:22:35 2025 +0200
Preserve --dhcp-option values from local config
Signed-off-by: Lev Stipakov <l...@openvpn.net>
Acked-by: Frank Lichtenheld <fr...@lichtenheld.com>
Message-Id: <20250912132235.44304-1-fr...@lichtenheld.com>
URL:
https://www.mail-archive.com/openvpn-devel@lists.sourceforge.net/msg32879.html
URL: https://gerrit.openvpn.net/c/openvpn/+/1181
Signed-off-by: Gert Doering <g...@greenie.muc.de>
--
kind regards,
Gert Doering
_______________________________________________
Openvpn-devel mailing list
Openvpn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-devel
