Denis Vlasenko said:
> On Friday 28 May 2004 17:29, Alberto Gonzalez Iniesta wrote:
> > Hi,
> >
> > We got a bug report at Debian [1] regarding the route option.
> > It turns out that if a route added by openvpn is later
> > modified (removed and added to other iface), openvpn will modify
> > (de
Jaye Mathisen said:
> It would be nice if openvpn could be configure to work with radius for
routing and
> IP assignment after the certificate was done. Would allow openvpn to be
integrated easily
> with existing infrastructure, instead of having to have a whole new system
to maintain
> informat
On Saturday 29 May 2004 00:15, James Yonan wrote:
> Denis,
>
> That looks like a possible bug in the coarse timer update logic. The
> coarse timer deals with events scheduled at a resolution denoted by an
> integer number of seconds, such as pings. A timeout of one year is used as
> kind of "effe
Denis,
I think I see the bug:
/*
* Should we ping the remote?
*/
static inline void
check_ping_send (struct context *c)
{
void check_ping_send_dowork (struct context *c);
if (c->options.ping_send_timeout
&& !c->c2.to_link.len
&& event_timeout_trigger (&c->c2.ping_send_interval,
Denis,
That looks like a possible bug in the coarse timer update logic. The coarse
timer deals with events scheduled at a resolution denoted by an integer number
of seconds, such as pings. A timeout of one year is used as kind of
"effectively infinite" time interval. If you see this large timeo
I was puzzled why sometimes openvpn ceases to generate
'--ping 30' packets. I instrumented it a bit,
here is a pseudo-patch:
errlevel.h:
+#define D_PING LOGLEV(4, 0, 0) /* show --ping packets */
-#define D_INTERVAL LOGLEV(8, 70, M_DEBUG) /* show interval.h
de
On Friday 28 May 2004 17:29, Alberto Gonzalez Iniesta wrote:
> Hi,
>
> We got a bug report at Debian [1] regarding the route option.
> It turns out that if a route added by openvpn is later
> modified (removed and added to other iface), openvpn will modify
> (delete) the later one.
>
> As the bug s
Hi,
We got a bug report at Debian [1] regarding the route option.
It turns out that if a route added by openvpn is later
modified (removed and added to other iface), openvpn will modify
(delete) the later one.
As the bug submitter states, maybe openvpn should specify the device it
wants the route
