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 <[email protected]>
Acked-by: Frank Lichtenheld <[email protected]>
Message-Id: <[email protected]>
URL:
https://www.mail-archive.com/[email protected]/msg32879.html
URL: https://gerrit.openvpn.net/c/openvpn/+/1181
Signed-off-by: Gert Doering <[email protected]>
--
kind regards,
Gert Doering
_______________________________________________
Openvpn-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openvpn-devel