Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #211554 > unrolled thread

Wpa_Supplicant Fails Authentication

Back to article view | Back to linux.debian.user

Contents

  Wpa_Supplicant Fails Authentication Patrick Bartek <patrick.bartek@gmail.com> - 2019-07-19 22:50 +0200
    SOLVED: Wpa_Supplicant Fails Authentication Patrick Bartek <nemommxiv@gmail.com> - 2019-07-20 18:00 +0200
      Re: SOLVED: Wpa_Supplicant Fails Authentication Brad Rogers <brad@fineby.me.uk> - 2019-07-20 18:10 +0200
        Re: SOLVED: Wpa_Supplicant Fails Authentication Patrick Bartek <nemommxiv@gmail.com> - 2019-07-20 18:20 +0200
          Re: SOLVED: Wpa_Supplicant Fails Authentication David Wright <deblis@lionunicorn.co.uk> - 2019-07-20 19:10 +0200
            Re: SOLVED: Wpa_Supplicant Fails Authentication Patrick Bartek <nemommxiv@gmail.com> - 2019-07-20 21:40 +0200
            Re: SOLVED: Wpa_Supplicant Fails Authentication Andrei POPESCU <andreimpopescu@gmail.com> - 2019-07-21 10:00 +0200
    Re: Wpa_Supplicant Fails Authentication Stefan Monnier <monnier@iro.umontreal.ca> - 2019-07-20 18:20 +0200
      Re: Wpa_Supplicant Fails Authentication Patrick Bartek <nemommxiv@gmail.com> - 2019-07-20 18:30 +0200
        Re: Wpa_Supplicant Fails Authentication Stefan Monnier <monnier@iro.umontreal.ca> - 2019-07-20 19:40 +0200
          Re: Wpa_Supplicant Fails Authentication Patrick Bartek <nemommxiv@gmail.com> - 2019-07-20 21:40 +0200
            Re: Wpa_Supplicant Fails Authentication Andrei POPESCU <andreimpopescu@gmail.com> - 2019-07-21 09:50 +0200
              Re: Wpa_Supplicant Fails Authentication Patrick Bartek <nemommxiv@gmail.com> - 2019-07-21 17:20 +0200
                Re: Wpa_Supplicant Fails Authentication Andrei POPESCU <andreimpopescu@gmail.com> - 2019-07-22 22:00 +0200
                  Re: Wpa_Supplicant Fails Authentication Patrick Bartek <nemommxiv@gmail.com> - 2019-07-23 01:10 +0200
            Re: Wpa_Supplicant Fails Authentication Stefan Monnier <monnier@iro.umontreal.ca> - 2019-07-22 16:00 +0200
              Re: Wpa_Supplicant Fails Authentication Patrick Bartek <nemommxiv@gmail.com> - 2019-07-22 17:00 +0200

#211554 — Wpa_Supplicant Fails Authentication

Hi! All,

Solved the wpa_supplicant "No Such Device" problem on my system.
Change "allow-hotplug" to "auto" of wireless device stanza
in /etc/network/interfaces.  But now wpa_supplicant fails to
authenticate.  However, wireless dongle (Rosewill RNX-N180UBEv3) will
connect with security turned off on router and interfaces appropriately
configured.

Checked dongle on a friends older (4 or 5 years?) notebook running
Windows 10. Entered passphrase in network manager, and it connected and
worked just fine. Router works, too. My 5 or 6 year old Nexus 4 LG 960
smartphone works with it, the Roku device on the TV, too; and so does a
10 year old Kobo eBook Reader.

Thought it might be related to my atypical Stretch install on this old
(4 to 12 years, depending on the part) under-the-desk box -- minimal
install, window manager Openbox only, sysvinit, no network manager at
all. Had never intended it to be wireless capable, but have installed
all the appropriate wireless software. So, I pulled out a Stretch Live
USB thumb drive (LXDE GUI, systemd and all) and booted it up. After
installing the non-free Realtek drivers, brought DOWN the wired
ethernet, unplugged it, and inserted wireless dongle. It got recognized
and proper driver loaded, but I had to bring it UP manually.  Using
wicd, I configured the proper passphrase, etc. and clicked CONNECT.  It
failed to authenticate, too!

So, anyone got any ideas what the problem might be or a fix?  My
research has led to nothing that worked.  And I'd like to get rid of the
50' ethernet cable running down the hall. ;)

Thanks

B

