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

Прошу обратить внимание. При очередном обновлении пакетов к вам прилетит новая версия 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-записей руками в нужное место.

Верно, надо отдать свой домен на управление какой-то службе. И которую из них должен поддерживать кинетик, чтобы выполнить dns-01 challenge?

Вашего собственного домена. Записями которого управляет… какая служба?

Хук DNS challenge для чего? Для определённой службы, управляющей DNS-записями вашего домена?

Всё. Больше ничего от прошивки ждать не стоит. Дальше заворачивайте HTTPS-трафик от домена четвёртого уровня на собственные приложения в локалке.

Реализовано.

Legacy отнюдь не песочница, в отличие от draft. Ложный посыл, потому и ложный вывод.

Если речь всё ещё про ограничение скорости скачивания, то оно просто обязано быть, особенно на старых девайсах. Во избежание деградации основной функции роутера.

Что значит «заставить роутер»?

И не забудьте открыть соответствующие TCP/UDP порты на кинетике, иначе LeaseSets так и останется нулевой.

Скорее «нет», чем «да». Будет еле тошнить, если установится.