Use case: VPN client
martin f krafft
madduck at debian.org
Thu May 10 13:50:51 UTC 2007
also sprach Marcus Better <marcus at better.se> [2007.05.10.1258 +0200]:
> > what if there isn't a route yet and the users asks the VPN tunnel to
> > come up?
> User-configured policy decides? I doubt there could be a sensible default
> method. You may need to connect to WiFi, dial somewhere, or whatever...
Yeah, and that's where I see "interface ordering" come in.
> > > With upstart this is trivial: just add a job that gets run on
> > > the "started openswan" event that is emitted automatically by
> > > upstart.
> > Sure this is nice, but why would netconf have to depend on it?
> It doesn't have to, but it may make it easier to write the scripts
> and implement complex scenarios. (Unless it is decided that those
> complex scenarios should not be supported in netconf, and can be
> left to users to hack in upstart if they like.)
Okay. So one step at a time. :)
.''`. martin f. krafft <madduck at debian.org>
: :' : proud Debian developer, author, administrator, and user
`. `'` http://people.debian.org/~madduck - http://debiansystem.info
`- Debian - when you have better things to do than fixing systems
"when in doubt, parenthesize. at the very least it will let some
poor schmuck bounce on the % key in vi."
-- larry wall
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: Digital signature (GPG/PGP)
Url : http://lists.alioth.debian.org/pipermail/netconf-devel/attachments/20070510/fe73716f/attachment.pgp
More information about the netconf-devel