[toc] | [next] | [standalone]

#211571 — SOLVED: Wpa_Supplicant Fails Authentication

On Fri, 19 Jul 2019 13:30:34 -0700
Patrick Bartek <patrick.bartek@gmail.com> wrote:

> Hi! All,
> 
> Solved the wpa_supplicant "No Such Device" problem on my system.
> Change "allow-hotplug" to "auto" of wireless device stanza
> in /etc/network/interfaces.  But now wpa_supplicant fails to
> authenticate.  However, wireless dongle (Rosewill RNX-N180UBEv3) will
> connect with security turned off on router and interfaces appropriately
> configured.
> 
> Checked dongle on a friends older (4 or 5 years?) notebook running
> Windows 10. Entered passphrase in network manager, and it connected and
> worked just fine. Router works, too. My 5 or 6 year old Nexus 4 LG 960
> smartphone works with it, the Roku device on the TV, too; and so does a
> 10 year old Kobo eBook Reader.
> 
> Thought it might be related to my atypical Stretch install on this old
> (4 to 12 years, depending on the part) under-the-desk box -- minimal
> install, window manager Openbox only, sysvinit, no network manager at
> all. Had never intended it to be wireless capable, but have installed
> all the appropriate wireless software. So, I pulled out a Stretch Live
> USB thumb drive (LXDE GUI, systemd and all) and booted it up. After
> installing the non-free Realtek drivers, brought DOWN the wired
> ethernet, unplugged it, and inserted wireless dongle. It got recognized
> and proper driver loaded, but I had to bring it UP manually.  Using
> wicd, I configured the proper passphrase, etc. and clicked CONNECT.  It
> failed to authenticate, too!
> 
> So, anyone got any ideas what the problem might be or a fix?  My
> research has led to nothing that worked.  And I'd like to get rid of the
> 50' ethernet cable running down the hall. ;)
> 
> Thanks
> 
> B
> 

SHORT VERSION:  Wireless USB dongle cannot be plugged in at boot or
restart. Must wait until boot fully completes, then plug in wireless
which is a hassle due to where the box is. I wanted the wireless to
come up at boot for convenience, but what are you going to do?
Fortuantely, I only reboot the system every couple of months or three
to vacuum it out -- it's very dusty here in the high desert.

B

[toc] | [prev] | [next] | [standalone]

#211573 — Re: SOLVED: Wpa_Supplicant Fails Authentication

[Multipart message — attachments visible in raw view] — view raw

On Sat, 20 Jul 2019 08:51:17 -0700
Patrick Bartek <nemommxiv@gmail.com> wrote:

Hello Patrick,

>restart. Must wait until boot fully completes, then plug in wireless
>which is a hassle due to where the box is. I wanted the wireless to

Front panel USB port, if you have a spare bay to fit one into.
Alternatively, a USB extension cable so you can avoid the crawling
around.

-- 
 Regards  _
         / )           "The blindingly obvious is
        / _)rad        never immediately apparent"
Please don't ask me
Ask Mr Waverley - The Cortinas

[toc] | [prev] | [next] | [standalone]

#211575 — Re: SOLVED: Wpa_Supplicant Fails Authentication

On Sat, 20 Jul 2019 17:00:58 +0100
Brad Rogers <brad@fineby.me.uk> wrote:

> On Sat, 20 Jul 2019 08:51:17 -0700
> Patrick Bartek <nemommxiv@gmail.com> wrote:
> 
> Hello Patrick,
> 
> >restart. Must wait until boot fully completes, then plug in wireless
> >which is a hassle due to where the box is. I wanted the wireless to  
> 
> Front panel USB port, if you have a spare bay to fit one into.
> Alternatively, a USB extension cable so you can avoid the crawling
> around.

I have two front USB ports, but I need both free for temporary devices
I use frequently.

This dongle already comes with an extension cable. That's one reason I
got it.  The dongle and antenna combo plug into a weighted base, but
the fit is so tight it's very difficult to plug and unplug it. Afraid I
might break it.  Maybe it will loosen up overtime.

But since I only shutdown the system to clean it and have to pull it
out of its cubbyhole anyway to do so, access to the rear easier.

So, two options available.

Thanks

B

[toc] | [prev] | [next] | [standalone]

#211585 — Re: SOLVED: Wpa_Supplicant Fails Authentication

