rustrict

В коде ssh-copy-id для authorized_keys dropbear жестко задан каталог /etc/dropbear, недоступный для записи из OPKG. Переносите так: cat /root/.ssh/id_rsa_borg.pub | ssh root@192.168.1.1 "cat >> /opt/etc/dropbear/authorized_keys && chmod 600 /opt/etc/dropbear/authorized_keys"

Исправлено в 3.6 Beta 3. Спасибо!

@eralde, 3.6 Beta 2. При посещении страницы "Контроль доступа Wi-Fi" в логе появляется ошибка: Core::Configurator: not found: "show/mws/member" [http/rci]. "Контроллер Wi-Fi-системы" не установлен. Как-то пролезает в один из запросов: POST /rci/ HTTP/1.1 Host: 192.168.1.1 User-Agent: xxx Accept: application/json, text/plain, */* Accept-Language: ru-RU,ru;q=0.8,en-US;q=0.5,en;q=0.3 Accept-Encoding: gzip, deflate Content-Type: application/json;charset=utf-8 Content-Length: 70 Origin: http://192.168.1.1 DNT: 1 Connection: keep-alive Referer: http://192.168.1.1/controlPanel/wirelessAcl/

У меня был похожий случай, как у ТС, но с вдвое меньшим флудом: около 5 Мбит/с. Оказалось, что одно абонентское устройство в провайдерской сети сыпало на ff02::1:2 по 3 тысячи Solicit пакетов DHCPv6 в секунду.

Захват пакетов на WAN-интерфейсе. "Фильтр захвата" оставьте пустым. Судя по скрину, флуд непрерывный, поэтому для захвата будет достаточно нескольких секунд (счетчик пакетов будет накручиваться очень быстро). В Wireshark посмотрите кто источник.

Проблема в модеме:

В 3.6 Alpha 7 всё отлично - проблема исчезла. Спасибо!

Перешёл с 3.5.3 на 3.6 Alpha 6. На этапе загрузки и далее стала появляться ошибка: kernel: nf_conntrack: unable to save third interface 23, already has 20 and 7 Self-test ниже.

Перешёл на 3.6 Alpha 6. Ничего не изменилось: так же выходит мешанина, если заменяющий файл меньше заменяемого.

В 3.5.3, к сожалению, без изменений.

Здесь надо или без -i вообще, или -i /root/.ssh/id_rsa. Давайте все-таки вернемся к Entware. Появился ли доступ по ключу после моей команды выше? Если нет, то покажите еще права на папки: На клиентском устройстве ls -la /root/.ssh На роутере ls -la /opt/etc/dropbear

Пока я заметил, что вы переносили ключ не из той папки, которую проверяет ssh. Попробуйте: cat /root/.ssh/id_rsa.pub | ssh -p 222 root@192.168.1.1 "cat > /opt/etc/dropbear/authorized_keys && chmod 600 /opt/etc/dropbear/authorized_keys"

Это не так: Compatible with OpenSSH ~/.ssh/authorized_keys public key authentication Я вам в другой теме предложил посмотреть лог подключения. Проверьте, например, что в ряду PreferredAuthentications publickey стоит впереди password: debug3: preferred publickey,keyboard-interactive,password

Если подключаетесь через ssh, добавьте параметр -vvv для дебага и посмотрите, что там происходит при аутентификации. У меня это выглядит так: <...> debug1: Authentications that can continue: publickey,password debug3: start over, passed a different list publickey,password debug3: preferred publickey,keyboard-interactive,password debug3: authmethod_lookup publickey debug3: remaining preferred: keyboard-interactive,password debug3: authmethod_is_enabled publickey debug1: Next authentication method: publickey debug1: Offering public key: /Users/rustrict/.ssh/id_ed25519 ED25519 SHA256:XX

Перезаписывает начало, конечно. Извините.