我在 Ubuntu 13.04 下使用 wifi 连接时遇到问题。正如许多人报告的那样,Thema realtek 驱动程序 RTL8192CU 导致连接问题。
编辑:这发生在两台不同的机器上(Ubuntu 13.04 和 Ubuntu 12.10;内核 3.5、3.8 和 3.9)
就我的情况而言,每次内核尝试降低 TX 功率时它似乎都会断开连接:
wlan1: Limiting TX power to 27 (27 - 0) dBm as advertised by ...
问题:是否有可能阻止内核/驱动程序执行此操作?
我在日志中多次发现 dmesg 片段:
[ 69.721477] wlan1: authenticated
[ 69.721887] rtl8192cu 2-2:1.0 wlan1: disabling HT/VHT due to WEP/TKIP use
[ 69.725351] wlan1: associate with 00:18:84:23:50:4a (try 1/3)
[ 69.744272] wlan1: RX AssocResp from 00:18:84:23:50:4a (capab=0x431 status=0 aid=2)
[ 69.744348] wlan1: associated
[ 69.744606] cfg80211: Calling CRDA for country: NA
[ 69.772495] wlan1: Limiting TX power to 27 (27 - 0) dBm as advertised by 00:18:84:23:50:4a
[ 76.075829] rtlwifi:rtl_watchdog_wq_callback():<0-0> AP off, try to reconnect now
[ 76.075859] wlan1: Connection to AP 00:18:84:23:50:4a lost
nm-tool:(此时它连接到我的 wifi(Becks),无法浏览互联网。)
- Device: wlan1 [Becks] -------------------------------------------------------
Type: 802.11 WiFi
Driver: rtl8192cu
State: connected
Default: yes
HW Address: EC:1A:59:10:4B:35
Capabilities:
Speed: 18 Mb/s
Wireless Properties
WEP Encryption: yes
WPA Encryption: yes
WPA2 Encryption: yes
Wireless Access Points (* = current AP)
EasyBox-FF0700: Infra, 7C:4F:B5:FF:07:30, Freq 2422 MHz, Rate 54 Mb/s, Strength 94 WPA WPA2
FRITZ!Box Fon WLAN 7170: Infra, 00:04:0E:89:40:21, Freq 2437 MHz, Rate 54 Mb/s, Strength 94 WPA
belkin.3948: Infra, 08:86:3B:E0:80:48, Freq 2412 MHz, Rate 54 Mb/s, Strength 92 WPA WPA2
Delidovich's Home: Infra, 64:70:02:F6:FD:54, Freq 2452 MHz, Rate 54 Mb/s, Strength 92 WPA2
*Becks: Infra, 1C:C6:3C:35:FC:44, Freq 2417 MHz, Rate 54 Mb/s, Strength 76 WPA
ASUS: Infra, C8:60:00:94:9A:F6, Freq 2417 MHz, Rate 54 Mb/s, Strength 92 WPA
IPv4 Settings:
Address: 192.168.1.2
Prefix: 24 (255.255.255.0)
Gateway: 192.168.1.1
DNS: 192.168.1.1
答案1
附近有几个接入点的信号强度比您连接的 Becks 更强。我怀疑网络管理器看到这些接入点的信号强度更强,并试图漫游到另一个接入点。我建议您右键单击网络管理器图标并选择编辑连接。编辑无线连接 Becks,如下所示:
将其标记为自动连接并填写 Becks BSSID(MAC 地址)以告诉网络管理器您只想连接到 Becks 和您指定的 MAC 地址。
答案2
该消息Limiting TX power to
由mac8021 模块/子系统。
这是发射功率控制/管理 (TPC) 的实现IEEE 802.11h-2003适用于 5GHz。2012-2014 年修复了一些与 TX 功率限制相关的错误。
有关详细信息,请参阅思科的 DFS 和 TPC 页面。
答案3
当您的计算机尝试与 MAC 地址 BSSID 为 00:18:84:23:50:4a 的 AP 或接入点关联时,问题就出现了,因为 Becks 的 BSSID 列为 1C:C6:3C:35:FC:44。此外,00:18:84:23:50:4a 似乎正在使用 WEP,而您的网络使用 WPA 身份验证。
首先,使用终端通过 sudo 导航到“/etc/NetworkManager/system-connections”。Gnome 和 Ubuntu 桌面使用 nautilus,Kde 使用 dolphin,XFCE 使用 thunar,但为了解释这一点,我将在这里展示 nautilus。
sudo -i nautilus '/etc/NetworkManager/system-connections'
检查此文件夹是否包含任何为您不使用的网络保存的配置文件。您必须对计算机尝试连接的网络进行一些配置。删除任何不需要的配置文件将阻止将来自动连接到这些网络的尝试。您在此处应该只包含您想要保留的网络的配置文件。
现在来看看互联网。如果您的计算机显示已连接到路由器,但您无法连接到互联网,则您可能遇到了某种后续问题。连接丢失可能导致外部 DHCP 租约丢失,您可能需要重置调制解调器。
一些路由器使用调制解调器的单个外部 DHCP 租约作为与互联网的主要有线连接,为您的每台设备自动生成单独的内部 DHCP 租约,以便在本地网络上使用。这样,设备无需获取新租约即可连接。其他时候,根据您使用的路由器类型和设置,网络上的每台设备都会被分配一个外部租约。
答案4
我对这个具体问题不太熟悉,但我会先从这个工具开始powertop
(需要 root 权限)。它有一个“可调”部分(向右箭头滚动浏览各个部分),您可以在其中打开/关闭各种与省电相关的功能。