On Sat 20 Jul 2019 at 09:18:37 (-0700), Patrick Bartek wrote:
> On Sat, 20 Jul 2019 17:00:58 +0100 Brad Rogers <brad@fineby.me.uk> wrote:
> > On Sat, 20 Jul 2019 08:51:17 -0700 Patrick Bartek <nemommxiv@gmail.com> wrote:
> > 
> > >restart. Must wait until boot fully completes, then plug in wireless
> > >which is a hassle due to where the box is. I wanted the wireless to  
> > 
> > Front panel USB port, if you have a spare bay to fit one into.
> > Alternatively, a USB extension cable so you can avoid the crawling
> > around.
> 
> I have two front USB ports, but I need both free for temporary devices
> I use frequently.
> 
> This dongle already comes with an extension cable. That's one reason I
> got it.  The dongle and antenna combo plug into a weighted base, but
> the fit is so tight it's very difficult to plug and unplug it. Afraid I
> might break it.  Maybe it will loosen up overtime.
> 
> But since I only shutdown the system to clean it and have to pull it
> out of its cubbyhole anyway to do so, access to the rear easier.

There was a recent thread about the difference between umount (linux)
and Safely Remove (windows), which decided that the difference was
that windows turns off the USB port, extinguishing the LED on the
USB stick.

Perhaps if you try turning off your dongle port and then turning it on
again, you can get the same effect as plugging it in.

(BTW our HP printer doesn't see a USB stick when it's already plugged
in at power-on.)

Cheers,
David.

[toc] | [prev] | [next] | [standalone]

#211591 — Re: SOLVED: Wpa_Supplicant Fails Authentication

On Sat, 20 Jul 2019 12:03:05 -0500
David Wright <deblis@lionunicorn.co.uk> wrote:

> On Sat 20 Jul 2019 at 09:18:37 (-0700), Patrick Bartek wrote:
> > On Sat, 20 Jul 2019 17:00:58 +0100 Brad Rogers <brad@fineby.me.uk> wrote:  
> > > On Sat, 20 Jul 2019 08:51:17 -0700 Patrick Bartek <nemommxiv@gmail.com> wrote:
> > >   
> > > >restart. Must wait until boot fully completes, then plug in wireless
> > > >which is a hassle due to where the box is. I wanted the wireless to    
> > > 
> > > Front panel USB port, if you have a spare bay to fit one into.
> > > Alternatively, a USB extension cable so you can avoid the crawling
> > > around.  
> > 
> > I have two front USB ports, but I need both free for temporary devices
> > I use frequently.
> > 
> > This dongle already comes with an extension cable. That's one reason I
> > got it.  The dongle and antenna combo plug into a weighted base, but
> > the fit is so tight it's very difficult to plug and unplug it. Afraid I
> > might break it.  Maybe it will loosen up overtime.
> > 
> > But since I only shutdown the system to clean it and have to pull it
> > out of its cubbyhole anyway to do so, access to the rear easier.  
> 
> There was a recent thread about the difference between umount (linux)
> and Safely Remove (windows), which decided that the difference was
> that windows turns off the USB port, extinguishing the LED on the
> USB stick.
> 
> Perhaps if you try turning off your dongle port and then turning it on
> again, you can get the same effect as plugging it in.

Hadn't thought of that.  I'll check into it.

Thanks

B

[toc] | [prev] | [next] | [standalone]

#211602 — Re: SOLVED: Wpa_Supplicant Fails Authentication

[Multipart message — attachments visible in raw view] — view raw

On Sb, 20 iul 19, 12:03:05, David Wright wrote:
> 
> Perhaps if you try turning off your dongle port and then turning it on
> again, you can get the same effect as plugging it in.

Another thing to try would be to remove the kernel module and reinsert 
it.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser

[toc] | [prev] | [next] | [standalone]

#211574

> Solved the wpa_supplicant "No Such Device" problem on my system.
> Change "allow-hotplug" to "auto" of wireless device stanza
> in /etc/network/interfaces.  But now wpa_supplicant fails to
> authenticate.  However, wireless dongle (Rosewill RNX-N180UBEv3) will
> connect with security turned off on router and interfaces appropriately
> configured.

My guess is that it's a problem in the driver (i.e. in the kernel)
rather than a problem higher-up in the stack.  IOW there's not much
Debian can do about it.

You can find the name of your device driver with something like:

    ls -l /sys/class/net/wlan0/device/driver/module

