WPA-PSK not working, but unsecured wireless OK
I've already asked about this on my distro's forums and the folks there (however helpful), have run out of ideas.
I have made some progress lately, but still no joy. I'm running Gentoo 2006.0 on a Toshiba Laptop with an Intel wireless card Code:
lspci | grep Wireless at present, to even scan for networks, I have to go into a terminal and manually call wpa_supplicant in background mode. wpa_gui works, but it's completely useless--it won't make any changes to /etc/wpa_supplicant.conf. If I completely turn encryption off, I can connect wirelessly, but it fails with any sort of encryption, even 64-bit WEP, which isn't much better than zero encryption. I know I'm not just typo'ing the PSK, since it's my root password and I type it dozens of times per day. When I tried WEP, I used my phone number--impossible to b0rk the key. The PSK is 9 characters in length eth0 doesn't seem to be anything on my system, eth1 is the wlan, and eth2 is my working ethernet connection. Here's my current wpa_supplicant.conf (with the psk changed, of course :)) Code:
ctrl_interface=/var/run/wpa_supplicant Code:
wpa_supplicant -Dipw -ieth1 -c/etc/wpa_supplicant.conf -B Here's what iwconfig tells me when I have encryption turned off at the AP: Code:
iwconfig I don't know if this output is any good, it appears to be in Croatian to my untrained eye: Code:
wpa_supplicant -Dipw -ieth1 -c/etc/wpa_supplicant.conf -Bioctl[IPW_IOCTL_WPA_SUPPLICANT]: Operation not supported Code:
wpa_gui |
Perhaps your AP requires CCMP (AES, I think you need this for WPA2)? In which case you should add CCMP to the pairwise option, like this "pairwise=CCMP TKIP". Since this is the default value if the pairwise option is not specified in the block, and since your group options are also the same as the defaults, I believe you can safely ommit them from the network block. And the priority option also doesn't work well with ap_scan=1, so you can leave the priority option out too. I would use something like this:
Code:
network={ Just some things you could try, hope that helps. |
same output with wpa_supplicant.conf modified as listed above.
The blob thing came out of wpa_supplicant.conf.example, so I thought it was necessary. I'm thinking that if I can figure out why WEP won't work, I'll also know why WPA won't work. I don't know what changed, but the SCAN function in wpa_gui won't pick up my SSID or my neighbor's anymore. EDIT: I am the OP, I initially had some authentication issues and made a new account ><. Got access to my real one again, though. EDIT2: It wouldn't scan for SSIDs because I had my wlan switch turned off. After turning it back on, I still had no change from my prior results. It keeps trying to authenticate with 00:00:00:00:00:00 instead of my router's MAC address. |
Another thing you could try is making sure all the right wireless/cryptographic options are compiled into the kernel (or as modules) and all the right modules are loaded. Have you configured your wireless card according to this wiki page?
Hope that helps. |
Aye, if it weren't for the Gentoo Wiki, I would still be wondering where to start :) I've got a couple of articles from there printed out so that I can pore over it at work :p
|
Solution found: Endless loop of WPA_SUPPLICANT with IPW2200 driver
I had the same problem with my Intel(R) PRO/Wireless 2915ABG using Backtrack v2 beta. I found this solution on another forum somewhere. Seems to work.
------- Comment #1 From Jouni Malinen 2006-01-30 05:09:56 ------- Have you tried using driver_wext.c (i.e., -Dwext on the wpa_supplicant command line)? ipw2200 driver changes WPA configuration from private ioctls to WE-18 when the Linux wireless extensions in the kernel are new enough and it looks like your driver is built against WE-18 which has WPA support. |
In addition to "-Dwext" try just creating a simple config file with "wpa_passphrase "myessid" "my passphrase" > /etc/my_supplicant.conf". Then run that with "wpa_supplicant -Bw -Dwext -c/etc/my_supplicant.conf -ieth1".
|
You have to add this line at the top of your /etc/wpa_supplicant.conf file:
update_config=1 NOTE: If you don't do this, wpa_supplicant (and therefore wpa_cli and wpa_gui) cannot update the config file. If you *DO* turn this on, and the file is automatically updated, you will *LOSE* all of the comments in your config file-- so if the comments are important to you, make a backup of the config file before turning this option on. I found this information in the example config file on the wpa_supplicant home page. Give that a whirl, and please report back your results... ~Ken |
Same issue in Debian Etch with T43p
Hello everybody!
At the present I have the same issue with T43p and Debian Etch. I used this link to configure my interface. I get exactly the same messages... I will try to research further on, but would appreciate any hint... Regards, Andrey. P.S. And WEP didn't work for me either! |
Quote:
I also had the same problem being described in this thread on my IBM Thinkpad T43 with the Intel PRO/Wireless 2915ABG card. I removed WPADRIVER="ipw" line from my /etc/rc.d/rc.wireless.conf and restarted my eth1 interface /etc/rc.d/rc.inet1 eth1_restart and it connected up and got an IP address from my router. Your wireless config file may be in a different place, I'm running Slackware 11.0. |
All times are GMT -5. The time now is 07:28 PM. |