Имеется Skipper DSL (KN-2112). Так как в сети расплодилось слишком много "умных устройств", то было принято решение организовать для них отдельный сегмент сети, что и было сделано. Точка доступа WiFi получила имя, отличное от основной ТД, был выделен диапазон адресов (основная сеть - 192.168.0.х, дополнительная - 192.168.100.х), настроен DHCP-сервер.
Но оказалось, что ни одно умное устройство - ни "фирменные" датчики, ни "доморощенные" (например, модуль ESP32 с прошивкой Tasmota или ESPHome) по какой-то неведомой причине не хотят подключаться к новой точке доступа. В логах пишут "не удалось подключиться по таймауту" и тому подобное. Стоит перенастроить их на основную ТД - все нормально - подключаются, получают IP-адреса, работают.
Что я только ни делал - и по-всякому переименовывал ТД, и менял её протокол безопасности (WPA, WPA2, их комбинации), и отключал 5 ГГц, и вообще снимал защиту, и менял диапазон подсети - ничего не помогает. В конце концов даже вообще удалил этот сегмент и попытался подключить девайсы к "умолчательно" настроенной гостевой сети - опять нет коннекта.
Промучился пару дней, уже почти отказался от идеи организовать вторую сеть для IOT, но тут мне на глаза в кладовке попался старый Keenetic Omni (KN-1410), списанный год назад по причине прекращения обновлений. На нем я быстренько смоделировал конфигурацию с двумя сегментами, и... о, чудо... девайсы к точке доступа Omni прекрасно подключились и заработали, причём, именно в дополнительной сети, а не в основной.
Получается, что причина в Skipper'е? Он как-то нестандартно транслирует WiFi в дополнительных сегментах, что ли?
You can post now and register later.
If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.
Question
booroondook
Имеется Skipper DSL (KN-2112). Так как в сети расплодилось слишком много "умных устройств", то было принято решение организовать для них отдельный сегмент сети, что и было сделано. Точка доступа WiFi получила имя, отличное от основной ТД, был выделен диапазон адресов (основная сеть - 192.168.0.х, дополнительная - 192.168.100.х), настроен DHCP-сервер.
Но оказалось, что ни одно умное устройство - ни "фирменные" датчики, ни "доморощенные" (например, модуль ESP32 с прошивкой Tasmota или ESPHome) по какой-то неведомой причине не хотят подключаться к новой точке доступа. В логах пишут "не удалось подключиться по таймауту" и тому подобное. Стоит перенастроить их на основную ТД - все нормально - подключаются, получают IP-адреса, работают.
Что я только ни делал - и по-всякому переименовывал ТД, и менял её протокол безопасности (WPA, WPA2, их комбинации), и отключал 5 ГГц, и вообще снимал защиту, и менял диапазон подсети - ничего не помогает. В конце концов даже вообще удалил этот сегмент и попытался подключить девайсы к "умолчательно" настроенной гостевой сети - опять нет коннекта.
Промучился пару дней, уже почти отказался от идеи организовать вторую сеть для IOT, но тут мне на глаза в кладовке попался старый Keenetic Omni (KN-1410), списанный год назад по причине прекращения обновлений. На нем я быстренько смоделировал конфигурацию с двумя сегментами, и... о, чудо... девайсы к точке доступа Omni прекрасно подключились и заработали, причём, именно в дополнительной сети, а не в основной.
Получается, что причина в Skipper'е? Он как-то нестандартно транслирует WiFi в дополнительных сегментах, что ли?
Кто может помочь разобраться с проблемой?
1 answer to this question
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.