[pkg-wpa-devel] wpasupplicant from ifupdown?

Joachim Breitner nomeata at debian.org
Wed Mar 8 16:15:39 UTC 2006


Am Mittwoch, den 08.03.2006, 13:00 +0100 schrieb Reinhard Tartler:
> In the end, we won't get away without parsing /e/n/i in the init script.
> This isn't really trivial, if you have a system with more than one
> (wireless) device, which should be handled via wpasupplicant.

Yes, I guess the three modes are all we currently need.

> > Not sure this is exactly the same. Guus basically says that he won't add
> > functionality that is not in upstream. Arguable, but ok for now. But the
> > ifupdown script are created by us, right? So it _is_ up to us to make
> > them work as sensible as possible. 
> Wouldn't something like this work:
> iface wifi0 inet dhcp
> 	wpa-conf managed
> 	wpa-driver `cat /etc/wpasupplicant/driver`
> 	wpa-psk	`cat /etc/wpasupplicant/psk.key`
> Otherwise we could perhaps invent this statement:
> iface wifi0 inet dhcp
> 	wpa-conf managed
> 	wpa-driver-file /etc/wpasupplicant/driver
> 	wpa-psk-file /etc/wpasupplicant/psk.key

The latter would be great, and not much work.

> > My suggestion is that some stancas like wpa-psk can take a filename as a
> > parameter. This file would then contain the key, and be root-read-only.
> Or user read only. the script runs as root, and root can read user
> files. So you won't need to be root to change your psk.

Right, that's  another benefit.

Joachim "nomeata" Breitner
Debian Developer
  nomeata at debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: joachimbreitner at amessage.de | http://people.debian.org/~nomeata

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 307 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
Url : http://lists.alioth.debian.org/pipermail/pkg-wpa-devel/attachments/20060308/06c80c18/attachment.pgp

More information about the Pkg-wpa-devel mailing list