Grant wrote: >>>Hello, I'm having trouble connecting to APs other than the one at my >>>home. I use wpa_supplicant and the madwifi-driver (ath0). What can I >>>do to debug this? Right now all I see is a timeout. Please let me >>>know if you might be able to help. >>> >>> >>> >>> >>Hi Grant, >> >>I will try to get wpa_suppliicant running here at my hotel tonight, and >>let you know if I learn anything useful. I'm in France, so that would >>be during the day Friday your time. That is if I have time before >>drinking or brain cells left afterwards!! >> >>
Well, I didn't have any luck getting wpa_supplicant to connect to an unencrypted network. From looking at the debug output from both my prism54 driver and wpa_supplicant, it seems that wpa_supplicant tells the driver to drop all unencrypted packets, even if key_mgmt is set to OFF. This behavior might be different with the madwifi driver however. I think you will probably have better luck without using wpa_supplicant. The commands I gave before should work for this (except I typoed 'eth0' instead of 'ath0' for dhcpcd). You might also have to add an "ifconfig .. up" at the beginning. So try: ifconfig ath0 up iwconfig ath0 essid "blahblah" dhcpcd -i ath0 Let me know how it goes. -Richard >Thanks a lot Richard. I'm going to try all of that right away. What >does it mean when it says it is connected to address: > >FF:FF:FF:FF:FF > > Looks like it is setup for some kind of broadcast...but I'm not sure...I never saw that in my tests. >Also, should passwords not be submitted in a browser over an >unencrypted wireless network? > > I'm probably the wrong person to ask about this one...I _believe_ it is safe as long as it is an "SSL/https" connection (you should have a 'locked padlock' icon in the bottom right of the firefox window.) Everything can be broken of course, it is just a matter of time and money. -Richard -- gentoo-user@gentoo.org mailing list
