☰

Android 上的 Mikrotik Wifi 不斷斷開連接

tag-icon • tag-icon wifi mikrotik android
Android 上的 Mikrotik Wifi 不斷斷開連接

我的公司最近購買了幾台 Mikrotik hAP Mini。這些單元用於網站到站點 VPN。我手動設定的第一個單元運行完美。然後我將配置匯出到第二、第三和第四個單元。

在這 3 台設備上，當我的 Pixel 3a 連接時，它會收到一個 IP 位址，並聲明“無互聯網連接”，一秒鐘後它會一遍又一遍地斷開連接並重新連接到 WiFi。電話實際上位於 AP 單元的頂部，周圍區域最多有 15 個其他 AP。另一位收到設備的用戶也在他的小米手機上報告了同樣的問題。

在 Mikrotik 上，日誌顯示「macaddr@wlan1：已斷開連接，收到解除驗證：發送站離開 (3)」。我相信這只是正常的“用戶已斷開連接”訊息。

令人驚訝的是，如果我將 DHCP 伺服器設定為不是提供任何 DNS 伺服器，然後 Pixel 保持連接，詢問當此 wifi 沒有互聯網時應該做什麼。我嘗試過的DNS伺服器組合是：

  • 向客戶端提供遠端 DNS 伺服器 IP（該伺服器透過 VPN）
  • 向客戶端提供1.1.1.1
  • 提供路由器的IP作為DNS伺服器，以及
    • 設定路由器的上游為1.1.1.1、1.0.0.1
    • 將路由器的上游設定為遠端 DNS 伺服器
    • 將路由器的上游設定為遠端 DNS 伺服器並且 1.1.1.1 作為輔助伺服器

這似乎是 Android 的這個神秘功能的罪魁禍首。另外，如果我使用與 DHCP 完全相同的 IP 配置（帶有遠端 DNS 伺服器），但作為靜態 IP，那麼我可以保持連接並且互聯網也可以正常工作

總之：

  1. 兩部不同品牌的 Android 手機無法與 3 個 Mikrotik 裝置保持連線超過 5 秒，每個 AP 都具有完全相同的設定並在近距離進行測試。
  2. 在 DHCP 中不提供 DNS 伺服器確實可以保持連接，但當然，沒有互聯網
  3. 提供任何DHCP 中的 DNS 伺服器給出與 1 相同的結果
  4. 使用 DHCP 提供的完全相同的 IP 資訊可提供預期結果，但使用者體驗不佳
  5. 出廠預設配置也可以使用
  6. 我的 Linux 筆記型電腦適用於 1-5 中除 2 之外的所有配置

相關的 Mikrotik 配置為：

/interface wireless
set [ find default-name=wlan1 ] band=2ghz-b/g/n channel-width=20/40mhz-XX \
    country=thailand disabled=no distance=indoors frequency=auto \
    installation=indoor mode=ap-bridge ssid=ssid station-roaming=enabled \
    wireless-protocol=802.11
/interface wireless security-profiles
set [ find default=yes ] authentication-types=wpa-psk,wpa2-psk mode=\
    dynamic-keys supplicant-identity=MikroTik
/ip dns
set allow-remote-requests=yes servers=10.0.0.1,1.1.1.1,1.0.0.1 use-doh-server=\
    https://cloudflare-dns.com/dns-query
/ip pool
add name=dhcp ranges=10.1.0.0/29
/ip address
set [ find comment=defconf ] address=10.1.0.1/29 interface=bridge network=10.1.0.0
/ip dhcp-server network
set [ find comment=defconf ] address=10.1.0.0/29 dns-server=10.1.0.1 gateway=10.1.0.1 netmask=29

其他設定大多為出廠預設設置，包括所有預設防火牆配置和 DHCP 選項集。 RouterOS版本是6.47.10（長期）

答案1

如果有人用谷歌搜尋並找到這個帖子，我就把這個貼在那裡。就我而言，當目標 AP 為空（沒有無線客戶端連接到它）時就會發生這種情況。這意味著無線介面未處於啟動狀態。當第一個客戶端連接到它時 - 介面啟動，這會啟動 RSTP 演算法（計算連接埠的成本和角色），這需要一些時間，對於某些智慧型手機來說這個時間太長。因此，停用 AP 橋上的任何 STP 協定可以解決我的問題。

答案2

幾個月後，我發現 DHCP 伺服器正在處理子網路中的最後一個 IP（即廣播位址）。從流通中刪除該 IP 後，一切都按預期進行

答案3

我有這個問題..或類似的問題..我有RB2011，與我的筆記型電腦連接（現在），工作得很好。當嘗試連接我的手機（Pixel 4）時，我收到問題說。 receive deauth: 發送站離開 (3) 然後電話斷開。我發現，如果我在電話上配置靜態 IP 位址，一切正常。你到底禁用了什麼？ RB2011 作為普通的“橋接器”，橋接內有 4 個端口，網橋上有一個 DHCP 用戶端，網橋內有 WLAN 連接埠。 （僅用作AP+交換器類型）

相關內容