1 |
On Wed, 2009-11-04 at 15:08 -0500, Mike Edenfield wrote: |
2 |
> On 11/3/2009 11:16 PM, Iain Buchanan wrote: |
3 |
> > On Tue, 2009-11-03 at 21:52 -0500, Mike Edenfield wrote: |
4 |
> |
5 |
> >> When I attempt to use either of those |
6 |
> >> utilities to get onto my wireless network, the NIC refuses to stay |
7 |
> >> connected to the base station for more than a few seconds at a time. |
8 |
> >> Instead, it continually disassociates and deauthenticates, only for |
9 |
> >> nm/wicd to hop right back on. However, if I manually configure |
10 |
> >> wpa_supplicant for a given SSID and start it via the init script |
11 |
> >> directly, I don't have any such problems. |
12 |
> > |
13 |
> > Have you stopped your net.wlan0 script? Also remove it from the default |
14 |
> > runlevel, and set "rc_hotplug="!net.wlan0 !net.eth0" in /etc/rc.conf (if |
15 |
> > you're using openrc). |
16 |
> |
17 |
> I hadn't done that initially, but I did this time, and still get the |
18 |
> same issue. I'm having trouble determining if the problem is |
19 |
> NetworkManager telling the NIC to disassociate, or the NIC telling |
20 |
> NetworkManager to disassociate. |
21 |
> |
22 |
> As long as NetworkManager is running, my dmesg output shows this |
23 |
> happening about once every 15 seconds or so (I don't know what any of |
24 |
> those status codes mean, or they may help troubleshoot the problem :) ) |
25 |
> |
26 |
> wlan0: authenticate with AP 00:1e:58:04:1e:ec |
27 |
> wlan0: authenticated |
28 |
> wlan0: associate with AP 00:1e:58:04:1e:ec |
29 |
> wlan0: RX AssocResp from 00:1e:58:04:1e:ec (capab=0x411 status=12 aid=1) |
30 |
> wlan0: AP denied association (code=12) |
31 |
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ |
32 |
Ok, this sounds like the access point (AP) rejected you (for whatever |
33 |
reason) |
34 |
|
35 |
> wlan0: associate with AP 00:1e:58:04:1e:ec |
36 |
> wlan0: RX AssocResp from 00:1e:58:04:1e:ec (capab=0x411 status=12 aid=1) |
37 |
> wlan0: AP denied association (code=12) |
38 |
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ |
39 |
same |
40 |
|
41 |
> wlan0: associate with AP 00:1e:58:04:1e:ec |
42 |
> wlan0: RX AssocResp from 00:1e:58:04:1e:ec (capab=0x411 status=12 aid=1) |
43 |
> wlan0: AP denied association (code=12) |
44 |
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ |
45 |
> wlan0: association with AP 00:1e:58:04:1e:ec timed out |
46 |
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ |
47 |
This looks like it tried to associate with the AP, maybe even |
48 |
successfully, but there was a time-out. |
49 |
|
50 |
I'm guessing that the key/password/whatever that you are sending through |
51 |
NM isn't correct or the correct type anyway. |
52 |
|
53 |
> wlan0: authenticate with AP 00:1e:58:04:1e:ec |
54 |
> wlan0: authenticated |
55 |
> wlan0: associate with AP 00:1e:58:04:1e:ec |
56 |
> wlan0: RX AssocResp from 00:1e:58:04:1e:ec (capab=0x411 status=0 aid=1) |
57 |
> wlan0: associated |
58 |
> wlan0: disassociated (Reason: 14) |
59 |
> wlan0: deauthenticated (Reason: 6) |
60 |
|
61 |
|
62 |
|
63 |
> |
64 |
> The syslog output from NetworkManager shows basically the same cycle: |
65 |
> |
66 |
> Nov 04 14:12:11 [NetworkManager] <info> Activation (wlan0) successful, |
67 |
> device activated._ |
68 |
> Nov 04 14:12:11 [NetworkManager] <info> Activation (wlan0) Stage 5 of 5 |
69 |
> (IP Configure Commit) complete._ |
70 |
> Nov 04 14:12:38 [NetworkManager] <info> (wlan0): supplicant connection |
71 |
> state: completed -> disconnected_ |
72 |
> Nov 04 14:12:38 [NetworkManager] <info> (wlan0): supplicant connection |
73 |
> state: disconnected -> scanning_ |
74 |
> Nov 04 14:12:38 [NetworkManager] <info> (wlan0): supplicant connection |
75 |
> state: scanning -> disconnected_ |
76 |
> Nov 04 14:12:40 [NetworkManager] <info> (wlan0): supplicant connection |
77 |
> state: disconnected -> associating_ |
78 |
> Nov 04 14:12:41 [NetworkManager] <info> (wlan0): supplicant connection |
79 |
> state: associating -> disconnected_ |
80 |
> Nov 04 14:12:50 [NetworkManager] <info> (wlan0): supplicant connection |
81 |
> state: disconnected -> scanning_ |
82 |
> Nov 04 14:12:52 [NetworkManager] <info> (wlan0): supplicant connection |
83 |
> state: scanning -> associating_ |
84 |
> Nov 04 14:12:52 [NetworkManager] <info> (wlan0): supplicant connection |
85 |
> state: associating -> disconnected_ |
86 |
> Nov 04 14:12:53 [NetworkManager] <info> (wlan0): device state change: 8 |
87 |
> -> 3 (reason 11)_ |
88 |
> Nov 04 14:12:53 [NetworkManager] <info> (wlan0): deactivating device |
89 |
> (reason: 11)._ |
90 |
> |
91 |
This doesn't really say anything other than it's trying to associate but |
92 |
got disconnected. Actually the dmesg is being more descriptive. |
93 |
|
94 |
|
95 |
> As soon as I stop NetworkManager and start net.wlan0, it jumps onto the |
96 |
> AP and stays there for good: |
97 |
> |
98 |
> wlan0: authenticate with AP 00:1e:58:04:1e:ec |
99 |
> wlan0: authenticated |
100 |
> wlan0: associate with AP 00:1e:58:04:1e:ec |
101 |
> wlan0: RX AssocResp from 00:1e:58:04:1e:ec (capab=0x411 status=0 aid=2) |
102 |
> wlan0: associated |
103 |
> |
104 |
> >> Additionally, I can't get either applet to actually save settings (like |
105 |
> >> known networks, passwords, etc.) which means that I'm continually |
106 |
> >> interrupted by a prompt for the wireless password. |
107 |
> > |
108 |
> > Do you have seahorse (gnome)? Depending on how it's setup, you should |
109 |
> > only have to provide the master password once for nm to access all your |
110 |
> > keys. |
111 |
> |
112 |
> I do have seahorse, and when I first boot up it asks me for the default |
113 |
> keyring password and connects to the AP automatically. Every time after |
114 |
> that, when the connection bounces, syslog shows: |
115 |
> |
116 |
> Nov 04 14:13:21 [NetworkManager] <info> Activation (wlan0/wireless): |
117 |
> connection 'Auto Informagration' has security, and secrets exist. No |
118 |
> new secrets needed._ |
119 |
> |
120 |
> but NetworkManager presents the WPA pass phrase dialog anyway. |
121 |
|
122 |
Ok, now I understand what's going on. NM is re-asks for the passphrase |
123 |
when the one it is using isn't working. |
124 |
|
125 |
It's sounding to me *not* like you are connecting and getting |
126 |
disconnected, but that you are not connecting at all, and, likely do to |
127 |
some kind of passphrase/key negotiation. |