JIABP

@Илья Хрупалов возможно, у меня схожая проблема:

Поддержу, было был удобно. Сейчас что бы залезть на диск, надо подключаться по VPN к роутеру, потом открывать FTP клиент и только потом можно хоть что-то делать.

Абсолютно Сам случайно его обнаружил.

@Alex Sh. 1) Имя сети 2.4 ГГц: такое же как на наклейке; 2) Пароль: любой, главное что бы отличался от того, что на наклейке; 3) Подключаемся к сети Keenetic-xxxx; 4) Заходим в приложение-> жмём кнопку "ОК, Wi-Fi подключён", реквизиты доступа не_вводить; 5) В веб-интерфейсе отключаем точку доступа и ждём пока айфон отключится от Wi-Fi сети (секунд 5) и после этого сразу появляется ошибка. Воспроизводится стабильно, Giga 1010, 2.13.C.0.0-3, iPhone 7, iOS 12.1.2. Добавил self-test скрытым сообщением.

Провалы есть, штатный роуминг отключён т.к. фактически не работает на 2.13 (на 2.14/15 не обновлялся пока). Другое дело, что провалы по качеству, а не потеря связи. Так что это можно считать условным роумингом из и палок и чего-нибудь ещё.

@Odium подписываюсь под каждым словом - у меня такая же схема, только головной роутер - Giga 3, и к нему по кабелю через несколько неуправляемых коммутаторов подключены 2 штуки Keenetic Air в режиме точки доступа, по одному на каждую комнату. Роуминг почти бесшовный - при разговоре по Apple'вскому Facetime, при переходе из комнаты в комнату только на несколько секунд качество видео падает до квадратиков, а потом в течение нескольких секунд восстанавливается. Главное, что бы длина кабеля от ТП-линка до кинетика была не больше 100 метров + имя сети и пароль были одинаковые. Единственное, опытным путём вывел, что при 100% мощности сигнала айфоны до последнего не отключаются от дальней точки доступа, поэтому методом тыка настроил мощность передатчика так, что бы при уходе из комнаты айфон переключался с одной точки на другую.

@Alex Sh. ок, попробую ещё раз, если будет стабильно воспроизводиться, как мне записать баг? Эдакий режим мониторинга запустить - я давно уже не тестирую прошивки, подзабыл что и как.

#399479 В итоге в будущих конфигах оно как-то будет по умолчанию включено на 3600?

@Alex Sh. Giga 1010, 2.13.C.0.0-3. Попробовал только один раз - больше не пробовал. Просьба меня по имени указывать, а то случайно в тему зашел и увидел ответ

Случайно обнаружил такой баг: включил 2.4 ггц точку доступа со стандартным именем Keenetic-12345, снял скрины, потом вырубил ТД и iPhone iOS 12.1.2 выдал такое сообщение: Приложение - сегодня скачал из Appstore.

Поддержу.

@des спасибо! 2.14 нормальная, без явных косяков? Могу удалённо её обновить? А то я далеко от роутера нахожусь - в пределах города, правда, и 40 минут езды на машине и не хотелось бы его убить

@des у меня так же есть дект-донгл (вместе с дсл донглом) на гига 3 и трубка PANASONIC Kx-Tg7175Ru DECT и так же не отображает номер. ИД трубки ниже, буду благодарен, если добавите: IPUI:006A12F4CE P.S. При чём, что интересно, в версии 2.08 АОН на этой трубке работал, а после перехода на 2.09 и далее (сейчас 2.13) - перестал. До сих пор конфиг старый есть и старая прошивка в файле, на всякий случай.

@Vik2018 4-5 устройств. 1 шт. Giga 3 центр дома, 2 шт. Keenetic Air подключены к гиге по проводу в режиме ТД и расширяют Wi-Fi сеть. Другое устройство - Keenetic Giga - подключается к Giga 3 как IPSec-клиент и другой географической точки и получается объединение 2 сетей. Когда на экране открыто 4 веб-морды это помогает не запутаться в Air'ах, которых аж 3 шт. В режиме ТД, насколько я знаю, это не работает. Этот пункт раскройте подробнее - я по доменному имени никогда не заходил - только по IP-адресам, которые помню наизусть, но не помню каким именно Air'ам они принадлежат.

В старом веб-интерфейсе отображалось имя устройства на главной странице, что было очень удобно если устройств 3 и больше. Сейчас для этого нужно заходить в раздел "О системе" и там скроллить до нужного раздела. Можно вернуть эту информацию на главную страницу?

Т.е. если я выставлю пул в 5 адресов (мне больше 2-3 и не надо), то проблемы не будет?

@Maxwell Max

У меня это проблема решилась обновлением дров адаптера на домашнем ноуте. На корпоративном обновить, понятное, дело, не возможно. Но что странно - первое время после апдейта дров проблема наблюдалась, но реже. А потом и вовсе сошла на нет.

