+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Проблема с Wi-Fi на 2.4 ГГц на hAP ax² после обновления до RouterOS 7.18.1

Проблема с Wi-Fi на 2.4 ГГц на hAP ax² после обновления до RouterOS 7.18.1, RouterOS

YaroslavBu

Guest

11.03.2025 21:21:00

Недавно обновил свой MikroTik hAP ax² до RouterOS 7.18.1, и с тех пор у меня проблема с 2.4 ГГц Wi-Fi сетью. Устройства видят SSID «M2», но подключиться не могут. Проверял на разных устройствах, включая: Android смартфон, Linux ПК, MacBook — ни одно не может установить соединение. При этом сеть 5 ГГц работает отлично. Делал полный сброс настроек и применял конфигурацию по умолчанию, но это не решило проблему.

Чтобы помочь диагностировать, вот мой текущий вывод конфигурации:

# 2025-03-11 23:08:07 by RouterOS 7.18.1
# software id = BHIS-LVZ7
#
# model = C52iG-5HaxD2HaxD
# serial number = ************

/interface bridge
add admin-mac=48:A9:8A:DF:D2:16 auto-mac=no comment=defconf name=bridge

/interface wifi
set [ find default-name=wifi1 ] channel.band=5ghz-ax .skip-dfs-channels=10min-cac .width=20/40/80mhz configuration.mode=ap .ssid=M5 disabled=no security.authentication-types=wpa2-psk,wpa3-psk .ft=yes .ft-over-ds=yes
set [ find default-name=wifi2 ] channel.band=2ghz-ax .skip-dfs-channels=10min-cac .width=20/40mhz configuration.mode=ap .ssid=M2 disabled=no security.authentication-types=wpa2-psk,wpa3-psk .ft=yes .ft-over-ds=yes

/interface list
add comment=defconf name=WAN
add comment=defconf name=LAN

/ip pool
add name=dhcp ranges=10.10.1.20-10.10.1.254

/ip dhcp-server
add address-pool=dhcp interface=bridge name=defconf

/user group
add name=monitoring policy="read,api,!local,!telnet,!ssh,!ftp,!reboot,!write,!policy,!test,!winbox,!password,!web,!sniff,!sensitive,!romon,!rest-api"

/disk settings
set auto-media-interface=bridge auto-media-sharing=yes auto-smb-sharing=yes

/interface bridge port
add bridge=bridge comment=defconf interface=ether2
add bridge=bridge comment=defconf interface=ether3
add bridge=bridge comment=defconf interface=ether4
add bridge=bridge comment=defconf interface=ether5
add bridge=bridge comment=defconf interface=wifi1
add bridge=bridge comment=defconf interface=wifi2

/ip neighbor discovery-settings
set discover-interface-list=LAN

/interface list member
add comment=defconf interface=bridge list=LAN
add comment=defconf interface=ether1 list=WAN

/ip address
add address=10.10.1.1/24 comment=defconf interface=bridge network=10.10.1.0

/ip dhcp-client
add comment=defconf interface=ether1

/ip dhcp-server lease
add address=10.10.1.10 client-id=1:d8:3a:dd:68:df:23 mac-address=**REDACTED** server=defconf

/ip dhcp-server network
add address=10.10.1.0/24 comment=defconf dns-server=10.10.1.10 gateway=10.10.1.1 netmask=24

/ip dns
set allow-remote-requests=yes servers=10.10.1.10

/ip dns static
add address=10.10.1.1 comment=defconf name=router.lan type=A

/ip firewall filter
add action=accept chain=input comment="defconf: accept established,related,untracked" connection-state=established,related,untracked
add action=drop chain=input comment="defconf: drop invalid" connection-state=invalid
add action=accept chain=input comment="defconf: accept ICMP" protocol=icmp
add action=accept chain=input comment="defconf: accept to local loopback (for CAPsMAN)" dst-address=127.0.0.1
add action=drop chain=input comment="defconf: drop all not coming from LAN" in-interface-list=!LAN
add action=accept chain=forward comment="defconf: accept in ipsec policy" ipsec-policy=in,ipsec
add action=accept chain=forward comment="defconf: accept out ipsec policy" ipsec-policy=out,ipsec
add action=fasttrack-connection chain=forward comment="defconf: fasttrack" connection-state=established,related hw-offload=yes
add action=accept chain=forward comment="defconf: accept established,related, untracked" connection-state=established,related,untracked
add action=drop chain=forward comment="defconf: drop invalid" connection-state=invalid
add action=drop chain=forward comment="defconf: drop all from WAN not DSTNATed" connection-nat-state=!dstnat connection-state=new in-interface-list=WAN