[ Replace `wlan0` with the actual name of your wireless device as it
  appears in `ifconfig` and friends.  ]


        Stefan

[toc] | [prev] | [next] | [standalone]

#211578

On Sat, 20 Jul 2019 12:16:27 -0400
Stefan Monnier <monnier@iro.umontreal.ca> wrote:

> > Solved the wpa_supplicant "No Such Device" problem on my system.
> > Change "allow-hotplug" to "auto" of wireless device stanza
> > in /etc/network/interfaces.  But now wpa_supplicant fails to
> > authenticate.  However, wireless dongle (Rosewill RNX-N180UBEv3) will
> > connect with security turned off on router and interfaces appropriately
> > configured.  
> 
> My guess is that it's a problem in the driver (i.e. in the kernel)
> rather than a problem higher-up in the stack.  IOW there's not much
> Debian can do about it.
> 
> You can find the name of your device driver with something like:
> 
>     ls -l /sys/class/net/wlan0/device/driver/module
> 
> [ Replace `wlan0` with the actual name of your wireless device as it
>   appears in `ifconfig` and friends.  ]

In my initial trials and tribulations with this thing, the driver was
the first thing I checked.  No, got the correct one.  Just had to
install the non-free Realtek firmware package which I did before even
plugging it in.

But as it turned out, my "problem" was me trying to get it to come up
at boot which the system and software and device weren't designed to
do.  Unfortunately, I didn't initially realize that.

Thanks for your reply.

B

[toc] | [prev] | [next] | [standalone]

#211586

> In my initial trials and tribulations with this thing, the driver was
> the first thing I checked.  No, got the correct one.

The issue is not whether you got the correct one or not.
The issue is whether the one you're using is good enough.

> Just had to install the non-free Realtek firmware package which I did

Well, there you go: those don't use the standard framework, so they may
work in "most" cases, but it's not surprising if they result in
misbehavior in some less common scenarios.

I recommend you file a bug report with the author(s) of that driver.


        Stefan

[toc] | [prev] | [next] | [standalone]

#211590

On Sat, 20 Jul 2019 13:34:12 -0400
Stefan Monnier <monnier@iro.umontreal.ca> wrote:

> > In my initial trials and tribulations with this thing, the driver was
> > the first thing I checked.  No, got the correct one.  
> 
> The issue is not whether you got the correct one or not.
> The issue is whether the one you're using is good enough.

Considered that, too.  The wifi came up and would scan all wireless
routers in the area, would connect if security in target router turned
off, but wpa_supplicant would fail, if security enabled.  Found the
problem: I had dongle plugged in during the boot up.  It has to be
plugged in after boot is completed, then wpa_supplicant works.
Discovered that caveat by accident.

> > Just had to install the non-free Realtek firmware package which I did  
> 
> Well, there you go: those don't use the standard framework, so they may
> work in "most" cases, but it's not surprising if they result in
> misbehavior in some less common scenarios.

It was the driver on the manufacturer's driver CD, just a newer
version.  I did consider trying the old driver as a last resort, but I
didn't have to.

> I recommend you file a bug report with the author(s) of that driver.

Discovered the "bug" was not wpa_supplicant's, but mine: I was
leaving the USB wireless plugged in during boot.

Thanks for your response and advice.

B

[toc] | [prev] | [next] | [standalone]

#211600

[Multipart message — attachments visible in raw view] — view raw

On Sb, 20 iul 19, 12:29:39, Patrick Bartek wrote:
> On Sat, 20 Jul 2019 13:34:12 -0400
> Stefan Monnier <monnier@iro.umontreal.ca> wrote:
> 
> > I recommend you file a bug report with the author(s) of that driver.
> 
> Discovered the "bug" was not wpa_supplicant's, but mine: I was
> leaving the USB wireless plugged in during boot.

This is definitely not normal, it shouldn't matter if the dongle is 
plugged on boot or not.

While you have a workaround for it, you should investigate the cause.
 
Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser

[toc] | [prev] | [next] | [standalone]

#211609

On Sun, 21 Jul 2019 10:48:15 +0300
Andrei POPESCU <andreimpopescu@gmail.com> wrote:

> On Sb, 20 iul 19, 12:29:39, Patrick Bartek wrote:
> > On Sat, 20 Jul 2019 13:34:12 -0400
> > Stefan Monnier <monnier@iro.umontreal.ca> wrote:
> >   
> > > I recommend you file a bug report with the author(s) of that driver.  
> > 
> > Discovered the "bug" was not wpa_supplicant's, but mine: I was
> > leaving the USB wireless plugged in during boot.  
> 
> This is definitely not normal, it shouldn't matter if the dongle is 
> plugged on boot or not.

