С 01.02.2019 серверы имён, не поддерживающие EDNS, станут недоступны

шестой центос - поддержка до декабря 2020. никакой это не антиквариат. так задумано.

Зачем? Родной центосовский пакет корректно отвечает, что не умеет edns. Пока что такое поведение вполне соответствует желаемому.

У меня нет инсталляций шестого. Я перескакивал с пятого сразу на седьмой. Поэтому мне нечего сказать про «антикварность», как и про то, что мы можем иметь в виду совершенно разное.

я же еще раз говорю. у тебя свежий центос.

вот спасибо за нормальный ответ по теме. а то местные аборигены только ехидничать могут :)

вообще, сейчас найти сервер без edns надо постараться. а таумауты я думаю возникают когда заблочен 53-tcp (тк многие админы думают что dns только по udp работает).

ну вот, а я на седьмой не пошел вообще. мне общий тренд развития не нравится.

У меня bind-9.9.4-72.el7.x86_64 на 7.6.1810. (А твой сервер превратится в тыкву 1 февраля? (комментарий) и ниже)
Возможно при тестировании онлайн проблема сетевого характера.

шестой - 8.7

но, надо отдать должное ораклу. у них последний в шестой ветке - 9.8.2. пересобрали сами.

Центось в принципе не может быть свежей. Свежая у меня джента на десктопе. Давай оставим этот странный терминологический спор.
Если у тебя шестой, то есть два варианта. Либо bind в шестом не пропатчили на корректный ответ для edns, либо проблемы где-то посередине между онлайн-тестером и твом сервером. В любом случае я не могу никак тебе ничем помочь, поскольку у меня нет шестого центося. Но, похожий на твой случай (с седьмой центосью) вчера локализовали в теме в толксах (ссылку я дал). Попробуй скачать тестер, собрать и потестировать локально.

шестой - 8.7

Где-то я видел про 8.3. Вроде бы старше 8.3 должны работать корректно.

у них последний в шестой ветке - 9.8.2

И где-то я краем глаза видел, что поддержка edns сделана в 9.13/9.14. А 9.8 от 9.4 в этом отношении ничем не отличается, то есть просто корректно отвечает, что не умеет.

да я и не прошу у тебя помощи:) я выше написал, что есть простое решение) просто решил тебя проинформировать, чтобы ты со своим свежим системдешный центосом не отвечал вообще за всех пользователей центоса)

p.s.

gentoo - не просто свежая. это бета.

Я здесь отвечаю только за себя и за те тесты, результаты которых получил. Что ты про меня нафантазировал мне не важно.
Простое решение это перебрать пакет из федоры? Это без проблем, как и дальнейшая поддержка этого пакета в своём локальном репозитории. Но ведь кто-то ещё мне потом рассказывает про дженту.
А что тебя так от сыстемдэ припекает, что даже специально про это написал? Выпуск седьмого центоса был в 2014 году, в июле уже 5 лет будет, ещё лет пять и менять вместе с железом.

это, видимо, седьмой центос у тебя. он очень даже свежий.

Проверил bind-9.4.2 2008 года — тоже All Ok

за те тесты

угу, ну вот я с тобой поделился результатами своих

Но ведь кто-то ещё мне потом рассказывает про дженту.

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

А что тебя так от сыстемдэ припекает, что даже специально про это написал?

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

Выпуск седьмого центоса был в 2014 году

да, верно. время летит. сейчас, наверное, там уже полный набор исправлений для решения проблем(см. выше).

я с тобой поделился результатами своих

Онлайн тест может сфейлить по двум причинам. Я предлагаю проверить локально собранным тестером, возможно локально всё будет Ок. А может быть пакет из сорцов федоры будет единственным правильным решением проблемы, если локально тест сфейлит.

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

Я искренне рад за стабильный тулчейн федоры, но она слишком нестабильна для моего десктопа.
Если под проблемами считать всякие btrfs и systemd, то набор исправлений их решить не может. А что там в восьмом, ну как выйдет посмотрим, погоняем, освоим. Можно подумать есть какая-то альтернатива с таким же временем поддержки.

сфейлить по двум причинам. Я предлагаю проверить

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

Я искренне рад за стабильный тулчейн федоры

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

Если под проблемами считать всякие btrfs и systemd, то набор исправлений их решить не может.

рад, что ты это признаешь. хотя, конечно, это не полный список.

А что там в восьмом, ну как выйдет посмотрим, погоняем, освоим.

всегда удивлял этот подход «клюнет, тогда и побежим». не мой стиль. а btrfs оттуда выкинули.

Можно подумать есть какая-то альтернатива с таким же временем поддержки.

вот это самая сложная часть. от этого «пригарает» больше всего.

Саппорт хостинга отреагировал в стиле «все хорошо, прекрасная маркиза»

Dear XXX, Thank you for contacting us! We understand your concern about your service. I can asure you that there is no problem with your DNS and you shouldn't be worried at all. If this becomes a problem we will fix immediately.

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

BTW, «отмалчивающиеся на запросы» сервера вполне к неподдерживаюим EDNS можно отнести, а те, что отвечают «никаких расширений не поддерживаю» — к поддерживающим.