/ip firewall nat
add action=masquerade chain=srcnat comment="defconf: masquerade" ipsec-policy=out,none out-interface-list=WAN

/ipv6 firewall address-list
add address=::/128 comment="defconf: unspecified address" list=bad_ipv6
add address=::1/128 comment="defconf: lo" list=bad_ipv6
add address=fec0::/10 comment="defconf: site-local" list=bad_ipv6
add address=::ffff:0.0.0.0/96 comment="defconf: ipv4-mapped" list=bad_ipv6
add address=::/96 comment="defconf: ipv4 compat" list=bad_ipv6
add address=100::/64 comment="defconf: discard only " list=bad_ipv6
add address=2001:db8::/32 comment="defconf: documentation" list=bad_ipv6
add address=2001:10::/28 comment="defconf: ORCHID" list=bad_ipv6
add address=3ffe::/16 comment="defconf: 6bone" list=bad_ipv6

/ipv6 firewall filter
add action=accept chain=input comment="defconf: accept established,related,untracked" connection-state=established,related,untracked
add action=drop chain=input comment="defconf: drop invalid" connection-state=invalid
add action=accept chain=input comment="defconf: accept ICMPv6" protocol=icmpv6
add action=accept chain=input comment="defconf: accept UDP traceroute" dst-port=33434-33534 protocol=udp
add action=accept chain=input comment="defconf: accept DHCPv6-Client prefix delegation." dst-port=546 protocol=udp src-address=fe80::/10
add action=accept chain=input comment="defconf: accept IKE" dst-port=500,4500 protocol=udp
add action=accept chain=input comment="defconf: accept ipsec AH" protocol=ipsec-ah
add action=accept chain=input comment="defconf: accept ipsec ESP" protocol=ipsec-esp
add action=accept chain=input comment="defconf: accept all that matches ipsec policy" ipsec-policy=in,ipsec
add action=drop chain=input comment="defconf: drop everything else not coming from LAN" in-interface-list=!LAN
add action=fasttrack-connection chain=forward comment="defconf: fasttrack6" connection-state=established,related
add action=accept chain=forward comment="defconf: accept established,related,untracked" connection-state=established,related,untracked
add action=drop chain=forward comment="defconf: drop invalid" connection-state=invalid
add action=drop chain=forward comment="defconf: drop packets with bad src ipv6" src-address-list=bad_ipv6
add action=drop chain=forward comment="defconf: drop packets with bad dst ipv6" dst-address-list=bad_ipv6
add action=drop chain=forward comment="defconf: rfc4890 drop hop-limit=1" hop-limit=equal:1 protocol=icmpv6
add action=accept chain=forward comment="defconf: accept ICMPv6" protocol=icmpv6
add action=accept chain=forward comment="defconf: accept HIP" protocol=139
add action=accept chain=forward comment="defconf: accept IKE" dst-port=500,4500 protocol=udp
add action=accept chain=forward comment="defconf: accept ipsec AH" protocol=ipsec-ah
add action=accept chain=forward comment="defconf: accept ipsec ESP" protocol=ipsec-esp
add action=accept chain=forward comment="defconf: accept all that matches ipsec policy" ipsec-policy=in,ipsec
add action=drop chain=forward comment="defconf: drop everything else not coming from LAN" in-interface-list=!LAN

/system clock
set time-zone-name=Europe/Kiev

/system note
set show-at-login=no

/tool mac-server
set allowed-interface-list=LAN

/tool mac-server mac-winbox
set allowed-interface-list=LAN

doubleagent Guest	#2 0 26.03.2025 23:28:00 У меня именно такая проблема, и я никак не могу её решить, что бы я ни делал. Честно говоря, довольно раздражает. Мои старые и IoT-устройства вообще не могут подключиться.

geku

Guest

29.03.2025 21:57:00

hAP ax3 — похожая история, началась после обновления до 7.18.2. Через пару минут после перезагрузки 2.4 ГГц радио «работает» — вижу SSID с ПК, телефона и т.д., но подключиться не получается. Потом оно пропадает, в логах ничего интересного, даже в режиме отладки. Пробовал 7.19beta6 — та же проблема. Создал тикет в поддержку — SUP-184002, приложил туда supout.rif.

geku Guest	#4 0 30.03.2025 09:44:00 Понизил версию до 7.16.1 — проблема осталась та же.

erlinden

Guest

30.03.2025 10:42:00

Выполнить: /interface wifi
reset numbers=1

/interface wifi channel
add band=2ghz-ax disabled=no frequency=2412,2437,2460 name=CHAN-2G reselect-interval=1d..1d12h width=20mhz

