Mamay

Сюда смотрели?

Такое себе. Это когда "всё пропало, шеф". Там базовый комплект и не факт, что есть все необходимые компоненты для ТС. Много проще менять каналы, не забывая о резервных копиях.

https://help.keenetic.com/hc/ru/articles/360000592459-Режим-Адаптер-

Впредь делайте бекап и используйте что нравится.

Padavan не отвечает за web. @eralde

dlna Пройдено лет 15 назад и забыто за ненадобностью и маловостребованностью. Но всё равно спасибо. Понастольгировал.

А то может оно мне надо, а я и не знаю!

А кейс можно поподробней?

То есть, то что волонтёры тут двое суток абсолютно даром, пытались из вас вытащить клещами нужную вам информацию и за руку довели вас до решения проблемы - это не в счёт? Я теперь знаю что такое неблагодарность!

Яснопень! Мы же в России, нам кто тут внутри что будет блокировать то?

На этом мои полномочия всё. Не игнорируйте советы волонтёров по поводу обращения в ТП провайдера и ТП keenetic.

Что вы так уцепились за keendns то? Существует легион других DDNS.

Вы не поняли. Облако от keendns пропускает строго вышеуказанные порты в любом варианте, с серым ip/ белым ip. Иначе были тут умельцы, пытавшиеся "прокачать" через облако торренты, ftp и много всякого непотребного.

Вопрос: Возможен ли доступ к домашним устройствам по протоколам FTP, RDP, RTSP, Telnet через KeenDNS в режиме "Через облако"? Ответ: Нет. Через KeenDNS можно получить удалённый доступ к веб-конфигуратору Keenetic, а также к устройствам домашней сети с веб-интерфейсом (это может быть веб-камера, сетевой накопитель, маршрутизатор, сервер и др.) по протоколам HTTP/HTTPS по следующим портам: HTTP: 80, 81, 280, 591, 777, 5080, 8080, 8090 и 65080 HTTPS: 443, 5083, 5443, 8083, 8443 и 65083 Пруфф

Украина говорите? )))

ИМХО дело не в кинетике, а в вашем провайдере. На скрине ниже видно, что KeenDNS знает о вас!

Неужели не понятно, что уж если мобильный клиент перестал поддерживать устройства, то сам факт наличия в канале draft несуществующей вялотекущей 2.16 - всего лишь жест "доброй воли" одного человека??? Кодовая база 3.х.х зиждется на свежем ядре, в отличии от 1x.x/2.x.x. и никто не будет переписывать код для архивных моделей на старинном железе. Upgrade неизбежен!

https://help.keenetic.com/hc/ru/articles/115000990005-Таблица-актуальных-версий-KeeneticOS

Слишком мало информации. 1. Досимвольная версия keenos? 2. Что помешало постучаться напрямую по известному заранее ip? 3. Прижата ли галка прямой доступ? 4. Разрешён ли вообще к http доступ извне? 5. Сколько часов проблеме, может DDNS не отдуплился? 6. Актуален ли сертификат https? ...

Вы всё поняли неверно! Человек, использующий альфу, как минимум ведёт себя несколько иначе! Изначально это технически подкованный человек, глубоко понимающий суть вопроса. Он всегда предоставляет полную информацию сам, прикладывает self-test с полным описанием проблемы. Пишет что предпринимал, что собирается предпринять и так далее, и тому подобное. Тут из разряда. Либо вы альфа-тестер и ведёте себя подобающе, либо...

Ааа, ну это в корне меняет дело. Из-за того, что только у вас пропадают дачные роутеры, ребята из keenetic должны срочно выйти из выходных, чтобы "починить" бесплатный Remote Network Monitoring...

Как мы должны были понять из вашего первого сообщение о таком положении дел??? Мне не кажется, а я уверен, что использовать в продакшене сырую альфа версию - моветон. На альфе возможно абсолютно всё!

Ваша тема топика и содержимое - это сказ о том, как не смогли договориться между собой желание "альфа" тестера к багрепорту со способностью осознания и описания проблемы?

Ничего не понял. А какое поведение ожидаете вы? Откуда ТД доступа знать что у вас расписание то? Или при отвале она не должна восстонавливать соединение? Вопрос в чём собственно???