| Message ID | 1511026858-23281-2-git-send-email-selva.nair@gmail.com |
|---|---|
| State | Accepted |
| Headers |
Return-Path: <openvpn-devel-bounces@lists.sourceforge.net> Delivered-To: patchwork@openvpn.net Delivered-To: patchwork@openvpn.net Received: from director2.mail.ord1d.rsapps.net ([172.28.255.1]) by backend31.mail.ord1d.rsapps.net (Dovecot) with LMTP id m7OCIuVwEFrRLAAAgoeIoA for <patchwork@openvpn.net>; Sat, 18 Nov 2017 12:41:57 -0500 Received: from director3.mail.ord1c.rsapps.net ([172.28.255.1]) by director2.mail.ord1d.rsapps.net (Dovecot) with LMTP id Jcu4C+VwEFoFDgAAgYhSiA ; Sat, 18 Nov 2017 12:41:57 -0500 Received: from smtp55.gate.ord1c ([172.28.255.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) by director3.mail.ord1c.rsapps.net (Dovecot) with LMTP id jV6dA+VwEFqJSgAAdSFV8w ; Sat, 18 Nov 2017 12:41:57 -0500 X-Spam-Threshold: 95 X-Spam-Score: 0 X-Spam-Flag: NO X-Virus-Scanned: OK X-Orig-To: openvpnslackdevel@openvpn.net X-Originating-Ip: [216.34.181.88] Authentication-Results: smtp55.gate.ord1c.rsapps.net; iprev=pass policy.iprev="216.34.181.88"; spf=pass smtp.mailfrom="openvpn-devel-bounces@lists.sourceforge.net" smtp.helo="lists.sourceforge.net"; dkim=fail (signature verification failed) header.d=sourceforge.net; dkim=fail (signature verification failed) header.d=sf.net; dkim=fail (signature verification failed) header.d=gmail.com; dmarc=fail (p=none; dis=none) header.from=gmail.com X-Classification-ID: c5d7d112-cc87-11e7-a0f4-b8ca3a5ddb28-1-1 Received: from [216.34.181.88] ([216.34.181.88:37840] helo=lists.sourceforge.net) by smtp55.gate.ord1c.rsapps.net (envelope-from <openvpn-devel-bounces@lists.sourceforge.net>) (ecelerity 4.2.1.56364 r(Core:4.2.1.14)) with ESMTPS (cipher=DHE-RSA-AES256-GCM-SHA384) id 46/7D-05008-5E0701A5; Sat, 18 Nov 2017 12:41:57 -0500 Received: from localhost ([127.0.0.1] helo=sfs-ml-3.v29.ch3.sourceforge.com) by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.89) (envelope-from <openvpn-devel-bounces@lists.sourceforge.net>) id 1eG77L-0005cJ-1W; Sat, 18 Nov 2017 17:41:23 +0000 Received: from sfi-mx-1.v28.ch3.sourceforge.com ([172.29.28.191] helo=mx.sourceforge.net) by sfs-ml-3.v29.ch3.sourceforge.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from <selva.nair@gmail.com>) id 1eG77K-0005cD-2n for openvpn-devel@lists.sourceforge.net; Sat, 18 Nov 2017 17:41:22 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sourceforge.net; s=x; h=References:In-Reply-To:Message-Id:Date:Subject:Cc: To:From:Sender:Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=4ld15zzqjOSLBu3ZQX7fgIFeyPLqiRSDTG1WYLi5AiA=; b=mgOLPbh2WIE3kahAkmIKS2SzDT msWe/rT29XhT7nP43XFxALBPz0GTpBXLTJ7Xcn54FtPDWKgnaaHCip5KhA8NjIsJP13ZPAXdif1dw +R5wpazr2SyR3OSTzR6X2a7Su3OzXd33fZG2qM2yS2GNeYVfZtHrXw6ygJV8GDJ4a6l8=; DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sf.net; s=x ; h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From:Sender:Reply-To :MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=4ld15zzqjOSLBu3ZQX7fgIFeyPLqiRSDTG1WYLi5AiA=; b=YQAEqbHd9yAg53rZaWrFVNJw9g ZDfn97fvvP3Xsw/fvIQWwdJClu3KQLvpugIwg0f6CwPOvrr8UATWez7vM2F8zEN1geDdOmJN3tk4f 5Kbgma+LcGU85hZuUC1Ct7p7NUr9NTsHSgSIGnXDATaNHtAqbhRQhaxBq/yeCvvOCZcw=; Received: from mail-io0-f195.google.com ([209.85.223.195]) by sfi-mx-1.v28.ch3.sourceforge.com with esmtps (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89) id 1eG77J-0007cj-8Q for openvpn-devel@lists.sourceforge.net; Sat, 18 Nov 2017 17:41:22 +0000 Received: by mail-io0-f195.google.com with SMTP id 79so4292582ioi.3 for <openvpn-devel@lists.sourceforge.net>; Sat, 18 Nov 2017 09:41:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=4ld15zzqjOSLBu3ZQX7fgIFeyPLqiRSDTG1WYLi5AiA=; b=uob4EPOaE+hZwqEoFtsvCDhJX4IyQ7VE3pv6uQhZhsxqe7bE7IAO+jk6TSUl+F69Uk 4G4gLuZGPzb0s2+Ptyggx0R5Dyfba0x85p6RAZycShnJ/Xju8qGHMMqoG1dfn6C8lh6J 7SYdtcbwmcO5PgxWgU1Elg2Ho9OD7r6zxb5+8Q0ijhRZwdUA4vT0XBQP+hOy7i/f1584 xz2sv0L6w5phtA6QhXK2wL0r1f8ne+/38xdGK7iyHVglAbZP828EXhS/1YF1kKU1n9xF mttIn3O51piOK2joy+tOlyg0v7MCi8HhKw/8m7lMPnPdsr1+oR5xDmBKsjmkZ6IajZzr uOXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=4ld15zzqjOSLBu3ZQX7fgIFeyPLqiRSDTG1WYLi5AiA=; b=Q764GAuozpGrM2ogk8tdGnTT/NRhtbVRnZXdj4Hh1NtonVZcsbamt8hdLS6kVbAFLA 1VzobQhPmv+S4Y/Yogsg+vCdx12Haqt/T+Sa8+mkK+FVOdb8yltofwhQIdPFdesQrMAD F5uxEMOusG/ZetQdSEKC8gBf2cAYIwKT/XAuvP/ou2w6bkU+DVehnecPxrFmZ9I/WW0u dJEJ8I9DZ00CjVPRUaNPMsTIMKfWIIxfUexw/vnS6kynQFwX25eUvPiH8ZeVamWA6mL5 Kr0u9ubXyFYKN+Ifx+WpVPLM9Jq0vQta7laz0XhP2ruCFHhLyHmbJMJASoy9noYhTaUL sQiw== X-Gm-Message-State: AJaThX7JT35vzuFmNiSN8Y/dMWjqCiwtr0ai9+JpSCVbbeBJMub+lhfd UaQpvPSXZ6XV60peMxxP2xUgx2TP X-Google-Smtp-Source: AGs4zMYuqp5fZsBh4xm6XFq3gVaUsCFZvzHGv8AV7aqnyk8V4Ae5N3HBik/gU1q8Z3RvayuOyIxcEQ== X-Received: by 10.107.47.1 with SMTP id j1mr947432ioo.217.1511026875763; Sat, 18 Nov 2017 09:41:15 -0800 (PST) Received: from saturn.home.sansel.ca (CPE40167ea0e1c2-CM788df74daaa0.cpe.net.cable.rogers.com. [99.228.215.92]) by smtp.gmail.com with ESMTPSA id p134sm537169iop.75.2017.11.18.09.41.14 (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 18 Nov 2017 09:41:15 -0800 (PST) From: selva.nair@gmail.com To: openvpn-devel@lists.sourceforge.net Date: Sat, 18 Nov 2017 12:40:58 -0500 Message-Id: <1511026858-23281-2-git-send-email-selva.nair@gmail.com> X-Mailer: git-send-email 2.1.4 In-Reply-To: <1511026858-23281-1-git-send-email-selva.nair@gmail.com> References: <1511026858-23281-1-git-send-email-selva.nair@gmail.com> X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (selva.nair[at]gmail.com) -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [209.85.223.195 listed in list.dnswl.org] 0.5 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [209.85.223.195 listed in dnsbl.sorbs.net] -0.0 SPF_PASS SPF: sender matches SPF record -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's domain 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature X-Headers-End: 1eG77J-0007cj-8Q Subject: [Openvpn-devel] [PATCH 2/2] Make most registry values optional X-BeenThere: openvpn-devel@lists.sourceforge.net X-Mailman-Version: 2.1.21 Precedence: list List-Id: <openvpn-devel.lists.sourceforge.net> List-Unsubscribe: <https://lists.sourceforge.net/lists/options/openvpn-devel>, <mailto:openvpn-devel-request@lists.sourceforge.net?subject=unsubscribe> List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=openvpn-devel> List-Post: <mailto:openvpn-devel@lists.sourceforge.net> List-Help: <mailto:openvpn-devel-request@lists.sourceforge.net?subject=help> List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/openvpn-devel>, <mailto:openvpn-devel-request@lists.sourceforge.net?subject=subscribe> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: openvpn-devel-bounces@lists.sourceforge.net X-getmail-retrieved-from-mailbox: Inbox |
| Series |
[Openvpn-devel,1/2] Ensure strings read from registry are null-terminated
|
|
Commit Message
Selva Nair
Nov. 18, 2017, 6:40 a.m. UTC
From: Selva Nair <selva.nair@gmail.com> Not all installations need registry values such as log_dir and config_dir especially if automatic service is not in use. This patch provides reasonable defaults for registry values. - Read the default value of HKLM\Software\PACKAGE_NAME to get the install path and construct defaults for exe_path, config_dir, log_dir from it. Use "ovpn", "0", NORMAL_PRIORITY as the defaults for config file extension, log-append flag and process priority. The only remaining required registry entry is the root key (usually HKLM\Software\OpenVPN) whose default value should be set to the installation path. Signed-off-by: Selva Nair <selva.nair@gmail.com> --- src/openvpnserv/common.c | 27 +++++++++++++++++++++------ 1 file changed, 21 insertions(+), 6 deletions(-)
Comments
Acked-by: Gert Doering <gert@greenie.muc.de> "Because it makes sense". Stared at the code, compile-tested on 16.04. Same issue as in 1/2 with the "reg_path" change... but again, only conflicts in context, not actual code, and context that is not affected by the code changes. Your patch has been applied to the master and release/2.4 branch. commit db04bca6729e9fe1ea60f0b3bd0329244a6ed611 (master) commit c07bdace820753ab29def5edc3a6cadbf233cd03 (release/2.4) Author: Selva Nair Date: Sat Nov 18 12:40:58 2017 -0500 Make most registry values optional Signed-off-by: Selva Nair <selva.nair@gmail.com> Acked-by: Gert Doering <gert@greenie.muc.de> Message-Id: <1511026858-23281-2-git-send-email-selva.nair@gmail.com> URL: https://www.mail-archive.com/openvpn-devel@lists.sourceforge.net/msg15892.html Signed-off-by: Gert Doering <gert@greenie.muc.de> -- kind regards, Gert Doering ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot
Hi, well, today is the day that I get to break things, it seems... On Sat, Nov 18, 2017 at 12:40:58PM -0500, selva.nair@gmail.com wrote: > + /* The default value of REG_KEY is the install path */ > + if (GetRegString(key, NULL, install_path, sizeof(install_path), NULL) != ERROR_SUCCESS) > + { > + goto out; > + } This seems to break on Win7/64 for me. Trying to start the latest iservice from Samuli's snapshot builds (master, but I assume release/2.4 is also affected) returns a non-useful error message. Looking into the event viewer, it tells me: openvpnserv error: Falscher Parameter. (0x57) Error querying registry value: HKLM\SOFTWARE\OpenVPN\(null) ("Falscher Parameter" = "invalid argument") ... so maybe this is not the right way to query the default path? gert
Hi, On Tue, Feb 20, 2018 at 11:14 AM, Gert Doering <gert@greenie.muc.de> wrote: > Hi, > > well, today is the day that I get to break things, it seems... > > On Sat, Nov 18, 2017 at 12:40:58PM -0500, selva.nair@gmail.com wrote: >> + /* The default value of REG_KEY is the install path */ >> + if (GetRegString(key, NULL, install_path, sizeof(install_path), NULL) != ERROR_SUCCESS) >> + { >> + goto out; >> + } > > This seems to break on Win7/64 for me. > > Trying to start the latest iservice from Samuli's snapshot builds (master, > but I assume release/2.4 is also affected) returns a non-useful error > message. > > Looking into the event viewer, it tells me: > > openvpnserv error: Falscher Parameter. (0x57) > Error querying registry value: HKLM\SOFTWARE\OpenVPN\(null) > > ("Falscher Parameter" = "invalid argument") > > > ... so maybe this is not the right way to query the default path? Hmm.. I thought I had tested the patch.. Looking at it right now -- hold on :) Selva ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot
Hi,
On Tue, Feb 20, 2018 at 11:19:23AM -0500, Selva Nair wrote:
> Hmm.. I thought I had tested the patch.. Looking at it right now -- hold on :)
Missed you on IRC...
18:21 < selvanair> cron2: iservives in 2.4 local build and snapshot build works
on Windows 10. Have to go now, but will test Win7 later
today when I can get hold of a one.
18:22 < selvanair> s/iservives/iservice
... seems this is different on Win7...?
To be sure it's not something messed up on my system, I have checked
the HKLM\Software\OpenVPN\(null) path that it's trying to access - and
all is there
(standard) REG_SZ c:\Program Files\OpenVPN
config_dir REG_SZ c:\Program Files\OpenVPN\config
...
and according to the documentation in
https://msdn.microsoft.com/en-us/library/windows/desktop/ms724868(v=vs.85).aspx
passing "lpValue = NULL" really should work... the error code 0x57
OTOH is documented as
ERROR_INVALID_PARAMETER
87 (0x57)
The parameter is incorrect.
... which isn't exactly helpful to see *which* argument it does not like
- everything *should* be according to specification...
(It does happen for my own binary and for the installers Samuli builds,
so it's not "my build environment" - theoretically it could be part 1/2
of that patch set, which I haven't run yet)
gert
Hi, On Tue, Feb 20, 2018 at 2:59 PM, Gert Doering <gert@greenie.muc.de> wrote: > Hi, > > On Tue, Feb 20, 2018 at 11:19:23AM -0500, Selva Nair wrote: >> Hmm.. I thought I had tested the patch.. Looking at it right now -- hold on :) > > Missed you on IRC... > > 18:21 < selvanair> cron2: iservives in 2.4 local build and snapshot build works > on Windows 10. Have to go now, but will test Win7 later > today when I can get hold of a one. > 18:22 < selvanair> s/iservives/iservice > > ... seems this is different on Win7...? > > To be sure it's not something messed up on my system, I have checked > the HKLM\Software\OpenVPN\(null) path that it's trying to access - and > all is there > > (standard) REG_SZ c:\Program Files\OpenVPN > config_dir REG_SZ c:\Program Files\OpenVPN\config > ... > > > and according to the documentation in > > https://msdn.microsoft.com/en-us/library/windows/desktop/ms724868(v=vs.85).aspx > > passing "lpValue = NULL" really should work... the error code 0x57 > OTOH is documented as > > ERROR_INVALID_PARAMETER > 87 (0x57) > The parameter is incorrect. > > ... which isn't exactly helpful to see *which* argument it does not like > - everything *should* be according to specification... > > (It does happen for my own binary and for the installers Samuli builds, > so it's not "my build environment" - theoretically it could be part 1/2 > of that patch set, which I haven't run yet) Yeah, I could reproduce it on Windows 7. And, at last, after several painful Windows builds, it turns out: RegGetValue with RRF_RT_REG_EXPAND_SZ|RRF_RT_REG_SZ is broken on Windows 7 (and most likely Vista too). But once you know what to look for, just google: https://stackoverflow.com/questions/47096940/reggetvalue-for-value-that-may-be-either-reg-sz-or-reg-expand-sz Will send a patch later. Selva ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot
Hi, On Tue, Feb 20, 2018 at 06:33:35PM -0500, Selva Nair wrote: > > (It does happen for my own binary and for the installers Samuli builds, > > so it's not "my build environment" - theoretically it could be part 1/2 > > of that patch set, which I haven't run yet) > > Yeah, I could reproduce it on Windows 7. And, at last, after several > painful Windows builds, it turns out: > > RegGetValue with RRF_RT_REG_EXPAND_SZ|RRF_RT_REG_SZ is broken on > Windows 7 (and most likely Vista too). Thanks for investigating and finding the root cause. "This is not what the documentation says...!" -> I need to actually *run* these things, not just test compile. > But once you know what to look for, just google: > > https://stackoverflow.com/questions/47096940/reggetvalue-for-value-that-may-be-either-reg-sz-or-reg-expand-sz > > Will send a patch later. Thanks! PS: when you say "several painful Windows builds" - I found that things are actually working quite nicely using "build-snapshot --use-depcache", pointing this to a private git repo which has the code I want to test. Still a bit annoying because the machinery insists on "fetch all, clean all, rebuild all" instead of "there's the source directory, just run make!"... shall we try to spend a bit time on this, to make interactively working on source changes nicer? gert
Hi, On Wed, Feb 21, 2018 at 2:42 AM, Gert Doering <gert@greenie.muc.de> wrote: > Hi, > > On Tue, Feb 20, 2018 at 06:33:35PM -0500, Selva Nair wrote: >> > (It does happen for my own binary and for the installers Samuli builds, >> > so it's not "my build environment" - theoretically it could be part 1/2 >> > of that patch set, which I haven't run yet) >> >> Yeah, I could reproduce it on Windows 7. And, at last, after several >> painful Windows builds, it turns out: >> >> RegGetValue with RRF_RT_REG_EXPAND_SZ|RRF_RT_REG_SZ is broken on >> Windows 7 (and most likely Vista too). > > Thanks for investigating and finding the root cause. "This is not what > the documentation says...!" -> I need to actually *run* these things, not > just test compile. When I say painful builds, I mean edit build[*], copy to Windows, run in a few configurations, look through the event viewer, rinse rather repeat. And finally when it seems to start working connect to a my work VPN, remove the registry keys and try to break it etc.. FYI, I don't just "test compile", and leave it at that. Selva [*] Yes, that fetch-all and rebuild from scratch part of openvpn-build is very time consuming. Making it work the usual "remake only what changed" way would save a lot of time and frustration. ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot
Hi, On Wed, Feb 21, 2018 at 8:20 AM, Selva Nair <selva.nair@gmail.com> wrote: > Hi, > > On Wed, Feb 21, 2018 at 2:42 AM, Gert Doering <gert@greenie.muc.de> wrote: >> Hi, >> >> On Tue, Feb 20, 2018 at 06:33:35PM -0500, Selva Nair wrote: >>> > (It does happen for my own binary and for the installers Samuli builds, >>> > so it's not "my build environment" - theoretically it could be part 1/2 >>> > of that patch set, which I haven't run yet) >>> >>> Yeah, I could reproduce it on Windows 7. And, at last, after several >>> painful Windows builds, it turns out: >>> >>> RegGetValue with RRF_RT_REG_EXPAND_SZ|RRF_RT_REG_SZ is broken on >>> Windows 7 (and most likely Vista too). >> >> Thanks for investigating and finding the root cause. "This is not what >> the documentation says...!" -> I need to actually *run* these things, not >> just test compile. > > When I say painful builds, I mean edit build[*], copy to Windows, run > in a few configurations, look through the event viewer, rinse rather > repeat. And finally when it seems to start working connect to a my > work VPN, remove the registry keys and try to break it etc.. > > FYI, I don't just "test compile", and leave it at that. On re-reading, it sounds different from what I wanted to say. I was just cursing stupid Windows that's no fun to debug on... In this particular case it was my fault that I never tested the patch on Windows 7 in the first place. I used to run a Win7 VM, but now all my desktop memory is eaten by those 50 chrome tabs.. Anyway, sorry to all (and to myself) for causing a "must-fix" bug close to a release. Selva ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot
Hi, On Wed, Feb 21, 2018 at 08:20:34AM -0500, Selva Nair wrote: > > Thanks for investigating and finding the root cause. "This is not what > > the documentation says...!" -> I need to actually *run* these things, not > > just test compile. > > When I say painful builds, I mean edit build[*], copy to Windows, run > in a few configurations, look through the event viewer, rinse rather > repeat. And finally when it seems to start working connect to a my > work VPN, remove the registry keys and try to break it etc.. Indeed, that takes quite a bit of time. > FYI, I don't just "test compile", and leave it at that. I did not want to imply that you did - sorry if it came across that way. *I* only test compiled, and was then happy merging your patch ("I'm sure Selva tested this, it is according to documentation and the code looks good, and compiles fine") - but as I learned, there are more caveats on Windows. So, when we do more basic changes (new API, etc), I need to do actual test installations on my windows zoo, like, win7/32, win7/64, win10/64... I usually do this already today if I suspect breakage, but in this case, it came as a surprise. gert
diff --git a/src/openvpnserv/common.c b/src/openvpnserv/common.c index bc99584..759e6a0 100644 --- a/src/openvpnserv/common.c +++ b/src/openvpnserv/common.c @@ -87,6 +87,8 @@ GetOpenvpnSettings(settings_t *s) TCHAR append[2]; DWORD error; HKEY key; + TCHAR install_path[MAX_PATH]; + TCHAR default_value[MAX_PATH]; LONG status = RegOpenKeyEx(HKEY_LOCAL_MACHINE, REG_KEY, 0, KEY_READ, &key); if (status != ERROR_SUCCESS) @@ -95,37 +97,50 @@ GetOpenvpnSettings(settings_t *s) return MsgToEventLog(M_SYSERR, TEXT("Could not open Registry key HKLM\\%s not found"), REG_KEY); } - error = GetRegString(key, TEXT("exe_path"), s->exe_path, sizeof(s->exe_path), NULL); + /* The default value of REG_KEY is the install path */ + if (GetRegString(key, NULL, install_path, sizeof(install_path), NULL) != ERROR_SUCCESS) + { + goto out; + } + + openvpn_sntprintf(default_value, _countof(default_value), TEXT("%s\\bin\\openvpn.exe"), + install_path); + error = GetRegString(key, TEXT("exe_path"), s->exe_path, sizeof(s->exe_path), default_value); if (error != ERROR_SUCCESS) { goto out; } - error = GetRegString(key, TEXT("config_dir"), s->config_dir, sizeof(s->config_dir), NULL); + openvpn_sntprintf(default_value, _countof(default_value), TEXT("%s\\config"), install_path); + error = GetRegString(key, TEXT("config_dir"), s->config_dir, sizeof(s->config_dir), + default_value); if (error != ERROR_SUCCESS) { goto out; } - error = GetRegString(key, TEXT("config_ext"), s->ext_string, sizeof(s->ext_string), NULL); + error = GetRegString(key, TEXT("config_ext"), s->ext_string, sizeof(s->ext_string), + TEXT(".ovpn")); if (error != ERROR_SUCCESS) { goto out; } - error = GetRegString(key, TEXT("log_dir"), s->log_dir, sizeof(s->log_dir), NULL); + openvpn_sntprintf(default_value, _countof(default_value), TEXT("%s\\log"), install_path); + error = GetRegString(key, TEXT("log_dir"), s->log_dir, sizeof(s->log_dir), default_value); if (error != ERROR_SUCCESS) { goto out; } - error = GetRegString(key, TEXT("priority"), priority, sizeof(priority), NULL); + error = GetRegString(key, TEXT("priority"), priority, sizeof(priority), + TEXT("NORMAL_PRIORITY_CLASS")); if (error != ERROR_SUCCESS) { goto out; } - error = GetRegString(key, TEXT("log_append"), append, sizeof(append), NULL); + error = GetRegString(key, TEXT("log_append"), append, sizeof(append), TEXT("0")); if (error != ERROR_SUCCESS) { goto out;