sergeyk

Снимите self-test в этот момент. Ваш предыдущий сохранён, когда аппаратный ускоритель выключен.

Попробуйте cookie почистить в браузере для адреса, на который заходите.

Захватите обмен DNS на WAN во время возникновения ошибок, если есть такая возможность.

Все ситуации предусмотреть невозможно, есть очень много сценариев, когда неправильная конфигурация приводит к недоступности устройства. Если вы не чувствуете уверенности в своих действиях, используйте режим безопасной настройки.

@saffe попробуйте для эксперимента поставить 4.0 Alpha 19, только сохраните конфигурацию и прошивки с обоих устройств.

Что с ним не так?

Нет.

@uRay у вас MacBook к Voyager подключается только к 2.4 ГГц? Попробуйте отключить band steering.

Прикрепите self-test с обоих устройств.

Вам уже выданная рекомендация не помогла?

Такой возможности нет и не будет из-за аппаратных ограничений.

Если это обязательное условие, то без разделения никак. Хотя я не понимаю, какая разница, какие у устройств адреса, если это фактически одна подсеть, судя по вашему изначальному требованию.

Могу написать ещё раз: почему одной большой общей сети недостаточно и нужно разделять устройства на две?

Конечно не помогло. Я писал про одну общую сеть.

Сделайте сеть /23 или /22. У встроенного сервера ограничение в 1250 узлов.

Всё равно не понятно, почему одного недостаточно.

Вы сделали две подсети, а теперь хотите их объединить, вместо того чтобы использовать одну. В чём идея?

Это особенность работы клиента Wi-Fi: когда он не приассоциирован к точке доступа, но настроен, он находится в режиме поиска станции. Поиск предполагает периодическое сканирование эфира с переключением каналов. Поскольку радиотракт общий у клиента и точек доступа, точки вместе с клиентом переходят на другие каналы при сканировании. Выход тут только один — вручную фиксировать канал.

(config)> components auto-update channel delta Components::Manager: Auto-update channel is "delta". (config)> copy running-config startup-config (config)>

@Дмитрий Столетов что насчёт 3.9.5? https://forum.keenetic.com/topic/14584-журнал-изменений-39/#comment-162331

@KYTECHNGAMING please also attach a (hidden) self-test from the running device.

Как уже написал выше @r13, команда управления только одна [no] interface <Parent>/VlanX В качестве <Parent> может выступать любой интерфейс Wi-Fi. Интерфейс <Parent>/VlanX передаёт данные в среду, добавляя тег X, и принимает данные из среды, снимая тег. Например, если у вас есть тегированный трафик с VLAN 10 на порту свитча GigabitEthernet0/1, его можно тегированным же передавать по Wi-Fi через точку доступа, настроив мост между этими интерфейсами: interface GigabitEthernet0/1 switchport mode trunk interface GigabitEthernet0/1 switchport trunk vlan 10 interface GigabitEthernet0/Vlan10 interface WifiMaster0/AccessPoint0/Vlan10 interface Bridge10 interface Bridge10 include GigabitEthernet0/Vlan10 interface Bridge10 include WifiMaster0/AccessPoint0/Vlan10 При такой конфигурации внутри Bridge10 ходит нетегированный трафик из VLAN 10, а в сторону порта свитча GigabitEthernet0/1 и точки WifiMaster0/AccessPoint0 — тегированный.

Yes, then please upload to Yandex.

Please attach here in a hidden post.

@KYTECHNGAMING Sorry for inconvenience, the right command is tcpdump -i br0 -s 0 -U -w /<path-to-usb-storage/tsmb_crash.pcap port 445 >/dev/null 2>&1