project_fcc

Можно так 00 03 * или так 00 3 *, т.е этот 0 перед 3 не влияет. Скорее всего ранее было создано расписание, в котором было время 05:59-06:00, потом еще в это же расписание добавили время 03:00-03:01. Сейчас скорее всего пересоздали расписание только с одним интервалом времени.

В настройках роутера в разделе Mobile для интерфейса модема поставьте для ping-check ''не использовать''. Потом проверьте, будет ли перезагружаться модем. В дальнейшем можно попробовать вручную настроить подходящие параметры ping-check.

Попробуйте в CLI выполнить команды, можно через веб-интерфейс: справа сверху значок шестеренки-командная строка. Далее две команды по очереди:

Если попробовать отключить через команды в CLI, можно в веб-интерфейсе нажать шестеренку и перейти в командную строку: no service ntce system configuration save В списке клиентов у клиента, на котором тестируете, посмотрите, не включено ли ограничение скорости.

У себя нашел причину такого поведения. Ранее было создано доменное имя 4-го уровня на порту 78 для доступа к веб transmission. Если в настройках включен "свободный доступ" или "авторизованный доступ", то получаем доступ к веб роутера из другого сегмента, хотя в сегменте доступ запрещен. Аналогичное поведение, если создать доменное имя 4-го уровня с доступом для какого-либо устройства в локальной сети. Если отключить доступ/удалить доменное имя 4-го, то из доп. сегментов нет доступа к веб роутера по ip домашней сети и по адресу шлюза доп.сегмента нет ошибки 403, просто не открывается страница. По моему не совсем логичное поведение в целом.

сейчас попробовал на версии 4.3.4 есть два доп. сегмента: гостевая сеть и еще один "Доступ к приложениям вашего устройства Keenetic" в сегментах отключен Доступ из Интернета к веб отключен При подключении к доп.сегментам могу попасть на веб роутера по ip Домашнего сегмента (192.168.1.1) Раньше, если правильно помню, доступа не было при таких настройках По конфигу у сегментов security-level protected self-test ниже загрузил

На 4.3.4 stable сегодня после обновления также обнаружил в логе:

Не знаю, какой на удаленом роутере ip, белый или серый. Можете на удалённом роутере настроить sstp сервер, он работает и с серыми ip, подключаетесь к этому серверу с помощью клиента sstp. Инструкции в базе знаний Keenetic можно найти. Далее в терминале подключаетесь к CLI или ssh-серверу entware (Putty или другой клиент в зависимости от платформы).

Не будет через веб-интерфейс в CLI работать exec sh нормально, выше об этом уже писал, нужен полноценный терминал. Поднимите туннель до роутера, и внутри туннеля как в локальной сети подключаетесь к CLI или ssh-серверу entware в терминале.

Через Веб CLI работать нормально не будет. Используйте клиент для подключения, например программу putty или другой терминал, можно сразу подключаться к ssh-серверу на нужном порту к entware без CLI и exec sh

Нет, это не возвращает оригинальный mac на интерфейсе WifiMaster0/WifiStation0 Был mac-адрес до всех действий: Меняем mac-адрес на свой, все меняется нормально. Далее (config)> interface WifiMaster0/WifiStation0 (config-if)> mac address factory wan (config-if)> no mac address Указанный ранее mac-адрес удаляется, но в конфиге остается параметр mac address factory wan При этом mac-адрес на WifiMaster0/WifiStation0 отличается от оригинального: В справочнике CLI есть еще аргумент lan и wlan5, с первым mac-адрес также отличается от оригинального, со вторым - аргумент не применим(ошибка)

Нет, это неправильный вариант.

не обязательно. но этот вариант также не работает:

Прошивка 4.3.3, 5.0.3 Задаем mac-адрес (config)> interface WifiMaster0/WifiStation0 mac address 11:22:33:44:55:66 Network::Interface::Mac: "WifiMaster0/WifiStation0": MAC address is 11:22:33:44:55:66. Пробуем удалить mac. Команда с префиксом no не срабатывает. (config)> interface WifiMaster0/WifiStation0 no mac address Network::Interface::Mac error[72417288]: "WifiMaster0/WifiStation0": no default MAC address. Какой командой можно удалить заданный ранее mac-адрес на интерфейсе WISP?

по умолчанию, там 3 стоит, насколько помню