Andrew Voronkov

Моя wifi система: Контроллер - Репитер 1, Репитер 2, Репитер 3, Репитер 4. При обновлении с беты на 4.3.0 словил баг, что ретранслятор (репитер 1) с назначенным адресом 192.168.1.3 полностью пропал из wifi системы. Оказывается, это служебный айпишник, на 4.3.0 были какие-то изменения по этому поводу (сказали в саппорте, у кого этот адрес используется - лучше освобождайте). В итоге до этого система работала лет 5 с такой адресацией - после обновления на 4.3.0 всё развалилось (на странице wifi системы репитер с 192.168.1.3 висит как офлайн, при этом он в доступе по этому внутреннему адресу, спокойно открывается и тд, но wifi система не работает с ним). НО! Проблема не только в этом! Пока я не понимал, в чем дело, я решил перезахватить этот репитер. Сбросил на дефолт, включил как усилитель, подключил по проводу, захватил - всё по классике. Wifi система его захватила с другим ip - всё заработало, оставил как есть. Но спустя пару часов я заметил, что стали отваливаться клиенты, причём массово так. Два дня я это наблюдал и пытался найти причину. Пока случайно не зашел в свойства одного из отвалившихся клиентов в меню кинетика. Оказалось, что для него перезахваченный репитер почему-то оказался в запрете на подключение. Такая же ситуация оказалась на всех отвалившихся клиентах (штук 15). Убрал Репитер из запрещенных - всё заработало. Итого. Ровно на всех клиентах, где в меню кинетика стоял старый запрет на подключение к Репитеру 2 (он вообще в другом конце территории, на нем запрет стоял много лет) - при перезахвате Репитера 1 (который 192.168.1.3) - в запретах заодно оказался и перезахваченный репитер 1. Мне кажется, такого происходить точно не должно.

Оказывается, их вообще убрали..

Добрый день! Для Netcraze будет бета тестирование через testflight? Полагаю, версия Netcraze в appstore не соответствует последней бете Keenetic app в testflight.

Ого ничего себе! Никогда бы не догадался, что надо выбрать репитер галкой и только тогда появится интерфейс для его редактирования. Спасибо! P.S. Но дельту там всё равно не выбрать. В общем, странное решение. Не хватает там пункта "не выбрано", чтобы выбор остался на стороне репитера, как раньше.