I agree. And it will work and connect when security on the router is
disabled.  wpa_supplicant's failure when "plugged in" is the problem.
Don't know why.  Seems no one else does either . . . not that I've
found.  

> While you have a workaround for it, you should investigate the cause.

I intend to, but after troubleshooting this for 10 days, off and on, I'm
taking a break.  Just glad I got it working.

Thanks for your advice.

B

[toc] | [prev] | [next] | [standalone]

#211654

[Multipart message — attachments visible in raw view] — view raw

On Du, 21 iul 19, 08:16:25, Patrick Bartek wrote:
> On Sun, 21 Jul 2019 10:48:15 +0300
> Andrei POPESCU <andreimpopescu@gmail.com> wrote:
> > 
> > This is definitely not normal, it shouldn't matter if the dongle is 
> > plugged on boot or not.
> 
> I agree. And it will work and connect when security on the router is
> disabled.  wpa_supplicant's failure when "plugged in" is the problem.
> Don't know why.  Seems no one else does either . . . not that I've
> found.  

If I recall correctly, at some point you changed the interface from 
'allow-hotplug' to 'auto' in /etc/network/intefaces. You might want to 
try changing it back.

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser

[toc] | [prev] | [next] | [standalone]

#211660

On Mon, 22 Jul 2019 22:58:04 +0300
Andrei POPESCU <andreimpopescu@gmail.com> wrote:

> On Du, 21 iul 19, 08:16:25, Patrick Bartek wrote:
> > On Sun, 21 Jul 2019 10:48:15 +0300
> > Andrei POPESCU <andreimpopescu@gmail.com> wrote:  
> > > 
> > > This is definitely not normal, it shouldn't matter if the dongle is 
> > > plugged on boot or not.  
> > 
> > I agree. And it will work and connect when security on the router is
> > disabled.  wpa_supplicant's failure when "plugged in" is the problem.
> > Don't know why.  Seems no one else does either . . . not that I've
> > found.    
> 
> If I recall correctly, at some point you changed the interface from 
> 'allow-hotplug' to 'auto' in /etc/network/intefaces. You might want to 
> try changing it back.

I did. Ultimately.  And it sped up the boot process since the system
didn't stall at the networking part while supplicant failed and
timed-out. After booting, if I killed supplicant (as root), then
manually called it as root, supplicant would authorized and connect
just fine. So, I gave up on trying to get wireless to come up at boot
and just reconfigured back to "allow-hotplug", left the dongle
unplugged, booted, then plugged it in and it connected.  I tried a dozen
variations after that with cold starts in between, but that's the only
one that worked.

Thanks for your advice.

B

[toc] | [prev] | [next] | [standalone]

#211633

>> > Just had to install the non-free Realtek firmware package which I did  

BTW, the "rtlwifi" family of drivers in Linux kernel (which includes
things like rtl8192cu and various others, and which used to live in the
"staging" part because it was not a well-enough behaved citizen) has
been removed in Linux-5.2 because there's a newer replacement in the
works which is supposed to be included (not in "staging" this time)
soon:

    https://git.kernel.org/linus/ef4a0c3173736a957d1495e9a706d7e7e3334613

So maybe you should try that newer one.


        Stefan

[toc] | [prev] | [next] | [standalone]

#211636

On Mon, 22 Jul 2019 09:50:30 -0400
Stefan Monnier <monnier@iro.umontreal.ca> wrote:

> >> > Just had to install the non-free Realtek firmware package which I did    
> 
> BTW, the "rtlwifi" family of drivers in Linux kernel (which includes
> things like rtl8192cu and various others, and which used to live in the
> "staging" part because it was not a well-enough behaved citizen) has
> been removed in Linux-5.2 because there's a newer replacement in the
> works which is supposed to be included (not in "staging" this time)
> soon:
> 
>     https://git.kernel.org/linus/ef4a0c3173736a957d1495e9a706d7e7e3334613
> 
> So maybe you should try that newer one.

Thanks for the info.  Right now, wireless is working with non-free
driver and since I only reboot this box every couple of months
unplugging the dongle (I've installed an extension cable) is less a
hassle now.

Thanks.

B

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.user

csiph-web