On 21/01/2017 10:21, Rick Stevens wrote:
On 01/20/2017 02:39 PM, Stephen Morris wrote:
On 20/01/2017 08:42, Rick Stevens wrote:
On 01/19/2017 12:40 PM, Stephen Morris wrote:
On 19/1/17 6:15 pm, Joe Zeff wrote:
On 01/18/2017 11:53 PM, Stephen Morris wrote:
I've checked the KEY_MGMT value and it matches the entry in the
associated keys file.
I've also added the two WPA_ALLOW keys but they have made no
difference
to NM acknowledging that the device can be connected to.
Do you have any way of testing the device on a different LAN? I've
been noticing more and more people assuming that any issues must be
software and that the hardware can't fail.
The device works fine under Windows 10 but does have difficulty
remaining connected under Ubuntu 16.10.
You know, it's not that NM won't talk to it (it's obviously trying from
the log entries you've shared), but it's failing the authentication
to the ESSID. You're also saying that it has difficulty under Ubuntu
16.10 (which also uses NM if I remember correctly). I'm starting to
wonder if the access point and the cipher keys on Linux don't match up.
Here's an excerpt of the logs from my laptop. The lines with ESSID
"sssscnet" are from my home network from when I took it home last
night. The lines dealing with ESSID "AD" are from my office when I
brought it back in here this morning (the machine remained on but in
sleep mode on the way into the office):
Jan 18 20:49:23 golem4.hci.com wpa_supplicant[1070]: nl80211: deinit
ifname=wlan0 disabled_11b_rates=0
Jan 18 21:44:14 golem4.hci.com wpa_supplicant[1070]: wlan0: SME: Trying
to authenticate with f4:f2:6d:fc:94:f3 (SSID='sssscnet' freq=2412 MHz)
Jan 18 21:44:14 golem4.hci.com wpa_supplicant[1070]: wlan0: Trying to
associate with f4:f2:6d:fc:94:f3 (SSID='sssscnet' freq=2412 MHz)
Jan 18 21:44:14 golem4.hci.com wpa_supplicant[1070]: wlan0: Associated
with f4:f2:6d:fc:94:f3
Jan 18 21:44:14 golem4.hci.com wpa_supplicant[1070]: wlan0: WPA: Key
negotiation completed with f4:f2:6d:fc:94:f3 [PTK=CCMP GTK=TKIP]
Jan 18 21:44:14 golem4.hci.com wpa_supplicant[1070]: wlan0:
CTRL-EVENT-CONNECTED - Connection to f4:f2:6d:fc:94:f3 completed [id=0
id_str=]
(closed lid on laptop last night at this point)
Jan 18 21:56:53 golem4.hci.com wpa_supplicant[1070]: wlan0:
CTRL-EVENT-DISCONNECTED bssid=f4:f2:6d:fc:94:f3 reason=3
locally_generated=1
Jan 18 21:56:53 golem4.hci.com wpa_supplicant[1070]: wlan0:
CTRL-EVENT-SCAN-FAILED ret=-100
Jan 18 21:56:53 golem4.hci.com wpa_supplicant[1070]: nl80211: deinit
ifname=wlan0 disabled_11b_rates=0
(opened lid on laptop at the office at this point)
Jan 19 10:53:37 golem4.hci.com wpa_supplicant[1070]: wlan0: SME: Trying
to authenticate with 38:2c:4a:a1:0b:d8 (SSID='AD' freq=2437 MHz)
Jan 19 10:53:37 golem4.hci.com wpa_supplicant[1070]: wlan0: Trying to
associate with 38:2c:4a:a1:0b:d8 (SSID='AD' freq=2437 MHz)
Jan 19 10:53:37 golem4.hci.com wpa_supplicant[1070]: wlan0: Associated
with 38:2c:4a:a1:0b:d8
Jan 19 10:53:37 golem4.hci.com wpa_supplicant[1070]: wlan0: WPA: Key
negotiation completed with 38:2c:4a:a1:0b:d8 [PTK=CCMP GTK=CCMP]
Jan 19 10:53:37 golem4.hci.com wpa_supplicant[1070]: wlan0:
CTRL-EVENT-CONNECTED - Connection to 38:2c:4a:a1:0b:d8 completed [id=0
id_str=]
(closed lid to make a phone call at this point)
Jan 19 11:01:28 golem4.hci.com wpa_supplicant[1070]: wlan0:
CTRL-EVENT-DISCONNECTED bssid=38:2c:4a:a1:0b:d8 reason=3
locally_generated=1
Jan 19 11:01:29 golem4.hci.com wpa_supplicant[1070]: wlan0:
CTRL-EVENT-SCAN-FAILED ret=-100
Jan 19 11:01:29 golem4.hci.com wpa_supplicant[1070]: nl80211: deinit
ifname=wlan0 disabled_11b_rates=0
(reopened lid at this point)
Jan 19 13:33:05 golem4.hci.com wpa_supplicant[1070]: wlan0: SME: Trying
to authenticate with 38:2c:4a:a1:0b:d8 (SSID='AD' freq=2437 MHz)
Jan 19 13:33:05 golem4.hci.com wpa_supplicant[1070]: wlan0: Trying to
associate with 38:2c:4a:a1:0b:d8 (SSID='AD' freq=2437 MHz)
Jan 19 13:33:05 golem4.hci.com wpa_supplicant[1070]: wlan0: Associated
with 38:2c:4a:a1:0b:d8
Jan 19 13:33:05 golem4.hci.com wpa_supplicant[1070]: wlan0: WPA: Key
negotiation completed with 38:2c:4a:a1:0b:d8 [PTK=CCMP GTK=CCMP]
Jan 19 13:33:05 golem4.hci.com wpa_supplicant[1070]: wlan0:
CTRL-EVENT-CONNECTED - Connection to 38:2c:4a:a1:0b:d8 completed [id=0
id_str=]
(logs extracted via "journalctl -b 0 -u wpa_supplicant")
What's interesting to me is that the WPA negotiations use different
ciphers ("sssscnet" uses PTK=CCMP GTK=TKIP, while "AD" uses PTK=CCMP
GTK=CCMP). I'm wondering if there's something odd going on there between
your machine and the access point.
You may need to disable NM and stop wpa_supplicant, then run
wpa_supplicant without the "-u" option in the foreground in an
xterm:
# systemctl stop NetworkManager
# systemctl stop wpa_supplicant
# /usr/sbin/wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf
-i <name-of-your-wifi-device> -d
Then use wpa_gui or wpa_cli (wpa_gui is probably easier) to control
wpa_supplicant (you need to run wpa_supplicant this way because neither
wpa_gui or wpa_cli are dbus-compatible so wpa_supplicant can NOT have
the "-u" option). You can see what's going on with wpa_supplicant by
watching the xterm you ran it in. Once you've got that sorted, stop
wpa_supplicant and restore your system to normal:
# systemctl start wpa_supplicant
# systemctl start NetworkManager
and play with the NM editor to set up what you discovered. Yes it's
convoluted and it may not work, but it's worth a go anyway.
Thanks for the info Rick. It didn't work for me. I don't have wpa_gui
and wpa_cli can't communicate with wpa_supplicant.
Wpa_supplicant also says it can't find wlp4s6 either.
Interesting. If wpa_cli can't talk to wpa_supplicant, it's because
wpa_supplicant is using dbus and not the /var/run/wpa_supplicant
files to handle client communication (it uses dbus if run with the "-u"
flag).
If it has been run with the -u flag is there any way to change that
functionality so that it starts without the -u flag?
To install wpa_gui, just
# dnf install wpa_supplicant-gui
Next, check your wpa_supplicant.conf file and verify it has something
like what I have:
[root@golem4 ~]# cat /etc/wpa_supplicant/wpa_supplicant.conf
ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=wheel
I've check my wpa_supplicant.conf and it has those two statements.
You may have to make things a bit more drastic to make sure NM and
the existing wpa_supplicant are off and stay off while you futz with
things:
# systemctl disable NetworkManager
# systemctl stop NetworkManager
# systemctl disable wpa_supplicant
# systemctl stop wpa_supplicant
And for good measure:
# killall dhclient
Use the "ps" command to verify they've stopped:
# ps ax | egrep "(wpa|Network).*"
NOW try to start wpa_supplicant in an xterm:
# wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -i wlp4s6 -d
The start of wpa_supplicant failed to add an interface for wlp4s6.
Hopefully, wpa_supplicant will find your device. If so, then run
wpa_gui from another xterm. You'll need to go into the "Manage Networks"
tab, tick the "Enabled" radio button, wait a minute or two, then click
"Scan" to see the networks. Scroll down to the one you're interested in
and double click on it. In the pop-up window, put your password into
the PSK dialog box and click "Save". If everything worked correctly, the
"Current Status" tab should show your status as "Completed (station)"
along with other details. If none of that works, look carefully at the
wpa_supplicant xterm window and see if there's anything odd in there.
I've ticked the "Enabled" radio button, waited an few minutes and
clicked "Scan", but the "Scan Results" do not show any networks at all.
Also there are no messages at all displayed in the wpa_supplicant xterm
window either.
I'm doing all this under F25 instead of F24 as I have just upgraded to
F25, where relative to the issue I originally raised under F24 nothing
has changed.
regards,
Steve
To set everything back to normal:
# systemctl enable wpa_supplicant
# systemctl start wpa_supplicant
# systemctl enable NetworkManager
# systemctl start NetworkManager
If none of that works, I'm not sure where to go. You can contact me
off-list if you want further help as this topic's been going on for
a while and I'm sure others are getting tired of it.
----------------------------------------------------------------------
- Rick Stevens, Systems Engineer, AllDigital ri...@alldigital.com -
- AIM/Skype: therps2 ICQ: 226437340 Yahoo: origrps2 -
- -
- Microsoft Windows: Proof that P.T. Barnum was right -
----------------------------------------------------------------------
_______________________________________________
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
_______________________________________________
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