Ап! Попробовал вариант - назначить начальный IP-адрес удаленной подсети для Virtual IP 192.168.1.200, и пул в 64 адреса. В итоге доступ в сеть интернет и к внутренним устройствам (сетевой принтер, например) в сети Giga 3 рухнул у всех устройств - iOS, Windows устройства. Но при этом, если из, скажем, LTE сети с iPhone подключиться к Giga 3 и получить 192.168.1.201, то доступ в интернет (Гига 3 как шлюз выступает) и доступ в ЛВС (тот же сетевой принтер) работает корректно. Так что это решение не очень подходит по причине полной поломки ЛВС 192.168.1.1/24 за Giga 3. Может кто знает как решить мою проблему-то?

Есть Giga 3 (2.10.C.0.0-0) (192.168.1.1) и Giga KN-1010 (2.10.C.2.0-0) (192.168.4.1). Giga 3 (192.168.1.1) является основным роутером с развернутым IPSec VPN сервером Virtual IP (192.168.2.1) - для подключения ноутбуков и телефонов так и VPN IPSec сервером для подключения Giga 1010 (192.168.4.1). Из сети Giga 3 (192.168.1.1) можно получить доступ до сети Giga 1010 (192.168.4.1). Однако, при подключении iPhone/Windows 10 к IPSec Virtual IP (выдаётся адрес 192.168.2.2) развернутом на Giga 3, я не могу получить доступ к Giga 1010 (192.168.4.1). Ранее, это работало, однако сейчас, к сожалению перестало. Интересно то, что вместо Giga 1010 был Giga 2, я его заменил на 1010 и всё работало. Но, потом решил поиграться с 1010 (но не с Giga 3) и сейчас доступ до 1010 не работает при подключении через IPSec Virtual IP к Giga 3. Собственно саппорт говорит (см. ниже), что это нормально, но блин, это реально работало с февраля, правда тогда вместо Giga 1010 с 192.168.4.1 была Giga 2 с 192.168.3.1 (если её сейчас подключать, то и к ней тоже доступа нет). В конце концов, из сети 192.168.1.1 я имею доступ до 192.168.4.1 без прописывания любых правил. Как так-то? ///я дал доступ саппорту для подключения к IPSec Virtual IP

Готово. #399479.

Помогло. За ночь съело всего 2% заряда. Может стоит это значение по умолчанию задать, "искаропки" так скзаать?

Купил Giga 1010, iPhone 7, iOS 11.4.1 ест батарею как не в себя. Верно понимаю, что нужно был применить команду на оба интерфейса? interface WifiMaster0 rekey-interval 3600 и на interface WifiMaster1 rekey-interval 3600 P.S. А какое дефолтное время? Как-то случайно увидел в консоли, что 300 секунд. Я прав? P.P.S. Сегодня ночью проверю, как будет кушать батарею после этих команд. На Giga 2 и Giga 3 помогло.

Ап!

