之間暫停和甦醒我的系統當然會斷開其 WLAN 連線。然後,一旦從掛起狀態喚醒,notwork-manager
就會嘗試重新建立連線。我認為一切正常
但是:在我的雙重開機 win-8 系統上做同樣的事情要快得多(wlan + 與它的互聯網立即<1秒)在我的 Ubunut 上需要 10 秒以上或更多。
檢查網路管理員中是否有問題的方法是什麼?或任何其他方式「加快速度」(這一定是可能的,甚至win8也能做到!)
更新
尋找其中的間隙,/var/log/syslog
我可以看到已經有一個「巨大」(之間至少有煩人的 4 秒時間間隙(看看你自己):
3 月 18 日 08:52:22 怪胎 NetworkManager[1428]: (wlan0): 請求者介面狀態: 中斷連線 -> 掃描 3 月 18 日 08:52:26 怪胎 wpa_supplicant[1717]:嘗試使用 c0:25:06:c6:b4:fe 進行驗證(SSID='mywlan_essid' freq=2472 MHz)
誰這麼慢?
答案1
我遇到了完全相同的問題,儘管我的差距是 10 秒長。
Sep 12 13:38:28 jumbo NetworkManager[1139]: <info> (wlan2): supplicant interface state: disconnected -> scanning
Sep 12 13:38:38 jumbo wpa_supplicant[1715]: wlan2: Trying to associate with 00:15:c7:29:86:81 (SSID='MILANO' freq=2412 MHz)
不幸的是,我找不到任何關於不同介面狀態的文檔,所以我只能猜測「掃描」狀態的含義:您的電腦偵聽具有相同SSID 的其他存取點,並連接到訊號品質最佳的AP。
因此,我相信這個問題可以解決,如果我們能夠設定靜態條目並由此控制您的電腦應連接到哪個AP,這至少將是您工作場所/家庭等的解決方案...我知道,nmcli 目前不提供此選項,因為您只能告訴您要連接到哪個SSID。這可以編寫腳本並用作 cronjob:
sudo nmcli device wifi connect "${SSID}" iface "${iface}"
另一種解決方案可能會將這個惱人的間隙的持續時間修改為一個低得多的值,但我懷疑這個值現在是否可配置。