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

Reply via email to