Giga 2, 2.10.C.2.0-4 Ноутбук с модулем https://ark.intel.com/products/89450/Intel-Dual-Band-Wireless-AC-3165 под Windows 10 и драйверов от 10.01.2018 версии 19.51.11.2 - при выходе из сна, ноутбук получает по Wi-Fi адрес 169.x.x.x. Отключение и подключение к сети не помогает, приходится в сетевых подключениях адаптер отключать и включать заново (либо из диспетчера устройств). Причём такое поведение именно на Windows 10 на разных ноутбуках с разными адаптерами. MAC-адрес я нулями забил, так-то мак нормально отображается. Причем это происходит только тогда, когда ноутбук из сна выходит. Ещё, конечно же, помогает ребут. На своём ноуте я обновил дрова на Wi-Fi - стало появляться сильно реже. Но на ноуте, что ниже (лог), корпоративный и там особо не пообновляешь драйвера. Mar 26 23:02:57wmondWifiMaster0/AccessPoint0: (RT2860) STA(00:00:00:00:00:00) had been aged-out and disassociated. Mar 26 23:02:57wmondWifiMaster0/AccessPoint0: (RT2860) STA(00:00:00:00:00:00) had associated successfully. Mar 26 23:02:58wmondWifiMaster0/AccessPoint0: (RT2860) STA(00:00:00:00:00:00) set key done in WPA2/WPA2PSK. Mar 26 23:02:58ndhcpsDHCPREQUEST received (STATE_INIT) for 192.168.3.2 from 00:00:00:00:00:00. Mar 26 23:02:58ndhcpssending ACK of 192.168.3.2 to 00:00:00:00:00:00. Mar 26 23:03:07wmondWifiMaster0/AccessPoint0: (RT2860) STA(00:00:00:00:00:00) had been aged-out and disassociated. Mar 26 23:03:07wmondWifiMaster0/AccessPoint0: (RT2860) STA(00:00:00:00:00:00) had associated successfully. Mar 26 23:03:08wmondWifiMaster0/AccessPoint0: (RT2860) STA(00:00:00:00:00:00) set key done in WPA2/WPA2PSK. Mar 26 23:03:08ndhcpsDHCPREQUEST received (STATE_INIT) for 192.168.3.2 from 00:00:00:00:00:00. Mar 26 23:03:08ndhcpssending ACK of 192.168.3.2 to 00:00:00:00:00:00. Mar 26 23:03:15wmondWifiMaster0/AccessPoint0: (RT2860) STA(00:00:00:00:00:00) had been aged-out and disassociated. Mar 26 23:03:15wmondWifiMaster0/AccessPoint0: (RT2860) STA(00:00:00:00:00:00) had associated successfully. Mar 26 23:03:16wmondWifiMaster0/AccessPoint0: (RT2860) STA(00:00:00:00:00:00) set key done in WPA2/WPA2PSK. Mar 26 23:03:16ndhcpsDHCPREQUEST received (STATE_INIT) for 192.168.3.2 from 00:00:00:00:00:00. Mar 26 23:03:16ndhcpssending ACK of 192.168.3.2 to 00:00:00:00:00:00. Другой ноутбук (рабочий), с Win 10, и модулем https://www.intel.ru/content/www/ru/ru/products/wireless/wireless-products/dual-band-wireless-ac-8265.html - то же самое - при выходе из сна не получает IP и необходимо отключать/включать адаптер, т.к. отключение от сети и повторное подключение не помогает. Apr 22 18:57:57wmondWifiMaster0/AccessPoint1: (RT2860) STA(xx:aa:bb:cc:ee:qq) had associated successfully. Apr 22 18:57:58wmondWifiMaster0/AccessPoint1: (RT2860) STA(xx:aa:bb:cc:ee:qq) set key done in WPA2/WPA2PSK. Apr 22 18:57:58ndhcpsDHCPDISCOVER received for 10.1.30.38 from xx:aa:bb:cc:ee:qq. Apr 22 18:57:58ndhcpsmaking OFFER of 10.1.30.38 to xx:aa:bb:cc:ee:qq. Apr 22 18:57:58ndhcpsDHCPREQUEST received (STATE_SELECTING) for 10.1.30.38 from xx:aa:bb:cc:ee:qq. Apr 22 18:57:58ndmkernel: SWNAT bind table cleared Apr 22 18:57:58ndhcpssending ACK of 10.1.30.38 to xx:aa:bb:cc:ee:qq. Apr 22 19:01:31wmondWifiMaster0/AccessPoint1: (RT2860) STA(xx:aa:bb:cc:ee:qq) had deauthenticated. Apr 22 19:01:32wmondWifiMaster0/AccessPoint1: (RT2860) STA(xx:aa:bb:cc:ee:qq) had associated successfully. Apr 22 19:01:32wmondWifiMaster0/AccessPoint1: (RT2860) STA(xx:aa:bb:cc:ee:qq) set key done in WPA2/WPA2PSK. Apr 22 19:01:32ndhcpsDHCPREQUEST received (STATE_INIT) for 10.1.30.38 from xx:aa:bb:cc:ee:qq. Apr 22 19:01:32ndhcpssending ACK of 10.1.30.38 to xx:aa:bb:cc:ee:qq. Apr 22 19:01:35ndhcpsDHCPREQUEST received (STATE_INIT) for 10.1.30.38 from xx:aa:bb:cc:ee:qq. Apr 22 19:01:35ndhcpssending ACK of 10.1.30.38 to xx:aa:bb:cc:ee:qq. Apr 22 19:01:35wmondWifiMaster0/AccessPoint1: (RT2860) STA(xx:aa:bb:cc:ee:qq) had been aged-out and disassociated. Apr 22 19:01:36wmondWifiMaster0/AccessPoint1: (RT2860) STA(xx:aa:bb:cc:ee:qq) had associated successfully. Apr 22 19:01:36wmondWifiMaster0/AccessPoint1: (RT2860) STA(xx:aa:bb:cc:ee:qq) set key done in WPA2/WPA2PSK. Apr 22 19:01:36ndhcpsDHCPREQUEST received (STATE_INIT) for 10.1.30.38 from xx:aa:bb:cc:ee:qq. Apr 22 19:01:36ndhcpssending ACK of 10.1.30.38 to xx:aa:bb:cc:ee:qq. Apr 22 19:03:18wmondWifiMaster0/AccessPoint1: (RT2860) STA(xx:aa:bb:cc:ee:qq) had deauthenticated. Apr 22 19:03:24ndmkernel: SWNAT bind table cleared Apr 22 19:03:27wmondWifiMaster0/AccessPoint1: (RT2860) STA(xx:aa:bb:cc:ee:qq) had associated successfully. Apr 22 19:03:28wmondWifiMaster0/AccessPoint1: (RT2860) STA(xx:aa:bb:cc:ee:qq) set key done in WPA2/WPA2PSK. Apr 22 19:03:28ndhcpsDHCPREQUEST received (STATE_INIT) for 10.1.30.38 from xx:aa:bb:cc:ee:qq. Apr 22 19:03:28ndmkernel: IPv4 conntrack lan: flushed 56 entries with address 10.1.30.38 Apr 22 19:03:28ndmkernel: SWNAT bind table cleared Apr 22 19:03:28ndhcpssending ACK of 10.1.30.38 to xx:aa:bb:cc:ee:qq. При чем это происходит как при подключении рабочего ноута к госетвой сети (10.1.x.x) так и при подключении личного ноута к домашней сети (192.168.1.x).