Кинетиковод

Вообще DoH работает и на 7628. И чем собственно DoT не устраивает? Я разницы между ними не заметил. Заметно лишь небольшое отставание от незашифрованных DNS и только.

Вот! Считайте что памяти у вас уже нет, т.к. где-то около 400 килобайт занимает загрузчик, а у моделей с поддержкой HDD ещё метр оттяпан для нужд системы. На Омни из 8 мегабайт было доступно около 6,6.

Я просто скачиваю её на комп.)))

На самом деле из-за постоянно разбухающей прошивки 16 метров уже на исходе. Учтите что реально доступно где-то 14,6. У меня в запасе ещё 3 метра и я не ставил все доступные компоненты.

C ПК. Причём не открывались не только страницы в интернете, но и вебморда роутера переставала отвечать и выходила из коматоза через некоторое время. Удивляло то, что при настройке DoT в логах шли сообщения о adguard, хотя adguard я не трогал. Решил в итоге его удалить и DoT заработал.

У меня не работал DoT, пока не удалил adguard. Adguard при этом был выключен и просто присутствовал как компонент системы.

https://www.youtube.com/watch?v=EFKLN4jbwhA

Сейчас удалил, добавил и получил такую же картину. Повторил на бис, всё заработало. Не знаю как объяснить сие явление.

Я ввёл в вебе. Всё работает.

Сделайте так:

У меня нет такой проблемы.

@vasek00 Зачем смешивать две статьи о разных вещах? KeenDNS в облачном режиме выдаёт облачный ip. Проброс порта это хорошо, но только при условии, что на головном роутере KeenDNS в прямом режиме. Так что огрехи режима KeenDNS нельзя исправить с помощью проброса портов. Часто бывает так, что основным соединением на Кинетике выступает VPN клиент с серым ip при том, что провайдер предоставляет белый ip. В таком случае возникает проблема подключения к VPN серверам Кинетика из-за того, что KeenDNS работает в облачном режиме и выдаёт клиентам облачный ip. Для решения данной проблемы можно использовать сторонний DDNS и на клиентах прописывать имя полученное от данного сервиса. KeenDNS по умолчанию всегда использует основное соединение из-за чего и возникает данная проблема. В идеале хорошо бы было бы иметь возможность указывать в настройках KeenDNS соединение через которое оно должно работать. Причём при отвале данного соединения KeenDNS должен автоматически переключаться на другое соединение, а при восстановлении заданного возвращаться на него самостоятельно.

Их и не может быть, ведь на облаке L2TP сервера нет. В облачном режиме клиент получает ip облака.

Ждите разработчиков, осмотрят труп. Может всё же не в морг.

Да, но сама загрузка прошивки в память не идёт.