project_fcc

У себя нашел причину такого поведения. Ранее было создано доменное имя 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 стоит, насколько помню

На контроллере (Sprinter) в сегменте Гостевой сети для порта, в который подключен ретранслятор, поставьте "входит в сегмент с VLAN" (обозначается буквой "Т")

Это нормально. Данное сообщение всегда появляется при установке. У Вас неправильно размещен установочный архив, нужно на встроенном хранилище создать папку install , в нее поместить архив. Потом в настройках OPKG поставить накопитель ''не выбран'' , сохранить настройки и затем выбрать снова ''встроенное хранилище'', начнётся установка.

Попробуйте откатить прошивку роутера до версии 4.2.6.3 с помощью файла. После этого проверьте, что появилась возможность загрузить прошивку модема, загрузитн прошивку модема A20. Далее можно попробовать обновить роутер до 4.3.3

в ''предварительном канале'' (preview) обновлений вышла.