бекпортировал пакет

И как дальше? Будешь заниматься его поддержкой? Баг и секьюрити фиксами? Или будешь уповать на стабильность тулчейна?

всегда удивлял этот подход

У тебя есть другой подход? Предлагаешь на форумах рассказывать как кто-то не прав? Нет, молоток он и есть молоток. Если других молотков не предвидится, то надо изучать матчасть. В любом случае всегда можно сменить род деятельности.
Остальное опущено, чтобы не разжигать оффтопа.

Новость выглядит многообещающе, особенно после того как на их сайте проверил вот этих бедолаг:
rkn.gov.ru: Serious problem detected!

Выкосило slackware.ru. Сабжевый сайт нашёл проблемы.

Самое главное!

Так яндексу это и не нужно, они же за изоляцию, а внутри что угодно можно делать, хоть свои DNS внедрять :)

антикварных центосей

Более чем уверен, что в LTS дистрибутивы обновки прилетят. Как минимум в виде бекпортов.

Объясните уже, что это за EDNS такое и зачем оно (не) нужно?

Такое ощущение, что все здесь это уже прекрасно понимают. Но это не так!

В centos 5 не прилетит.

Ага, в панельке 2 раза кликнет и пакет пересоберется, особенно в 5-м центосе.

Причём тут centos5? Он почти уже 2 года уже EOL.

А я просто так любители msdns и древней центоси засунул в одно предложение?

Детская травма? :) Центось покусал? :)

У меня есть в паре мест древний centos5. С centos4, слава аллахам, как-то давно переехал всё-таки. Выше прыгнуть никак, старый древний легаси, который скоро будет упокоённый. Надеюсь.

rkn.gov.ru: Serious problem detected!

Да уже All Ok!

А вот еще, microsoft.com: Minor problems detected!))

Я такое часто видел, вендузятнички сайт которых на древней центоси с установленными панельками, руткиты в комплекте.

Уточнение - не «серверы имён не поддерживающие EDNS» станут недоступны, а серверы, «отмалчивающиеся» на EDNS-запросы.

И станут недоступны не для всех, а для тех у кого резолвер новой версии. В РФ многие провайдеры заворачивают все DNS-запросы на свои сервера, если они не обновят там bind, то их абоненты ничего и не заметят.

Насколько я понял, BIND 9.9.4

ЕМНИП, edns начали засовывать в bind версии 9.3, и с самого начала у них начались проблемы с отправкой edns запросов, там всякие настройки начали вводить, отключающие edns запросы для заданых адресов, ограничивающие размер udp... Но это всё для клиента (резолвера), а сам сервер не позволял отключить у него edns.

Из кода уберут кусок, который при тайм-ауте пытается повторить запрос без EDNS.

Причём этот кусок кода они крутили так и сяк пытаясь подобрать оптимальный алгоритм выявления подобных серверов, с его удалением у кого-то будет локальный праздник :)

что это за EDNS такое

google: Extension mechanisms for DNS
или сразу лучше https://tools.ietf.org/html/rfc6891

зачем оно (не) нужно

Тебе не нужно. Да и мне, собственно, тоже.

Там вменяемую диагностику выдают, а не красножёлтозелёные значёчки для дебилов.

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

и антикварных центосей

6 CentOS полет нормальный, какие у вас проблемы?

С NoScript оно эту самую диагностику для введённого в поле домена и открывает.

ССЗБ

Я такое часто видел, вендузятнички сайт которых на древней центоси с установленными панельками, руткиты в комплекте.

да, че уж там, похоже ты один из них ))

Во, блин. Не знал, что на ЛОР есть цензура. И главное что такое мог сказать, что вызывает «Национальные/политические/религиозные споры» да ещё и в теме про DNS? Кто помнит? Вроде не маленький спорить про Windows/Linux, вера/неверие, русские/не русские.

ССЗБ

Те кто не использует NoScript? Да.

В удалённых посмотри, кнопка внизу страницы.

Okay.

А что, там что-то было сказано про «мне»?

Словом, верно ли, что это EDNS в первом приближении для того, чтобы все и везде могли запихивать в один DNS-пакет больше, чем 512 байт?

А может ли оно как-нибудь повлиять на дальнейшую судьбу чего-нибудь вроде DANE?

Потому что в сухом остатке это мало касается кого-либо, кроме авторов расширений протокола и программистов реализующих их в доменных серверах, поскольку запись OPT нужна для «общения» серверов друг с другом.
В первом приближении да.
Влияет на всё, что может не поместиться в UDP пакет 512 байт. Хотя, TLSA ответ небольшой, а вот DNSSEC уже длиннее.

Те кто не использует NoScript? Да.

Те кто используют, а потом стонут , что сайт им ссыль не показывает.

Те кто используют, а потом стонут , что сайт им ссыль не показывает.

Но ведь УМВР.

Но ведь УМВР.

тогда смысл вашего первоначального поста? лишь бы что то сказануть?

тогда смысл вашего первоначального поста? лишь бы что то сказануть?

Смысл в том что кто-то не умеет читать.