Re: Leap authentication problem in NM.- correection
- From: Aaron Konstam <akonstam sbcglobal net>
- To: Jon Escombe <lists dresco co uk>
- Cc: NetworkManager <networkmanager-list gnome org>
- Subject: Re: Leap authentication problem in NM.- correection
- Date: Fri, 06 Jul 2007 15:52:48 -0500
On Fri, 2007-07-06 at 15:24 +0100, Jon Escombe wrote:
> ----- "Aaron Konstam" <akonstam sbcglobal net> wrote:
>
> > > Looking at the applet code, I'm suspicious that the 6.5 changes that
> > > broke some WPA2 configs have done the same to LEAP. So we might just>
> > > need to extend that last patch to include LEAP networks.
> > >
> > > Aaron, does your LEAP passphrase get stored in the keyring or in gconf?
> > > You might need to install the gnome-keyring-manager to check the
> > > keyring. If it's in the keyring then I would expect it only to work when
> > > you enter all the information through the applet, but not when it
> > > re-connects? If this is the case then it is the issue above & should be
> > > a simple fix...
> > >
> > > Regards,
> > > Jon
> >
> > Yes the passphrase gets stored in the gnome-keyring. The problem is
> > exactly as you describe it. It last worked in the Unstable CVS version
> > last September which was probably 6.4
> htings are more complicated then I thought.
> The attached patch should allow fetching the LEAP passphrase from the keyring. I'm assuming it's always stored there for LEAP networks and doesn't need a conditional check like the WPA2 case.
I have a correction on what I said earlier. It is clear that
things are more complicated then I thought.
When you configure LEAP authentication you are asked foe a user name,
then a passwd and finally you are asked for a passphrase. What appears
in the gnome keyring is the passwd not the passphrase. Previously in NM
a passphrase was not asked for so I am not sure where it is stored.
Probably the same place it is stored for the WEP configuration.
I will try to file a bugzilla but it might not be today.
--
=======================================================================
To err is human -- to blame it on a computer is even more so.
=======================================================================
Aaron Konstam telephone: (210) 656-0355 e-mail: akonstam sbcglobal net
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]