Александр Рыжов

Подключался когда-то, на другой прошивке.

Теоретически можно попробовать… echo "MacAddress=$(tr -dc 'a-f0-9' < /dev/urandom | head -c 12 | sed 's/\(..\)/\1:/g; s/.$//')" >> /tmp/RT2860AP.dat …после чего перезапустить радио.

Который из пакетов bird, их в репозитории две версии. Первый bird работает, скрипты запуска добавил.

1. Любые решения актуальны на момент их публикации. 2. В синтаксисе и конфигов всегда будут торчать «уши» автора, единообразия не ждите. 3. Поддерживать определённый топик до конца времён ни один автор не возьмётся. И самое главное: 0. Инструкции дают понимания в какую сторону двигаться, не более того. Не получится зажмурившись выполнить какой-либо скрипт для того, чтобы стало круто. Придётся разбираться в происходящем. Как любит повторять тов. @zyxmon, спасение утопающих — дело рук самих утопающих. Начните действовать. Если застрянете — обращайтесь.

tar'ом. 1. Восстанавливать, положив полученный архив на чистую флешку в папку install. 2. Нет. 3. Забить. Не надо.

Просто для информации. Если у вас Entware'шный dropbear не стартует после обновления прошивки и/или Entware, то в среду Entware вы всё ещё можете попасть, набрав в CLI: exec sh Надо бы добавить этот пункт в профильную тему.

Этот пакет приехал из OpenWrt, так что можно сразу к ним обращаться.

Встречный вопрос: на чём застряли? Любопытно, что в настройке NUT для кинетиков специфичного.

dpkg-reconfigure locales Как раз после этого упадёт при генерации выбранных локалей. Проверено на дешёвых VPS с малым количеством RAM.

Обычно это означает нехватку RAM при генерации локалей. Можно решить установкой пакета: apt-get install locales-all

Прошу обратить внимание. При очередном обновлении пакетов к вам прилетит новая версия dropbear, наконец-то имеющая отдельную опцию для конфигурирования порта ssh-сервера. После выполнения… opkg update opkg upgrade …поменяйте любым удобным способом в файле /opt/etc/config/dropbear.conf значение PORT=22 на PORT=222, иначе при следующем ребуте в среду Entware по SSH попасть не сможете. Последующие обновления будут проходить без проблем. Изменения были необходимы, правки приняты без колебаний, последствия осознаны заранее. Повторюсь, коснётся это только исключительно dropbear. Кто читает этот пост после отвала SSH и поминает нас добрым словом, того тоже поздравляем с Новым годом, предлагаем поменять /opt/etc/config/dropbear.conf в текстовом редакторе ПК и перегрузить роутер.

Так не пойдёт. Никто не заинтересован в решении вашего интересного вопроса больше вас самих. Пробуйте, настраивайте. Застрянете — обращайтесь.

Ставьте веб-сервер и обрабатывайте входящие веб-хуки как пожелаете.

Да. Да.

Вчера смотрел софт, распознающий голос из коммента по ссылке: «В тишине ~3% от ядра бюджетного одноплатника, при наличии голоса\шума поднимается до 10%». В принципе, ничего не мешает портировать на роутер, кроме того, что: а) для MIPS-роутера этот софт слишком тяжелый, б) это нафиг не нужно. Логичней уже взять Яндекс.Колонку и управлять роутером с помощью соответвующих навыков Алисы.

Так вот же!

Кстати говоря, старый API в pdd.yandex.ru работает даже после перевода домена в Яндекс.Коннект.

Взял список по первой ссылке в выдаче гугла, насчитал четыре сервера с нестандартными портами и бросил искать. Попробуете сами?

Т.е. другие публичные DNS'ы с нестандартными портами даже не искали. Ну ОК, продолжайте ждать.

Первый пост был написан в то время, когда прошивочный DNS-проксик был неотключаемым, а для прошивки нельзя было указать порт DNS-сервера, отличный от UDP53. Сейчас всё делается проще.

Конечно. Нет. Нет смысла. Не знаю.

В качестве workaround'а можете в командной строке прописать общедоступный DNS на нестандартном порту и вычистить провайдерские: ip name-server 77.88.8.88:1253 interface PPPoE0 ipcp no name-servers system configuration save где 77.88.8.88:1253 - Яндекс.DNS базовый, PPPoE0 - имя интерфейса в сторону провайдера.

Чтобы провайдер не перехватывал DNS-трафик?

Вопрос парковки был актуален во времена DOS'а. Может оставить его в прошлом и просто пользоваться гаджетами, не придумывая лишних сложностей?

Да, поддержка сервисом кинетика сторонних доменов обязательна для того, чтобы вертеть TXT/NS/etc-записями стороннего домена в рамках прохождения dns-01 challenge. Т.е. предлагается превратить службу кинетика в NS-службу для домена. Как-то это о-о-чень далеко от функционала роутеров. Т.е. предлагается сделать кинетик полуавтоматом для прохождения challenge'а. А что мешает это сделать, запустив соотв. скрипт где угодно и на чём угодно? Кроме того, для прохождения challenge отводится довольно сжатое время, его не хватит для переноса выдаваемых скриптом TXT-записей руками в нужное место.