Организация обратилась к провайдерам с просьбой проверить готовность к смене ключа. «Можно с практически полной уверенностью утверждать, что где-нибудь в мире есть как минимум несколько операторов, не готовых к смене ключа, но даже при этом худшем сценарии им просто надо будет исправить проблему, а именно — отключить валидацию DNSSEC, установить новый ключ, заново включить валидацию DNSSEC, и у их пользователей полностью восстановится возможность связи с DNS», — добавили в ICANN.

Подробнее на РБК:
https://www.rbc.ru/technology_and_media … =gism_top6

какие-либо изменения будут внесены только 11 октября!

сентября/октября... какая разница? походу, оборудование дома меняют 

Глазки покраснеют, свитер с оленями заведешь)

   
Нет! Я у тебя возьму покататься! ))))

Уже началось что-ли? Роутер наотрез отказывается логиниться на сервер провайдера

Ага - уже началось: теперь в этой "новости" все будут искать объяснение для любых сбоев...  даже не прочитав, что какие-либо изменения будут внесены только 11 октября!

А личного DNS нет

Хошь научу, и сделаешь себе?)
Глазки покраснеют, свитер с оленями заведешь)

Чёртовы сектанты пишет:

Зи умышхэмэ сэкъэпфэгъубжыт тхьауегъэпсэу, укъак1уагъ! ЦIыф'ышIу хь'акIэ щымыкI. чылэм укIомэ... ЗэкIэмэ сэлям яхьы, Нахьыжь къихьэмэ къэтэдж Нахьыжь игъогу узэпырымыкl. Унэм зыщыгъ'асе етIуанэ цI'ы

Как видит нормальный человек диалог этих двух сектантов.

У меня примерно такое же, когда вы про вылосипэды разговариваете 

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

Примерно цепочка выглядит так. Ты вбиваешь имя сайта в браузер. DNS-клиент (служба компьютера) обращается к одному из настроенных dns-серверов (обычно настройки присылает пров инета, но можно и прописать самому). Этот сервер отдаёт инфу если она есть в кеше и не устарела, иначе обращается за ней к вышестоящему или корневому.

В общем, в итоге выясняется, какой ряд серверов обслуживает этот домен. Обычно это сервер хостинга сайта, или как в моём случае - несколько своих (резервные).
Уже эти сервера, точнее какой то один из них, отдаёт по запросу свежую информацию.

Когда грузится страница - это не один процесс чаще всего. Подгружается куча картинок, скриптов и прочего бесячего хлама. Это все может лежать на совершенно других серверах и доменах / поддоменах.
И для каждого такого запроса производится такая цепь действий, если инфо ещё не закеширована.

В итоге реально данные грузятся не с имён (skif4x4.ru) а с ip-адресов. При этом запрошенное имя тоже попадает на сервер с сайтом, ибо на одном сервере (адресе) могут быть несколько сайтов.

Бинд - bind, он же named - открытая программа, реализующая серверные функции dns. Это может быть как кеширующий сервер, так и нет, или их комбинация.

dlz - дополнение к bind, позволяющее хранить данные dns твоих сайтов не в текстовых конфигах, а в базе данных.

Мускуль - mysql - реализация такой базы данных.

ddns - dynamic dns, сервер dns, где можно легко менять сопоставление имени и адреса, обычно автоматом. Я владею зачем то таким сервисом hldns.ru. Обычно это нужно тем, кому провайдер даёт белые адреса, но меняет их, а нужно получать доступ из интернета к инфраструктуре за этим адресом (в локалке домашней).

Ты можешь получить имя name.hldns.ru и не чаще раза в 5 минут делать из своей сети запрос на обновление адреса. Имени будет присвоен белый адрес, с которого пришёл запрос.

Таким образом, мой dns обслуживает несколько имён, включая hldns.ru и все его производные, поддомены, записи почтовых серверов и т.д. Если он ляжет ввиду каких то корневых изменений в процессе - ляжет этот сервис и ещё пара моих основных.

Подозреваю, до этого не дойдёт, на худой конец надо будет обновить bind. Но дополнение dlz к нему, обновлённому, может выйти не сразу.

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

БАRМАLЕЙ, да то просто у тебя желания нет разобраться)
Простыми и понятными словами и аналогиями хочешь?

Я хочу!!! 

Зи умышхэмэ сэкъэпфэгъубжыт тхьауегъэпсэу, укъак1уагъ! ЦIыф'ышIу хь'акIэ щымыкI. чылэм укIомэ... ЗэкIэмэ сэлям яхьы, Нахьыжь къихьэмэ къэтэдж Нахьыжь игъогу узэпырымыкl. Унэм зыщыгъ'асе етIуанэ цI'ы

Как видит нормальный человек диалог этих двух сектантов.

а мне шо делать? у меня свой обслуживает домены и сервера, на бинде с длз и мускулем

И что root hints использует?
Если да, то мусье знает толк... а раз знает толк то должен мочь самостоятельно на профильном сайте найти

90% всё равно используют либо Google/Yandex DNS либо DNS провайдера

а мне шо делать? у меня свой обслуживает домены и сервера, на бинде с длз и мускулем

Вообще новость из серии "ТрансXXXгаз повышает давление на участке газопровода ..."

Бггг)))) 

В конце августа Корпорация по управлению доменными именами и IP-адресами (ICANN) напомнила, что «готовится к первой в истории смене криптографических ключей, которые служат защитой для системы доменных имен интернета» (DNS). Переход на новые ключи (Key Signing Key, KSK) должен состояться 11 октября. При этом организация предупредила, что «небольшой процент интернет-пользователей испытает сложности при разрешении доменных имен» (то есть при преобразовании имени ресурса в числовой IP-адрес, например), которое компьютеры используют для соединения друг с другом. Из-за таких сложностей часть пользователей, например, не сможет открыть указанный ими в адресной строке браузера сайт.

Несмотря на опубликованное сообщение ICANN, 11 октября — это предварительная дата перехода на новые ключи, рассказала РБК глава по глобальному взаимодействию с заинтересованными сторонами в Восточной Европе и Центральной Азии ICANN Александра Куликова. Точная дата перехода будет утверждена на заседании правления корпорации, которое должно состояться на следующей неделе, 12 сентября.

https://www.rbc.ru/technology_and_media … =gism_top1