/interface wifi
set [ find default-name=wifi2 ] channel=CHAN-2G configuration.country=Ukraine .mode=ap .ssid=M2
security.authentication-types=wpa2-psk,wpa3-psk .passphrase=[не забудь заполнить]

geku

Guest

30.03.2025 15:16:00

Понижал версию поочередно до 7.13, потом сделал сброс к заводским настройкам, затем снова установил 7.19beta6 с обновлением прошивки RouterBOARD. После этого возникли проблемы с восстановлением конфигурации из файла rsc, пришлось редактировать её вручную. И в итоге — всё заработало. Честно говоря, не знаю, что и сказать и в чём была причина...

YaroslavBu

Guest

06.04.2025 23:01:00

Спасибо! Ваш совет откатиться до версии не выше 7.13 (я откатился до 7.12.2), сделать полный сброс, а затем обновиться до последней стабильной версии 7.18.2 помог решить проблему. Также во время отката я понял, что обязательно нужно скачать пакеты RouterOS-7.12.2 и WiFiwave2-7.12.2. Перед понижением версии необходимо отключить пакет wifi-qcom, иначе откат не пройдет. Надеюсь, эти советы помогут другим быстро решить проблему, если они наткнутся на эту тему.

Ca6ko Guest	#8 0 10.04.2025 08:16:00 Ты пробовал просто обновиться до версии 7.18 через netinstall?

geku

Guest

10.04.2025 18:16:00

Опять перестало работать 04.04. То есть проработало у меня меньше недели, без каких-либо изменений. Вот что у меня сейчас:

Снова пытаюсь разобраться... И у меня только логи в памяти, так что нет никаких подсказок, что случилось именно 04.04. И дело не в хитрой конфигурации для капризных старых устройств — у меня и старая веб-камера, и новая навороченная MediaTek Wi-Fi 6E MT7922 160MHz Wireless LAN Card. Оба не могут подключиться к Wi-Fi 2.4 ГГц, тогда как 5 ГГц работает как надо. Windows снова ругается так же, как и в прошлый раз: служба WLAN AutoConfig не смогла подключиться к беспроводной сети.

Сетевой адаптер:
Интерфейс GUID: {...}
Режим подключения: ручное подключение с профилем
Имя профиля: ...
SSID: ...
Тип BSS: инфраструктура
Причина ошибки: данная сеть недоступна.
RSSI: 255

erlinden Guest	#10 0 10.04.2025 18:49:00 Вы проводили сканирование «Freq. Usage»? Особенно когда это происходит?

geku

Guest

#11

10.04.2025 19:18:00

Я заметил это через несколько дней после того, как перестало работать. Так что нет — у меня не было возможности это сделать. У меня есть одно устройство на WiFi 2.4 ГГц, которое периодически отправляет данные на сервер. И в Grafana я увидел, что передача данных остановилась 04/04. Но сейчас я всё починил: Перезагрузка — не помогла Обновление с 7.19beta6 до 7.19beta8 — не помогло Обновление прошивки, те же версии — не помогло Резервное копирование → Сброс (с сохранением пользователей, без стандартных настроек, поэтому потом подключался по MAC) → Восстановление — устройство снова заработало. Опять же, причины не понимаю, но явно что-то с радио происходит.

geku

Guest

#12

10.04.2025 19:25:00

Кстати, в прошлый раз я вручную настраивал основной и виртуальный WiFi. А в этот раз использовал provision из конфигурации (без CAP). Похоже, не важно, как именно настраиваешь радио. Включил отладочное логирование в файл — может, там что-то и покажется. Ну и frequency-scan и spectral-scan на данный момент (конфигурация настроена на Ch1, 2412MHz, для совместимости со старыми устройствами):

# 2025-04-10 22:49:20 by RouterOS 7.19beta8
# software id = TYMQ-0Y5X
#
Флаги: P – ОСНОВНОЙ; S – ВТОРИЧНЫЙ
Колонки: CHANNEL, NETWORKS, LOAD, NF, MAX-SIGNAL, MIN-SIGNAL
CHANNEL NETWORKS LOAD NF MAX-SIGNAL MIN-SIGNAL
2412 18% -74
P 2417 1 26% -74 -60 -60
2422 13% -74
2427 7% -74
2432 1% -75
S 2437 -75
2442 1% -75
2447 1% -76
2452 1% -76
2457 1% -76
2462 1% -77
2467 -78
2472 -79

# 2025-04-10 22:50:25 by RouterOS 7.19beta8
# software id = TYMQ-0Y5X
#
Колонки: FREQ, MAGN, PEAK, GRAPH
FREQ MAGN PEAK GRAPH
2404.5 -79 -56 ::::::::::::.......................
2409.5 -75 -49 ::::::::::::::::..........................
2414.5 -74 -56 :::::::::::::::::..................
2419.5 -76 -55 :::::::::::::::.....................

