Summary: | /etc/init.d/net.ath0 fails to connect to AP (baselayout-1.11.10-r4) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jason Cooper <jason+gentoobugs> |
Component: | [OLD] baselayout | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | uberlord |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 66472 |
Description
Jason Cooper
2005-03-27 15:52:22 UTC
*** Bug 87047 has been marked as a duplicate of this bug. *** Is your AP broadcasting it's SSID? No, my AP is not broadcasting it's ssid. That seems like a likely suspect, however, I would prefer not to broadcast the ssid if at all possible. OK, you can try mapping the MAC address of the AP (if that is broadcast) - here's the relevant part of the wireless.example file in /etc/conf.d/wireless.example # Map a MAC address to an ESSID # This is used when the Access Point is not broadcasting it's ESSID # WARNING: This will override the ESSID being broadcast due to some # Access Points sending an ESSID even when they have been configured # not too! # Change 001122334455 to the MAC address and ESSID to the ESSID # it should map to #mac_essid_001122334455="ESSID" If that fails, you can always try and "force" a connect Again, here's the relevant section for you # You can also say whether we only connect to preferred APs or not # Values are "any", "preferredonly", "forcepreferred", "forcepreferredonly" and "forceany" # "any" means it will connect to visible APs in the preferred list and then any # other available AP # "preferredonly" means it will only connect to visible APs in the preferred list # "forcepreferred" means it will forceably connect to APs in order if it does not find # them in a scan # "forcepreferredonly" means it forceably connects to the APs in order and does not bother # to scan # "forceany" does the same as forcepreferred + connects to any other available AP # Default is "any" #associate_order="any" #associate_order_eth0="any" If that also fails to work, or is too slow for you, another option is using wpa_supplicant - provided that the AP at least uses WEP it works a treat Awesome, that fixed it. Thanks for input, I'll pass it along to the other guy on gentoo-user who had the same problem. |