On Sunday 11 July 2004 14:51, Jan Kiszka wrote:
> Mathias Sundman wrote:
> > ...
> > One more thing to consider... Should we consider a system running this
> > service manager an open system where all locally logged on users is
> > allowed to fully manage openvpn connections, which includes:
> >
>
James Yonan wrote:
I'm not sure that we really need a wrapper for unix, because most unix users
will control OpenVPN by:
(1) editing config files and starting from /etc/init.d, or
(2) using some sort of GUI-based admin tool such as YaST
and both of these methods are traditionally done as roo
Denis Vlasenko wrote:
1. On Windows, if the the service wrapper has started some openvpn
processes before our gui agent is started, how should find out about
those processes?
I can think of the following ways:
1a. Ask the service wrapper via the socket interface that I'm working
on right now. T
Mathias Sundman wrote:
...
One more thing to consider... Should we consider a system running this
service manager an open system where all locally logged on users is
allowed to fully manage openvpn connections, which includes:
* Start/Stop openvpn processes
As a first step, I think we shoul
> > IMHO daemontools for windows, if ported, can handle quite a variety
> > of different setups, including one needed by openvpn. Then you can
> > install it as part of openvpn install.
>
> If the only issue we had to solve here was how a normal user should be
> able to spawn openvpn processes, I a
On Fri, 9 Jul 2004, Denis Vlasenko wrote:
On Friday 09 July 2004 00:35, Mathias Sundman wrote:
What I am trying to say? I am very happy that you guys are actively
working on openvpn. Really.
Just please do not OVERdesign it.
Maybe it's better to try to port daemontools to Windows
and run open
On Friday 09 July 2004 00:35, Mathias Sundman wrote:
> > What I am trying to say? I am very happy that you guys are actively
> > working on openvpn. Really.
> >
> > Just please do not OVERdesign it.
> >
> > Maybe it's better to try to port daemontools to Windows
> > and run openvpn daemon(s) under
On Thu, 8 Jul 2004, Denis Vlasenko wrote:
1. On Windows, if the the service wrapper has started some openvpn
processes before our gui agent is started, how should find out about
those processes?
I think it's an important point worth some discussion on whether to (a)
put all the "intelligence"
> > >> 1. On Windows, if the the service wrapper has started some openvpn
> > >> processes before our gui agent is started, how should find out about
> > >> those processes?
> > >>
> > >> I can think of the following ways:
> > >>
> > >> 1a. Ask the service wrapper via the socket interface that I'm
On Thu, 8 Jul 2004, James Yonan wrote:
1. On Windows, if the the service wrapper has started some openvpn
processes before our gui agent is started, how should find out about
those processes?
I think that the goal here is to work towards putting all of the complexity
into the portable service
On Thursday 08 July 2004 02:55, Mathias Sundman wrote:
> On Wed, 7 Jul 2004, James Yonan wrote:
> > On Tuesday 06 July 2004 16:58, Mathias Sundman wrote:
> >> Some more things to consider...
> >>
> >> 1. On Windows, if the the service wrapper has started some openvpn
> >> processes before our gui a
On Wed, 7 Jul 2004, James Yonan wrote:
On Tuesday 06 July 2004 16:58, Mathias Sundman wrote:
Some more things to consider...
1. On Windows, if the the service wrapper has started some openvpn
processes before our gui agent is started, how should find out about
those processes?
I can think of
On Tuesday 06 July 2004 16:58, Mathias Sundman wrote:
> Some more things to consider...
>
> 1. On Windows, if the the service wrapper has started some openvpn
> processes before our gui agent is started, how should find out about
> those processes?
>
> I can think of the following ways:
>
> 1a. Ask
On Tuesday 06 July 2004 04:25, Mathias Sundman wrote:
> On Tue, 6 Jul 2004, Jan Kiszka wrote:
> > If it's not a windows specific problem, then I suppost it's best to
> > add the functionallity in the openvpn binary so we get the
> > portability.
>
> I don't think the openvpn b
On Tuesday 06 July 2004 03:46, Mathias Sundman wrote:
> On Tue, 6 Jul 2004, Jan Kiszka wrote:
> > James Yonan wrote:
> >> ...
> >>
> >>> If it's not a windows specific problem, then I suppost it's best to add
> >>> the functionallity in the openvpn binary so we get the portability.
> >>
> >> I don'
Some more things to consider...
1. On Windows, if the the service wrapper has started some openvpn
processes before our gui agent is started, how should find out about
those processes?
I can think of the following ways:
1a. Ask the service wrapper via the socket interface that I'm working on
On Tue, 6 Jul 2004, Jan Kiszka wrote:
If it's not a windows specific problem, then I suppost it's best to
add the functionallity in the openvpn binary so we get the
portability.
I don't think the openvpn binary needs to know about this. But the
service wrapper probably needs a second mode o
Mathias Sundman wrote:
On Tue, 6 Jul 2004, Jan Kiszka wrote:
James Yonan wrote:
...
If it's not a windows specific problem, then I suppost it's best to add
the functionallity in the openvpn binary so we get the portability.
I don't think the openvpn binary needs to know about this. But
On Tue, 6 Jul 2004, Jan Kiszka wrote:
James Yonan wrote:
...
If it's not a windows specific problem, then I suppost it's best to add
the functionallity in the openvpn binary so we get the portability.
I don't think the openvpn binary needs to know about this. But the
service wrapper prob
James Yonan wrote:
...
If it's not a windows specific problem, then I suppost it's best to add
the functionallity in the openvpn binary so we get the portability.
I don't think the openvpn binary needs to know about this. But the service
wrapper probably needs a second mode of operation, w
On Mon, 5 Jul 2004, James Yonan wrote:
On Monday 05 July 2004 14:49, Mathias Sundman wrote:
On Sun, 4 Jul 2004, Jan Kiszka wrote:
I would like to have some mechanism to fork an openvpn instance and let
the new process use a specific configuration file. This would allow to
start only certain VP
On Monday 05 July 2004 14:49, Mathias Sundman wrote:
> On Sun, 4 Jul 2004, Jan Kiszka wrote:
> > I would like to have some mechanism to fork an openvpn instance and let
> > the new process use a specific configuration file. This would allow to
> > start only certain VPN tunnels depending on what th
On Sun, 4 Jul 2004, Jan Kiszka wrote:
I would like to have some mechanism to fork an openvpn instance and let the
new process use a specific configuration file. This would allow to start only
certain VPN tunnels depending on what the user selects in the GUI.
I've been giving this some more th
On Sat, 3 Jul 2004, Brandon Knitter wrote:
Hey there. James and I had a prior discussion about the systray app offline,
but I thought I'd just poke my head in here. I'm not a strong Windows
application programmer, but I've been doing a lot of C# these days.
With that in mind, I was gonna whip
24 matches
Mail list logo
