KeyYerS

Обновившись сегодня (21.07.24) до версии приложения v52 (237) решил глянуть пару-тройку уведомлений, прилетевших от роутеров. Захожу в главное окно роутера, просматриваю сообщение, выхожу в общий список устройств кнопкой "Назад" смартфона и внезапно вижу сообщение "Сеть удалена." (см скрин и видео) Это что? Всплыл очередной баг беты? Или так "задумано"?

Что за "провайдер" у Вас, что может Вам в Ваше приложение смс писАть? Может "Уведомления" по устройству от Keen Cloud сервиса? А версия приложения какая?

Позвонил в ТП, выслушал по "условия про перс данные", и о том, что "все операторы заняты"..., прервал разговор. Тут же перезвонили сами. Объяснил текущую ситуацию. И спустя минут пять "всё заработало"... Т.е на серверах cloud'а вообще никакого мониторинга состояния нет?

Снова что-то происходит с серверами облака? Опять часть кинов в приложении "серые", а по keendns имени "видны".... Когда уже наконец реализуется уведомление в приложение, уведомление в почту аккаунта о запланированных/аварийных работах на серверах облака??? Тема "поднята" почти ТРИ ГОДА назад, и ничего не сделано...

... как правило не конкретно Вашу "последнюю милю", а скорость /с учётом нагрузки/ <от коммутатора Вашего провайдера до коммутатора сервера теста>. Все провайдеры используют эту подмену, чтобы клиенты не возмущались. Для чистоты эксперимента (теста скорости) пользуйте iperf с ПК/ноута.

Есть ли возможность временно сделать ДЕМО версию (симулятор) нового интерфейса на сайте, чтобы получить о нём представление? Типа эмулятор-тплинк-ком?

Вновь "подниму" тему в топ. Предлагаю оплаченный форумчанами выделенный VDS с полными адм правами для создания автономного сервера сборки прошивки на версии 3.9.8 с выбором нужных компонентов. ВИД ТАКОЙ: юзер авторизуется на сервере, выбирает свою модель, выбирает набор компонентов, кликает "Собрать" и по итогу видит ссылку, по которой себе скачивает готовый файл прошивки, который сам локально прошивает в роутер. Ничего юзер на сервер сам не отправляет (в целях устойчивости и безопасности сервиса). Руководствуюсь правилом: "Лучшее - враг хорошего!". Кто согласен и ЗА - прошу поддержать....

На 51 версии приложения "локальный" роутер (из всего длинного списка устройств активный только он), к которому я подключен по wifi, (при выключенной передаче данных по моб/связи) вроде как слегка задумчиво, но открывает свои недра во всех уровнях. Может что при компиляции множества релизов 52-ой версии "потерялось/сломалось"?

У мну на разных моделях с разными стабильными прошивками (не альфами и бетами) на всех при отсутствии компонента "Шейпер трафика" в логах эти "красные" ошибки. Неаргументированно неадекватная реакция того "админа" в прилагаемой Вами переписке лишь подтверждает корявость разработчиков сервиса cloud'а, элементарно не принимавших во внимание проверку/определение установленного пользователем на роутер набора компонентов. Вывод: какой бы ни был у Вас набор компонентов на роутере - сервис cloud'а упорно тычется в фантомный "шейпер", пытаясь перечитать его параметры...

Тогда напрашивается вопрос: приложение "натягивает" свои настройки на роутер, перепроверяя свой список компонентов? Или должно тупо перечитывать с роутера ЕГО установленные/задействованные компоненты и отображать их при необходимости (наличии)? Логически рассуждая по вышесказанному в текущей теме и в теме про "Долгая загрузка чего-то...." возникает диссонанс: роутер имеет "нужные" мне компоненты на борту; работает как полагается...; а приложение упорно пытается принудительно задействовать компонент "Шейпер трафика", которого на роутере нет и в помине... Вот и полон лог ошибок, которые и ошибками то в данном случае не являются; а пользователя напрягают красным цветом (да и вообще своим присутствием).

Тогда напрашивается вопрос: приложение "натягивает" свои настройки на роутер, перепроверяя свой список компонентов? Или должно тупо перечитывать с роутера ЕГО установленные/задействованные компоненты и отображать их при необходимости (наличии)? Логически рассуждая по вышесказанному в текущей теме и в теме про "Лишний Error в логе...." возникает диссонанс: роутер имеет "нужные" мне компоненты на борту; работает как полагается...; а приложение упорно пытается принудительно задействовать компонент "Шейпер трафика", которого на роутере нет и в помине... Вот и полон лог ошибок, которые и ошибками то в данном случае не являются; а пользователя напрягают красным цветом (да и вообще своим присутствием). Версия 52 приложения вконец за-beta-нировалась - с 08.05.2024 с бета-релиза 226 уже до бета-релиза 234 от 29.06.2024 доспотыкалась.... И каждая последующая бета-версия в продолжение тащит все свои прежние "косяки". Печалька!...

Есть тема - но снова что-то мешает реализовать такое уведомление в приложении.... Телеграм не у всех, а приложение - у всех /желающих/ есть. Кроме внезапных аварий, что и так понятно, все работы на серверах планируются заранее. Почему бы не отписаться в приложение уведомлением - типа "Тогда-то с такого по такое время работы на серверах, бла-бла-бла за неудобства" А так сиди, гадай - что опять случилось...

Непонятным образом вчера (28.06) на смартфоне выбросило из приложения. После авторизации вновь поприлетали уведомления начиная с 23.06 по всем роутерам. "Потерялись" цифры приложений (sstp-server. udp-proxy и прочее) в главном окне роутера (каждого!). В каждом подразделе главного экрана устройства подолгу "вертится" кружок, типа что-то грузит (туда или обратно - непонятно). Гораздо чаще стало появляться "Ошибка. Что-то пошло не так."

Для личного теста включил свой ZyXel Giga II на простой аккумулятор из ИБП, модель BC7-12 (12V, 7Ah). Акк уже юзаный, перед тестом был заряжен до 13.6В. WAN - статика от прова. В активном (2-дневном) пользовании WiFi'ем (три смартфона, ноут и ТВ) проработал почти 35 часов. По исходу теста на акк-е - 11,2В, ёмкость не смотрел. И кстати вопрос изготовителям: имеет ли роутер защиту от перенапруги? Или тупо "сплавится"?

При условии согласия разработчиков врядли они решатся "запускать" oldstable на чьём-то личном оборудовании. Вот на арендованном у крупного оператора VDS, имея к нему полный админ/доступ - это всем приемлимо.

@Le ecureuil Обществом наверняка сможем "скинуться" на оплату аренды VDS, на котором разработчики смогут "развернуть" сервер для OldStable 3.9.8. Останется лишь "ввести" этот сервер как доступный канал обновления в систему. Было бы желание со стороны разработчиков...

Я не предлагал "замену чего-либо" - я предложил один из вариантов. Заработает так - хорошо. Не заработает - предложим ещё варианты... Вопрошающему всё предложенное будет полезно узнать и попробовать.

Возможно поставить. И будет работать, как Вам нужно. Только на TPLink'е ip-адрес Кинетика в DMZ.

"Обновился" с KN-1211 на KN-1713 через письмо в ТП Кинетика. Отправил файл running_config без личных данных, прислали "рыбу" для 1713, в которую вписАл логины-пароли. При переносе настроек просто удали строки пароля у админа, после прогрузки в новый роутер правленного файла конфига откажись от сброса, сохранив "прежние настройки", затем просто зайди без пароля и назначь его, проверь/настрой VPN-ключи. Каждый роутер свой "хэш" генерит. Проще обратиться в ТП, отправив им running_config с удалёнными перс данными (пароли, ip-хи, зареганные хосты, правила переадреса и прочее).

@Oleg Nekrylov Плюсаните в тему "Канал OLDSTABLE" может и услышат нас.....

Или для "привязки" к роутеру клиентов в виде точек доступа, путём назначения SSID и mac-адреса в настройках ТД.

Во избежание взлома этой сети путём анализа пакетов при попытке подключиться к "чужому" роутеру с точно таким же SSID, специально назначенным для цели взлома - почитайте описание программок для "взлома wifi сетей".

Актуальнейший запрос! Целиком "ЗА"!!!

Примерно месяц назад это устраняли. Если у Вас это "осталось" - обратитесь в ТП, помогут.