В упор не вижу эту настройку в вебе в wifi системе на 4.2.3 (((

Подтверждаю, даже возможность выбора канала delta перестала работать. Было бы круто восстановить хотя бы этот функционал через UI.

У меня в мэше устройства в разном статусе добавлены за последние годы - и как тд, и как усилитель. И там, и там - недоступна смена каналов. Возможно, вам помогла именно настройка с нуля, а не смена типа устройства в мэш. Кроме того, через приложение канал меняется, так что все-таки баг, а не фича )

4.2.1 - НЕ исправлено (

4.2 Beta 4 - НЕ исправлено

В 4.2 Beta 3 - НЕ исправлено

Добрый день! А модели роутеров какие? У меня нет такой проблемы только на древнем старте и на головном пике в рамках одной мэш сети. На трех ультра2 в этой же сети проблема есть. Кстати, через приложение по ios каналы вроде доступны для смены. Попробуйте у себя.

Это ошибка веба, поскольку через мобильное приложение каналы меняются без проблем.

Читайте внимательнее, этот баг только на ультрах2, причем часть из них подключены к Пику по воздуху (5ГГц), часть по проводу - и они все точки доступа в мэше. На Старте который такая же ТД в том же мэше на той же бета2 всё меняется, проблем с каналами нет, поле смены канала присутствует. Wisp на 2.4 и меня в природе не было и нет. А висп 5, который у меня есть - всегда влиял только выбор 5ГГц wifi канала основного Пика, что логично. Каналы остльных ТД в мэше от Wisp Пика никак не зависят. Это именно что баг. Кроме того, ссылка про "Определяется подключением Wireless ISP 2.4ГГц" - ведёт просто на заглавную страницу соответствующей ТД, ибо в реальности виспа никакого нет.

Есть основной пик, есть 2 тд ультры2 проводом, одна тд ультра2 беспроводом и один тд старт проводом - все в мэше. Настроено несколько доступов в интернет, один из доступов к интернету (резервный) через wisp5. Wisp 2.4 даже не настроен. Сейчас заметил, что на всех трех ультра2 не могу поменять канал wifi ни 2.4 ни 5. Поле отсутствует. В каждом случае в соответствующем меню wifi вместо поля смены канала написано "Определяется подключением Wireless ISP 2.4ГГц" или "Определяется подключением Wireless ISP 5ГГц". На 4.1 всё менялось без проблем, такой надписи на ультрах не было, видел ее только на основном Пике в настройках 5Ггц, что логично, ибо wisp там действительно есть как источник резервного интернета. На Старте на 4.2 в том же мэше канал меняется без проблем, поле выбора канала присутствует.

У меня авто изначально и стоял. Факт в том, что такое срабатывает (смена типа ватчдога в любую сторону), а после перезагрузки он опять уйдет в вечный цикл. Если ребут совпадет с отвалом основного канала - остаёшься без связи с роутером.

Приветствую! beta 4.1.0 самая свежая - usb модем huawei не работает как резерв - вечно мигает между не подключён и не готов. Такая же проблема была на предыдущих бетах. Раньше, насколько я помню, причина была в пингчеке. Думал исправили - не исправили. Модем Huawei E8372h - 153. При откате на 3.9.8 - всё начинает прекрасно работать. Журнал и селфтест в скрытых.

Посмотрите на 4pda в теме про Peak вроде были похожие случаи именно железного происхождения. Ну и в любом случае обращайтесь в саппорт, им со своей стороны виднее.

Приветствую! решилось с одной из прошивок. Причем довольно давно. Кажется, еще отправлял конфиг в саппорт, они посмотрели и что-то подчистили. Но решение было именно в свежей прошивке.

Подтверждаю проблему на бета1 с другим модемом Huawei E8372 оператор МТС. Соединение резервное. При пингчеке модема в режиме Авто - модем скачет постоянно между не готов и не подключён (или как-то так). Переключил пингчек в режим выкл на модеме - резервное соединение поднялось тут же без проблем, а основное соединение по проводу теперь висит в статусе "недоступно", хотя там пингчек в состоянии авто как был, так и остался. Откатился на 3.9.8 - всё сразу заработало нормально - и основное соединение, и резервное. Пингчеки тоже заработали в авто.

На 4.0.5 тоже самое. Keenetic Peak ниже 50% не падает в простое. UPD. Откатился на 4.0.4 - загрузка ЦП 1-3% стабильно.

Поставил обновление, стало ещё хуже. Один из кинетиков в вайфай системе - с маком, отличным на единицу от собственного - висит как подключившийся к гостевой сети (которая при этом выключена) и при этом предлагает добавить себя ещё раз в эту самую wifi систему. Перезагрузка не помогает.

А на работу как-то может влиять? К чему-то присматриваться?

Сначала дождусь разрабов, вдруг они по тексту ошибки поймут в чём дело, чтобы мне всё не перенастраивать на ровном месте.

Добрый вечер! Ну естественно чтобы просто убрать картиночку с восклицательным знаком я не буду сбрасывать 5 роутеров в мэш системе и настраивать всё заново. Тем более что ошибка появилась только после перехода с 4 бета на 4.0.0 - то есть проблема явно не на моей стороне. Так что и исправлять не мне.

Обновил устройства в wifi системе до 4.0 с 4.0 бета - теперь в разделе Mesh Wi-Fi-система они висят с восклицательным знаком и текстом port 0 is busy. Иногда эта индикация пропадает, но чаще всего она есть. На работу вроде не влияет, но раз роутер показывает ошибку - нужно разобраться.