On 12-02-21 11:41 AM, Teodor MICU wrote:
> 2012/2/21 Alberto Gonzalez Iniesta <a...@inittab.org>:
>> Anyway, what worries me now is that case where "dev tun" is specified
>> instead of "dev tunX", and how to deal with that in the new code
>> proposed.
> 
> Is there a way to find the tunX device assigned by ovpn?

In message #25, I proposed to check the alter the settings of the tun
device that was created last as based on proc file timestamps. Not sure
that's the best idea so I'm open to suggestions.

> Also, even if
> you knew it I think that at the time of the init.d script execution
> the device does *not* exist and your attempt to disable send_redirects

The second patch I submitted corrected this behavior by calling the echo
after the daemon.

> (which should be done via sysctl not via "echo 0") will fail.

sysctl also needs the device to be created :

# sysctl -w net.ipv4.conf.tun0.send_redirects=0
error: "net.ipv4.conf.tun0.send_redirects" is an unknown key

Simon




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to