geku

Guest

#13

12.04.2025 21:41:00

Та же проблема снова. Теперь мне удалось собрать supout.rif и прикрепить его к тикету. Вручную исправил, но относительно быстро — резервное копирование → сброс (с сохранением пользователей, без стандартной конфигурации) → восстановление.

# 2025-04-13 00:38:32, RouterOS 7.19beta8
# software id = TYMQ-0Y5X
#
Флаги: P - PRIMARY; S - SECONDARY
Колонки: CHANNEL, NETWORKS, LOAD, NF, MAX-SIGNAL, MIN-SIGNAL
CHANNEL NETWORKS LOAD NF MAX-SIGNAL MIN-SIGNAL
P 2412 1 3% -80 -72 -72
P 2417 1 3% -80 -63 -63
2422 1% -81
2427 2% -82
2432 1% -83
PS 2437 1 3% -83 -73 -73
2442 1% -83
2447 1% -83
2452 -82
2457 1% -82
2462 1% -82
2467 -83
2472 1% -85

# 2025-04-13 00:39:01, RouterOS 7.19beta8
# software id = TYMQ-0Y5X
#
Колонки: FREQ, MAGN, PEAK, GRAPH
FREQ MAGN PEAK GRAPH
2404.5 -80 -68 :::::::::::............
2409.5 -77 -54 ::::::::::::::.......................
2414.5 -76 -48 :::::::::::::::............................
2419.5 -78 -53 :::::::::::::.........................

geku

Guest

#14

18.04.2025 21:21:00

Ладно, теперь у меня точно такая же проблема. Я пробовал сделать бэкап → сброс → восстановление два раза — не помогло. Потом запустил frequency-scan и вот что получилось:
Flags: P - PRIMARY; S - SECONDARY
Columns: CHANNEL, NETWORKS, LOAD, NF, MAX-SIGNAL, MIN-SIGNAL
CHANNEL NETWORKS LOAD NF MAX-SIGNAL MIN-SIGNAL
P 2412 1 99% -75 -71 -71
P 2417 1 99% -76 -62 -62
2422 99% -76
2427 97% -77
S 2432 92% -77
S 2437 77% -78
2442 46% -79
2447 16% -79
2452 4% -79
2457 1% -80
2462 1% -80
2467 1% -80
2472 1% -82

Так что временно переключился на канал 2452. Сейчас работает. Только одно из самых старых устройств, которое ожидает канал 1, теперь не сможет подключиться… Было бы интересно использовать что-то вроде RTL-SDR, чтобы посмотреть, что вообще творится в эфире.

geku

Guest

#15

19.04.2025 06:52:00

Интересно, а выглядит всё точно так же… Флаги: P - ПЕРВИЧНЫЙ; S - ВТОРИЧНЫЙ
Колонки: CHANNEL, NETWORKS, LOAD, NF, MAX-SIGNAL, MIN-SIGNAL
CHANNEL NETWORKS LOAD NF MAX-SIGNAL MIN-SIGNAL
2412 99% -75
P 2417 1 99% -75 -62 -62
2422 99% -76
2427 99% -76
2432 99% -77
S 2437 96% -77
2442 87% -77
2447 59% -78
2452 20% -78
2457 1% -78
2462 -79
2467 -80
2472 1% -81

mkx Guest	#16 0 19.04.2025 08:32:00 Уровень принимаемого сигнала (-62 дБ) показывает, что «помеха» — это либо обычная точка доступа, физически расположенная очень близко к твоему hAP ax2, либо высокоусиленная PtP-связь (скорее всего, работающая на незаконно повышенной передающей мощности) с линией между узлами, проходящей прямо через твой hAP ax2. При этом, вероятно, используется ширина канала 40 МГц (20+20 МГц; каналы 2+6), что само по себе безумие в диапазоне 2,4 ГГц. В предыдущем сканировании был похожий AP (каналы 1+5) чуть дальше (уровень сигнала -71 дБ), который, вероятно, не помешал бы твоему hAP ax2 начать передачу, но всё равно создавал бы помехи. Большая проблема — «загрузка» на каналах (99%). Wi-Fi-радиомодули обычно проверяют занятость частоты и избегают передачи, пока другой девайс (AP, клиент) вещает (столкновения — одно из худших явлений, так как приемники просто не принимают пакеты, и всё приходится пересылать заново). При нагрузке 99% нормально работающая точка доступа вообще не может передавать маячки, а значит, и включить Wi-Fi-интерфейс. А «злонамеренный» AP может начать транслировать маячки в любом случае и таким образом «издеваться» над корректными AP и клиентами, вытесняя их с канала.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры