eralde

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

Тут я согласен с @sergeyk, для описанных сценариев отлично подходит режим fail-safe.

Спасибо! К сожалению, у себя я эту ошибку не могу воспроизвести :-/ Пришлите, пожалуйста, личным сообщением данные для доступа к вашему устройству (достаточно readonly-пользователя)

@AndreBA покажите, пожалуйста настройки расширения (страницу "Options")

Спасибо! Будет исправлено в одной из следующих версий.

Giga III сделана на базе MT7621, на ней всё должно работать нормально

Для устройств на MT7628 ничего сделать не получится:

Спасибо, в одной из следующих сборок будет исправлено

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

Сжимать файлы в браузере мы точно не будем. Ждите реализации бэкапа устройства, там всё будет сделано как надо и с одним файлом на выходе.

Славно, пользуйтесь "версией из магаза". Я выше уже попробовал объяснить, что использование второй версии манифеста является ошибкой только для разработчиков хрома. Если ставить расширение из Web Store, то оно считается проверенным и эту "ошибку" не показывает. Если ставить расширение из архива, то вас пытаются предупредить о страшной опасности того, что версия манифеста устарела. Если вы хотите помочь исправить какие-то ошибки в расширении -- pull request'ы на гитхабе приветствуются.

Я уже написал выше, что нужно сделать. Сравните вывод show interface stat для WAN-интерфейса и для интерфейса порта, который этот WAN использует. Я сравнил сейчас на доступном мне устройстве, всё совпало:

Продолжайте, пожалуйста, это обсуждение в Курилке.

У расписания перезагрузки записи action stop игнорируются, т.е. в этом случае у вас сработают две записи action start будут перезагрузки в три часа ночи и в шесть вечера, если я правильно помню порядок аргументов.

Передавайте привет разработчикам Google Chrome, которые в скором времени вообще выпилят поддержку расширений с manifest второй версии по каким-то невнятным причинам. Эту ошибку смело можно игнорировать.

Расширение читает данные по трафику через порт стандартным способом. Можно посмотреть выдачу show interface {номер порта} stat через telnet или WebCLI. Если там какие-то другие цифры -- проблема в расширениии, если нет -- в прошивке.

Версия 0.5.108 (2023-01-22): "Сегменты -> 2,4 ГГц Wi-Fi" -- исправлено отображение выпадающего меню "Канал" (сообщил @AndreBA) "Список устройств" -- исправлен текст предупреждения для устройств, использующих приватный MAC-адрес (сообщил @Cucumber) Расширение работает для прошивок 4.x (сообщил @AndreBA) 0.5.108 (22 January 2023): "Segments -> 2.4 GHz Wi-Fi" -- fixed display of the "Channel" drop-down menu (reported by @AndreBA) "Device lists" -- updated warning text for devices using a private MAC address (reported by @Cucumber) The extension works for 4.x firmware (reported by @AndreBA)

Расширение ничего в этом процессе не меняет. Screen Recording 2023-01-19 at 14.57.31.mov

Всё правильно, эта функция появилась, начиная с 4.0 Alpha 1: (HTTP: добавлена поддержка подключений по IPv6)

Спасибо за диагностику, но вы сами можете убедиться в том, что веб-интерфейс при настройке провайдера не отправляет команды, связанные с маршрутами через интерфейс провайдера. Тут нужна помощь @admin и @Le ecureuil.

@Odyssey требование в ультимативной форме что-то переделать под ваши личные желания -- не лучший способ начать диалог. Посмотрим, сколько наберется тех, кто это предложение поддержит. Если вам нужно "вотпрямщас" -- создаете своё расширение для браузера и в нём курочите веб-интерфейс как хотите. Пример того, как это сделать, можете посмотреть в исходниках моего расширения.

Это не проблема, а сознательное решение. Статус работы комбинированного порта (SFP + Ethernet) отображается только на дашборде. На всех остальных страницах цвета портов соответствуют цветам портов на корпусе. Вы можете создать тему в "Развитии" с предложением сделать по-другому.

@T@rkus спасибо, воспроизвел на своем устройстве. К веб-интерфейсу это не имеет отношения, но что-то явно работает не так.

Опишите, пожалуйста, пошагово, что вы делаете. Мне пока не удается воспроизвести проблему: Screen Recording 2022-12-31 at 13.08.43.mov

В версии 4.0 Alpha 2 веб-интерфейс будет показывать корректное название проводного подключения, если еще раз поменять что-нибудь в настройках этого подключения (например, название 😁) и сохранить изменения.