WIPI (wifi) adapter trouble with RPI version 2

Pi 2 is up-t-date. All updates were installed, this was one of the first things I did once the OS was running.

I tried the proto=RSN earlier - no luck, same responses.  Oh and without the Ethernet cable connected.

I agree that it probably is a security issue now after several hours of testing, just can't get the adapter to connect and get an IP lease.  I am security conscience and hence, not advertising SSID. But will try to turn it on for a test.

I am not using a WIFI extender and I gave bogus ssid and psk because I didn't want to let the world know what the real ones are.

This is the adapter I am using: http://www.newark.com/element14/wipi/frequency-rf-2-4ghz/dp/07W8938?mckv=sbefPUqKJ|pcrid|57087233661|plid|&CMP=KNC-GUSA-GEN-SHOPPING-ELEMENT14?gross_price=

This adapter works flawlessly on my other "B" and "B+" setups with RASPIAN versions for them. Your experience with EDUP adapters is what I experience the these models but not the PI 2 model.

I will try your suggestions and report back.

Thank you and regards,

Bob

Bob, are you sure that your /etc/wpa_supplicant/wpa_supplicant.conf file is correct?  As shown in this discussion, there is a syntax error.  See my previous response to you.

Bob, are you sure that your /etc/wpa_supplicant/wpa_supplicant.conf file is correct?  As shown in this discussion, there is a syntax error.  See my previous response to you.

Richard, Nice catch however I did not check the post before sending it.  I guess I was tired at the time.  The mistake I made was a bad copy/paste and fat-finger edit into the post.  I did find what is going on and I did not have to turn on SSID advertising in the router.

Here is what fixed it for me.  The wpa_supplicant.conf file is now:

ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev

update_config=1

network={

               ssid="MySSID"

               scan_ssid=1

               psk="MyPSK"

               proto=RSN

               key_mgmt=WPA-PSK

               pairwise=CCMP

               auth_alg=OPEN

}

NOTE: The fix was adding line "scan_ssid=1" in the position above. My PI 2 now works with all wifi adapters and the "WIPI" adapter. DHCP leases are accepted and there are no other issues noted.

SECURITY NOTE: The psk line above can be improved by using wpa_passphrase to convert the quoted open text in the wpa_supplicant.conf to a less open hexadecimal format that is harder to replicate.  Do not put quotes around the hex pass phase generated by wpa_passphrase.

Please mark Richard's answer as correct. ty

Robert,

I just set up my wifi although I do not need it as I am using Ethernet.  Here were my steps:

• Inserted my wifi USB adapter, pulled out the Ethernet cable, and rebooted.
• Launched wpa_gui.
• Clicked on Scan.
• Found my router and double-clicked on it.
• Entered the PSK (password) value.
• Waited for a bit as my connection is poor.  Success.

The following wpa_supplicant.conf file was generated by wpa_gui without any manual editing on my part required:

ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev

update_config=1

network={

    ssid="<myssid>"

    psk="<mypsk>"

    proto=RSN

    key_mgmt=WPA-PSK

    pairwise=CCMP

    auth_alg=OPEN

}

The difference in experience might be simply that you have your router security setup not to respond to scans from wpa_gui.

By the way, did you beef up security AFTER configuring and using the older Pis?  I would guess so.  To scan or not to scan is irrelevant once they have been fully configured with the router's particulars.

Clem,

I believe that Robert found his own correct answer for the problem at hand; I just debugged his "pasting".

All,

scan_ssid

         SSID scan technique; 0 (default) or 1.  Technique 0 scans for the

         SSID using    a broadcast Probe Request frame    while 1    uses a

         directed Probe Request frame.  Access points that cloak them-

         selves by not broadcasting    their SSID require technique 1,    but

         beware that this scheme can cause scanning    to take    longer to com-

         plete.

from https://www.freebsd.org/cgi/man.cgi?wpa_supplicant.conf%285%29