webcrew

Пробовал и основную (дефолтную), и впн - роли не играет. Меняю политику - айпишники по тестам моментально меняются, днс остается nextdns..

И еще на всякий случай вдогонку удивительное

Апну тему - 4.3 Alpha 13, провайдерские отключены, транзит запрещен. Есть основной профиль nextdns (системный), есть профиль IoT - прописан DoH от Cloudflare. Назначаю компу профиль IoT, чистим все что можно, ребутим все что можно, открываем dnsleaktest - видим dns.nextdns.io. В логах nextdns соответственно тоже видны все запросы от устройств, которые должны через другой dns ходить и не отсвечивать. Это как ?

Кстати было бы полезно в Ping Check добавить галочку перезагрузки роутера. Периодически некоторые репитеры отваливаются от сети до ручной перезагрузки. По расписанию не айс - не угадаешь когда и по какой причине очередная альфа-бета подвиснет на ровном месте. Entware не везде впихнешь. Ping Check встроенный есть - было бы удобно настроить ping контроллера и при превышении попыток ребутить роутер.

Попробовал на файле с конкретным списком роутов - сносятся вообще все кастомные маршруты. синтаксис делал такой route -f 8.8.8.0 MASK 255.255.255.0 0.0.0.0

О да! Особенно в нынешние времена, когда маршруты грузятся пачками... Было бы неплохо просто добавить понимание DEL в батники - тогда можно быстро заменой ADD изменить на DEL, и прогнать батник еще раз для удаления нужных маршрутов.

Да как-то по старой памяти сюда) В последние годы вся техподдержка скатывается до уровня суппорта первой линии со скриптами типа "перезагрузите оборудование"... Но вот прям вчера написал в телегу кинетикам - и честно проверили, и вектор указали - 80/443 на вышестоящем оборудовании... Так что респект ребятам. А теперь моя история)) Расковырял совершенно случайно - отлавливал глюк с доступом извне по https на Home Assistant. Тоже регил другое имя, возвращал старое, пепельницу вытряхивал, почти Armbian на DietPi менять собирался) На вышестоящем Huawei (который в инет на йоту смотрит) был включен tpws прокси) Отключил его - и все нормализовалось.

Если я правильно уловил логику - оно присвается роутеру сразу, и например из панели wi-fi system можно на любой экстендер ломанутся как по внутреннему айпи, так и через облако. Возможно еще в RMM как-то участвует.. Я вчера на головном роутере отловил на ровном месте такую картинку случайно.. акция единоразовая, больше не повторялась, но цифры уж больно знакомые

@KeyYerS Кстати еще одна мысль пришла - а попробуй постучать через второе доменное имя вида dhdhdjeje27272.keenetic.io ? Ну чисто из спортивного интереса Посмотреть можно в логах при старте Nginx

@ndm, @Le ecureuil Можете пролить свет на данную проблему? Временное явление или бага?

Кстати вспомнил - есть у меня еще один KN-1211 и висит в другой локации тоже на Йоте (только на модемном тарифе), и тоже кстати с прошивкой 4.0.2 - полез проверить - работает как часы. И на nslookup.io можно интересную картинку наблюдать от разных DNS

Тока что попробовал у себя все 3 айпишника ручками по очереди в хостс - по traceroute видит каждый правильно, но по вебу ни один не подхватился... Какой-то шайтан, и явно надо ждать появления кого-то из офф. модераторов с прояснениями - может что-то перенастраивается, или переносится, или РКН чудит (а он в последнее время конкретно крутит - половина ВПНов упало)...

ipconfig /flushdns делал ?

Не, я имел в виду у себя в hosts для этого домена прописать айпишник и попробовать извне постучаться на морду.

@KeyYerS Вот у меня получается когда резолвится в 95.213.212.50 или в 31.184.251.19 - все ходит и это Селектел. Если резолвится 185.162.93.96 Мирановский - то недоступно Можно кстати попробовать статику в hosts прописать и понаблюдать что будет с доступностью