As OpenVPN gets deployed at larger and larger corporations as a
roadwarrior VPN server, I think it becomes more and more important that
it's possible to change as much of the server configuration as possible
without having to restart the server and causing all users to be
disconnected.
One th
Okay, I've finished my event signals patch, which adds events for SIGUSR1,
SIGUSR2 and SIGHUP.
If --service is used, it still creates the exit_event just like before,
but it also creates the new events with the same name as the exit_event
but appends the signal name like, exit_event_SIGHUP.
On Wed, Nov 03, 2004 at 12:24:15PM -0700, James Yonan wrote:
> On Tue, 2 Nov 2004, Alberto Gonzalez Iniesta wrote:
>
> > Hi again,
> >
> > Another bug report received in the Debian BTS [1]. Quoting:
> > |when the link which was used for openvpn transport goes down, it hangs
> > |in a D state
> >
On Tue, 2 Nov 2004, Alberto Gonzalez Iniesta wrote:
> Hi again,
>
> Another bug report received in the Debian BTS [1]. Quoting:
> |when the link which was used for openvpn transport goes down, it hangs
> |in a D state
> |
> |root 2037 0.0 0.2 3376 1620 pts/1D10:45 0:04 openvpn
>
On Sun, 31 Oct 2004, Mathias Sundman wrote:
> Hi James and everyone else,
>
> I'm working on a patch to add events for the other unix signals. I want
> this because I want the GUI to have the same possibility to send openvpn
> signals like you have in unix or when running from the console.
>
>
On Wed, 3 Nov 2004, Mathias Sundman wrote:
> On Tue, 2 Nov 2004, Mathias Sundman wrote:
>
> > James,
> >
> > I think we made a little misstake with the "auto-find free TAP device"
> > feature.
> >
> > In OpenVPN GUI >= beta20 I close the connections and restart them after a
> > suspend. If mult
On Tue, 2 Nov 2004, Mathias Sundman wrote:
> James,
>
> I think we made a little misstake with the "auto-find free TAP device"
> feature.
>
> In OpenVPN GUI >= beta20 I close the connections and restart them after a
> suspend. If multiple connections were running this means that they
> will a
