On Wed, Feb 29, 2012 at 2:49 PM, Heiko Hund wrote:
> On Wednesday 29 February 2012 12:40:45 Alon Bar-Lev wrote:
>> 2012/2/29 Heiko Hund
>> This is way too complex solution for a simple problem.
>> A proper design and discussion should take place
On Wednesday 29 February 2012 12:40:45 Alon Bar-Lev wrote:
> 2012/2/29 Heiko Hund
> This is way too complex solution for a simple problem.
> A proper design and discussion should take place before advancing in
> this route.
And this was a way too simple explanation on why
2012/2/29 Heiko Hund
>
> On Wednesday 29 February 2012 11:38:17 Carsten Krüger wrote:
> > > You forgot the GUI in this picture. If the service is connected to the
> > > management interface the GUI can't connect anymore.
> >
> > ?
> > If I understand you correctly it works
On Wednesday 29 February 2012 11:38:17 Carsten Krüger wrote:
> > You forgot the GUI in this picture. If the service is connected to the
> > management interface the GUI can't connect anymore.
>
> ?
> If I understand you correctly it works this way:
>
> openvpnserv.exe spawns openvpn.exe
>
Hello Alon,
> I use [1], a simple perl/kde UI for Linux.
> I deleted the .net as I did not maintain it, but it should be simple
> for you to convert, or simply run the perl, and write kdialog
> replacement.
perfect, the gnome variant works with windows, too.
Hello Heiko,
> However it was only an example and thus
> didn't have to make any practical sense. =)
:-)
> You forgot the GUI in this picture. If the service is connected to the
> management interface the GUI can't connect anymore.
?
If I understand you correctly it works this way:
On Wednesday 29 February 2012 11:05:36 Carsten Krüger wrote:
> > [Advertisement] Maybe you want to take a look at UTM9, beta starts
> > tomorrow.
> Definitely!
>
> Is Beta available to non customers?
Yes, it will be announced at http://astaro.org in the "Beta Versions" section
and you can get
On Tuesday 28 February 2012 722:09:13 Carsten Krüger wrote:
> DS> Heiko can probably give a much better answer, but if I remember right,
> DS> the argument was this: Think of a multi-user setup (like a Terminal
> DS> Server), the management interface will be accessible for all users on
> DS> that
Hello Heiko,
> The idea to have the service do the privileged operations instead of just
> starting openvpn as "Local System" (or whatever) came from the fear of
> privilege escalation in the scripts that are run by openvpn.
Scripting is a point, but as long as the administrator installs
openvpn
On Tuesday 28 February 2012 20:34:18 Carsten Krüger wrote:
> Add the following lines to client.ovpn
>
> management localhost 1000
> management-query-passwords
> auth-retry interact
> management-hold
>
> and start the service.
On Tuesday 28 February 2012 18:38:57 Alon Bar-Lev wrote:
> > Even though, the new communication pipe between the "helper service" and
> > openvpn.exe might gain more features with time, which might cover much
> > of what the management interface provides today too. But we're _not_
> > trying to
>> * Improved plug-in API (v3) which can more easily be expanded in the
>>future: includes support for direct access to X.509 certificate data in
>>plug-ins
>> [...]
>> * One-to-one NAT to circumvent IP address conflicts between local and
>>remote networks
>>
> Is there any
Il 28.02.2012 14:55, Jan Just Keijser ha scritto:
> Samuli Seppänen wrote:
We should probably write an installer.
>>> I'm not sure if it's the best idea to make each and every GUI project out
>>> there write it's own installer, when it's mostly a single executable that
>>> needs
On 29/02/12 11:47, Carsten Krüger wrote:
> I found that openvpn.exe is extremly unstable on non perfectly
> friendly behaving client ... Now I use the Non-Sucking Service Manager
> ( http://nssm.cc/ ) instead of openvpnserv.exe to spawn openvpn.exe It
> restarts openvpn.exe automatically if it's
101 - 114 of 114 matches
Mail list logo