Linux - Wireless NetworkingThis forum is for the discussion of wireless networking in Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I have a Dell Latitude D600 with a Broadcom Corporation BCM4309 802.11a/b/g card in the laptop. I have gone through most of the stuff on the ndiswrapper site, and have gotten to the point where when I
If I ifconfig -a, wlan0 shows up. So I think everything is working fine.
However, my problem comes here:
Code:
dpowers@lappy:~$ sudo iwlist wlan0 scan
Password:
wlan0 No scan results
My AP (Airport Base Station) generally has no problems with when I boot the same laptop with WinXP. But I cannot discover the AP when I boot to Ubuntu.
I have also tried pressing Fn+F2, thinking that maybe I have to turn the wireless on. Nothing worked.
Any thoughts?
-dmp
edit: one additional question, if I have my normal onboard NIC connected and online, should I still be able to at least scan for the AP through wireless, or do I have to bring the onboard connection offline?
Yes, ndiswrapper -l showed the hardware as being present. I tried iwconfig wlan0 essid 'myssid' but that doesnt work. I believe that if scan fails to see any AP, then there is no use trying to configure the essid anyway, but I may be wrong on that.
I pretty much tried everything. I wonder if compiling from source will do the trick....
dumb questin but, you do have your AP broadcasting it's essid...right? Scan won't show it if it's not.
Mine is set to broadcast, but it wouldn't light up the card until I put in the Key. I also had a hard time accessing the intrenet once it was configured so I ran ./rc.inet1 and it fixed that problem.
Just to set the record straight, in my experience, that last comment is not entirely correct.
I suffer from a similar issue to the one described above. Showing scan results with iwlist
sometimes works and sometimes doesn't. However, when it does, even access points
not broadcasting their ssid show up in the scans. The ESSID field is "". Additionally,
allowing the access point to broadcast the ssid doesn't resolve the iwlist issue.
A post on another forum suggested reloading the driver/kernel module.
This worked for me once, but not since.
As far as I know, there are two methods for hiding the SSID. The general confusion is
mostly due to their similar names. One method is not sending the SSID with the beacon
frames (not broadcasting it), and the other is not responding to probe requests sent with
the "broadcast SSID" (also known as the empty SSID or default/any SSID), or with any other
SSID that is different than the AP's SSID for that matter. Both these methods are not in the
802.11 standard, so not all access points support them.
The first method prevents passive scanning, which is to listen on each channel for a certain
period of time, trying to detect beacon management frames with SSIDs in them. The second
method prevents active scanning, which is to send probe requests with the "broadcast SSID",
trying to detect the standard responses.
But even using both these methods won't prevent an attacker from finding the SSID, by
deauthenticating a connected client, and waiting for him to reassociate, thus sending the
SSID with his probe request.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.