Quqas Wased

баг ещё более глобален. банально нельзя собрать 2 раза подряд с одним и темже конфигом первый make норм. ничего не делаю вообще. сразу второй раз make и уже ошибка. а что с конфигом неясно, не понимаю портится он как файл или нет = суть в том что конкретно с ним как и что не меняй всегда ошибка - а чтоб заработало из бэкапа нужно конфиг восстанавливать. и тогда ещё 1 раз может скомпилить. но тока раз звучит как бред но это так с 1611 а у 1714 всё норм с sdk

ещё доп.вопрос: а какой компонент должен быть в изначальной прошивке чтобы в sdk Base system \ OPKG был доступен? (чтоб без ошибки собирало, а то ни как модуль ни как часть прошки не даёт) и собственно за что он отвечает? это даст в вебморде пункт Открытые пакеты?

на гитхабе тихо, потому сюда. проверял на разных Tags и везде одинаково 1 - распаковываю прошивку из роутера 2 - конфиг по дефолту худо-бедно без ошибок собирает 3 - хочу добавить busybox NDM \ debug \ ndm shell 4 - вместо М ставлю -*- и получаю ошибку при сборке 5 - ок, возвращаю М а ошибка ровно таже самая. уже баг Решение оставить пустое место, и тогда прошивка собирается, но размер её РАСТЁТ и вовнутре есть ash а дальше ещё большие непонятки, я так и не выяснил алгоритм, но видимо рандомно, можно поставить и -*- но куда чаще ошибка сборки даже если оставлять пустое место. т.е. busybox я получил в прошке, и казалась бы проблема решена, но учитывая вышеописанное как-то опасаюсь шить p.s. opkg в прошивке с роутера включён

зачем мне "источники информации" тем более чужие, если есть собственный реальный, а не теоретический опыт? если и прибавятся, неважно. браузер устраивает на 146%. а вот приложуха настолько-же нет.

на одно внешнее соединение? может ты не отличаешь какой ip за что отвечает? в любом случае у меня их всего 2 варианта бывает а в рамках одного рестарта роутера и вовсе один и тот же даже если на все 6 имён четвёртого уровня зайти и создаётся 6 туннелей а вам всем не свезло p.s. и да я не с приложухи а браузера только захожу. может в этом цимес

и? узнав 1, не можешь узнать всю подсеть? +у меня только 2 разных варианта. сколько не смотри они же на nslookup чтоугодно.netcraze.pro(link) без разницы, ну или в каком твой там

а "target": и "target-remote": ничего не навевают? :80 чистый http юзают. "client" откуда лезли в крайний раз

show ndns в консоле и там видно на текущий момент их всего 2 или nslookup абракадабра.netcraze.pro те же самые оба два ип . можно до кучи всю /24 подсеть

решил сам имена бы и не помогли. туннель всё равно по ip устанавливается, и эти ip/подсети вычислил(хотя бы на время) а вот то что доступ из облака только к текущему основному интерфейсу привязан жалко. но это как раз идея для дальнейших улучшений. вполне доступно к настройке, на каком интерфейсе слушать входящие http-проксе

похоже на то чё письма им только писать? или и эта возможность сдохла? или адрес есть с форумом более импортозамещённый?

kn-1714 сразу 2 подключения проводное (основное) и usb модем (резерв) всегда на связи с keendns разобрался и всё настроил. и даже работает(через облако), но из-за особенностей только через модем (пока не отключишь кабель нет доступа извне) суть вопроса, как\где чётко выбрать и зафиксировать чтобы только модем использовался для keendns ? чтобы не учитывал "приоритеты" и т.д.? p.s. причём сертификат выдают и по проводу. т.е. извне до меня можно достучатся. а сам подключиться извне не могу.(только если модем) изучив что есть в CLI понял что никак и вопрос трансформировался в: какие адреса используются чтобы облачный доступ работал? чтобы на внешнем файрволе проводного провайдера их добавить. понятно что сами домены доступа типа .netcraze.pro и другие которые видно при генерации имени но видимо есть и другие которые нужны, чтобы сам доступ извне работал. это ещё помимо службы выдачи сертификатов