Re: [Openvpn-devel] [PATCH] Fix client's poor man NCP fallback

Selva, Please allow me to back up a moment and restate this: 1. I installed the beta3 msi from the web site logged in as a user that has admin privileges. But no elevation was used to install it, just double-click on the file. 2. I only used the GUI as installed, with no elevation, to start

Re: [Openvpn-devel] [PATCH] tun.c: enable using wintun driver under SYSTEM

No need to rush. I’m happy to wait until Wednesday for beta2. Cheers, Marvin Sent from my iPhone > On Aug 22, 2020, at 12:20 AM, Gert Doering wrote: > > Hi, > >> On Fri, Aug 21, 2020 at 07:37:27PM -0700, Marvin Adeff wrote: >> When will this be available as a

Re: [Openvpn-devel] [PATCH] tun.c: enable using wintun driver under SYSTEM

Hi, When will this be available as an installable (beta) msi? Marvin > On Aug 21, 2020, at 2:13 PM, Selva Nair wrote: > > Hi, > >> On Wed, Aug 19, 2020 at 3:08 AM Lev Stipakov wrote: >> From: Lev Stipakov >> >> Commit 6d19775a468 has removed SYSTEM elevation hack, >> but introduced

Re: [Openvpn-devel] 2.5-beta-1 Wintun requires SYSTEM privileges

I noticed the same issue. I tried upgrading from an earlier version with an .ovpn file (with all settings and inline certs etc that was working previously). The .ovpn is configured as client to receive dhcp address from the server. But when we ran the upgrade .msi, which created both a TAP

Re: [Openvpn-devel] 2.5-beta-1 Wintun requires SYSTEM privileges

020, at 11:18 AM, Gert Doering wrote: > > Hi, > > On Tue, Aug 18, 2020 at 08:55:31AM -0700, Marvin Adeff wrote: >>> An additional check in openvpn.exe whether it's started as SYSTEM could be >>> useful as well, but less critical, IMO. >> Yes Please! We

Re: [Openvpn-devel] 2.5-beta-1 Wintun requires SYSTEM privileges

Hi, > An additional check in openvpn.exe whether it's started as SYSTEM could be > useful as well, but less critical, IMO. Yes Please! We run 2500+ systems that run it this way as SYSTEM. Marvin ___ Openvpn-devel mailing list

Re: [Openvpn-devel] compatibility of 2.3 server with git master client

Thank you I will try this. Marvin Sent from my iPhone > On Jul 13, 2020, at 7:34 AM, Gert Doering wrote: > > Hi, > >> On Mon, Jul 13, 2020 at 07:23:59AM -0700, Marvin Adeff wrote: >> I???m wondering if the opposite of this scenario has been tested, where the >

Re: [Openvpn-devel] git master crashes on connect of 2.3 client with --enable-small

I’m wondering if the opposite of this scenario has been tested, where the server is running 2.3.18 (on Linux) and a client running 2.5 (on Windows) tries to connect? I know, I know, we should upgrade. Unfortunately in this case OpenVPN server is running on an appliance that cannot be upgraded

Re: [Openvpn-devel] [PATCH] Setting adapter mtu on windows systems

Hi, From a user perspective, there should probably be a way to disable any programmatic setting of mtu. In our usage, the same network interface that OpenVPN traffic goes out on often also must carry large traffic to other destinations that not uncommonly go through some low mtu path. In

Re: [Openvpn-devel] Minimum Linux Version for OpenVPN 2.4.x

Thank you Jan, Gert et al for the replies. Especially Jan for going to all that trouble! Jan, to all your points — yes I agree. Upgrading this device to a newer kernel will be a major undertaking, I won’t bother you all with the details here. I asked the question to get an idea of how recent

Re: [Openvpn-devel] [PATCH] Depreciate IPv4-related options.

Antonio, I certainly don’t disagree with you. However I think I’ve taken up enough bandwidth over this topic on Openvpn-devel. Thank you all. Marvin > On Apr 1, 2018, at 7:20 PM, Antonio Quartulli <a...@unstable.cc> wrote: > >> On 02/04/18 10:12, Marvin Adeff wrote: >&

Re: [Openvpn-devel] [PATCH] Depreciate IPv4-related options.

i, > >> On Sun, Apr 01, 2018 at 12:21:53PM -0700, Marvin Adeff wrote: >> I had not considered the extra work and code required to maintain both >> versions. But I get it now. Here is the unfortunate position this puts us in: > [..] > > Well, that part of my e-mail wa

Re: [Openvpn-devel] [PATCH] Depreciate IPv4-related options.

ert Doering <g...@greenie.muc.de> wrote: > > Hi, > >> On Sun, Apr 01, 2018 at 11:19:57AM -0700, Marvin Adeff wrote: >> Think of us poor mail list lurkers. Practically gave this one a heart >> attack! Not having seen that private reply, I hope that means I can disca

Re: [Openvpn-devel] [PATCH] Depreciate IPv4-related options.

Think of us poor mail list lurkers. Practically gave this one a heart attack! Not having seen that private reply, I hope that means I can discard the long-ass (and quite irate) reply I was working on? Marvin (Sent from an ipv4 address) > On Apr 1, 2018, at 8:52 AM, Jonathan K. Bullard

Re: [Openvpn-devel] [PATCH] options: allow setting default --ca argument value

A User's Perspective: We've been doing just this since ovpn began allowing inline certs. Works great! Recommend. Marvin Sent from my iPhone > On Jan 15, 2017, at 9:53 AM, David Sommerseth > wrote: > >> On 15/01/17 14:52, Pavel Raiskup wrote: >>> On

Re: [Openvpn-devel] launch openvpn-gui at windows startup

How about a "preferences" file in %Users%\AppData...? The installer would apply whatever basic choices during install (%defaultUser%\AppData). Then a user could set his personal preferences which WinGUI would save to %Users%\AppData. Sent from my iPhone > On Nov 25, 2016, at 8:39 AM, Selva

Re: [Openvpn-devel] launch openvpn-gui at windows startup

Hi, Power User Perspective: Please ensure that these [X] selections can be controlled (as in "disabled") if openvpn is installed by command line (quiet mode). Thanks, Marvin Adeff > On Nov 21, 2016, at 11:46 AM, Gert Doering <g...@greenie.muc.de> wrote: > > Hi, &

Re: [Openvpn-devel] p2p topology on Windows

I may be wrong, but this sounds suspiciously like what we use Gava's client-nat patch for. To enable us to NAT the device's local IP to the one assigned dynamically by openvpn (dhcp). Marvin Sent from my iPhone > On Sep 23, 2016, at 4:21 PM, David Woodhouse wrote: > >>