у меня одного на запрос к гугловскому DNS-у по IPv6 отвечает MSK-IX?

inb4 (в любом порядке):

• ipv6 не нужен
• местные глюки провайдера
• а разве в США такого не бывало? Бывало, и неоднократно.
• умвр

А так, ты впервые видишь (не)удачную попытку подмены днс? У тебя же все равно нет механизма это исправить.

Точнее есть - использовать ту или иную реализацию днс, где пакеты ходят не в открытую, но тут на днях по одному большому совпадению банить снова подсетями много, просто так.

Недавно мелькала информация, что РКН закрывает доступы к таким DNS.

https://habr.com/ru/articles/1075272/

местные глюки провайдера

MSK-IX, натурально, в Москве. я, как и мой провайдер - в паре тысяч км от.

а разве в США такого не бывало? Бывало, и неоднократно.

[источник?]

попытку подмены днс?

обычно «подмена днс» делается не настолько топорно - просто провайдерский сервак отдаёт левый айпишник вместо нормального запроса к аплинку. а это порнография какая-то. нет даже гарантии, что любой файрволл такое пропустит - ответ-то от левого адреса.

У тебя же все равно нет механизма это исправить.

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

так прикол-то в том, что и 8.8.8.8, и 1.1.1.1 при этом совершенно спокойно доступны. смысл-то в чём?

На моём провайдере и других, это было ещё до ркн в текущем виде (обсуждали на лоре не раз), много лет назад. Если кто-то гоняет днс открыто - сам виноват.

Хотя https конечно решил немного эту проблему, и теперь я хотя бы не вижу рекламу мокрых горячих женщин вместо нужного сайта или в виде баннера-врезки.

там написано про их обычный спуфинг, это давно известно. тут не тот случай.

смысл-то в чём?

Черный ящик цензуры работает по-разному, а ты рассуждаешь как программист из анекдота: «Купи батон хлеба, если будут яйца - возьми десяток. Муж возвращается из магазина с десятью батонами.»

хочется таки разобраться

Напиши в спортлото. Провайдеру своему ты писать же не стал, почему-то, если веришь в логику и здравый смысл?

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

У меня host -6v google.com 2001:4860:4860::8888

нормально отдает как пачку А, так и АААА записей.

при чём тут провайдер? его дело - передать udp-пакет туда, и ответ обратно, и он это прекрасно выполнил.

А лор при чем? Ошибка в тспу если и есть, диагностировать или обнаружить ее снаружи почти невозможно, а изнутри никто не даст.

А лор при чем?

ну, раз уж лор «при чем» для обсуждения нейрослопа или юникода, то почему бы и нет? тебя никто читать не заставляет.

Так ответ не получить нигде, просто можно наверно вместо классического днс по удп перейти на что-то, что сложнее подделать.

Или лучше удивляться потом «ой, а почему так»? Вроде опытный же пользователь.

во, в комментах там похожая ситуация, только касательно ipv4:

я делаю запрос к 8.8.8.8, а ответ приходит с 195.208.4.1

в общем, очевидно, кто гадит. при этом в моём-то случае с ipv4 как раз никаких проблем. как обычно, от тотального чебурнета спасают кривые руки его строителей…

По 8.8.8.8 тоже поддельный гугл отвечает, попробуй запросить youtube.com, получишь nxdomain. Где-то, скорее всего на ТСПУ, настроен nat на серверы НСДИ, но видимо с ipv6 они не осилили корректный nat. Уже давно так, во всяком случае у меня.

Давно же так, поэтому любители ходить на Ютуб через методы типа запретчтототам расстроились, когда их провайдер начал рулить днс пакеты на свой сервер, где никакого Ютуба нет.

очевидно, кто гадит

И кто? А то тут банят за такое.

Галку поставил, а ответ не написал. Некрасиво.

методы типа запретчтототам

С первого дня запрета, ещё с года 18, давались указания, что нужен doh, dot, и тд и тп.

у меня одного на запрос к гугловскому DNS-у по IPv6 отвечает MSK-IX? (комментарий)