wpa_supplicant && associates to unknown AP
Sam Leffler
sam at freebsd.org
Mon Mar 2 08:05:49 PST 2009
Matthias Apitz wrote:
> El día Sunday, March 01, 2009 a las 09:44:05AM -0800, Sam Leffler escribió:
>
>
>> I don't see a wpa_supplicant log. The way iwi works is rather a hack
>> but necessitated by the crappy intel firmware. There is no way to get
>> iwi to just scan but not associate so what's done is we install an
>> "impossible ssid" when we just want to scan then fill in the ssid and
>> tell it to scan on just the channel where the desired ap is located.
>> This has always worked but perhaps you caught ifconfig reporting status
>> that was temporary. Without logs it's impossible to tell.
>>
>
> I will try to collect a wpa_supplicant log; this is a bit tricky because
> wpa_supplicant is launched at boot time with hardcoded flags in
> /etc/rc.d/wpa_supplicant and it seems it does not log via syslog (at
> least I don't see how this could be enabled in the man page);
>
The no logging is because syslogd is started too late by rc.d. I've
brought this up (the ordering is complicated) but haven't had time to
fix it myself.
To add -d you should be able to just add
wpa_supplicant_flags="-s -d"
in rc.conf. This will work if you manually start things with
/etc/rc.d/netif start ath0
(or similar).
>
>> The other possibillity is your wpa_supplicant.conf file allowed
>> association to a "wildcard ap". Can't tell w/o seeing the config file
>> and/or log.
>>
>
> No, there is no "wildcard ap".
>
> Thx for your reply in any case.
>
> matthias
>
>
More information about the freebsd-mobile
mailing list