Тема
Полномочия делегирования DNS
В фасете «Тема» значение «DNS» объединяет статьи по конкретной теме или предмету наблюдения. Здесь собраны связанные публикации, источники, участники рынка и последствия для инфраструктуры. Страница помогает сравнить повторяющиеся сигналы, затронутые организации, непрерывность услуг, закупки, конкуренцию, соблюдение требований и вопросы стратегического планирования, а также понять, почему тема важна операторам, заказчикам, инвесторам и специалистам по политике.
История
Запись домена указывала на организацию, но не была организацией: RFC 1279
Самая опасная потеря данных иногда выглядит как упрощение: отношение «домен связан с двумя организациями» превращается в поле с одним владельцем. RFC 1279 не позволял так сжимать реальность. Он соединял DNS-ветвь с организационным каталогом, сохраняя направление ссылки, различие…
IETF
Wes Hardaker и DNS-сервер, которому пришлось пережить два TTL
Старый сервер уже почти не видел запросов, а новый отвечал без ошибок. Но выключение оказалось преждевременным: часть резолверов всё ещё жила по сроку, который опубликовал родитель, а не дочерняя зона.
История
Имя было локальным. Номеру всё равно требовалась запись: граница DNS-сопоставления в RFC 1101
В 1989 году DNS уже распространяла сведения об узлах, но ещё не давала стандартного способа спросить, как называется сеть по её номеру. RFC 1101 предложил небольшой ответ: PTR-записи, имена с нулевой хостовой частью в `IN-ADDR.ARPA` и маски там, где они нужны. Смысл не в том, что…
IETF
Tobias Fiebig и четыре подтверждения доступности DNS
После сбоя итоговый график может показывать почти стопроцентный успех: dual-stack-резолверы нашли ответ через оставшуюся семью адресов. Но журнал IPv6-only-клиента заканчивается раньше. RFC 10001 предлагает расследовать не общий процент, а четыре отдельные квитанции — по двум…
История
Служба имён почти стала переговорщиком: как RFC 830 разделила домены и возможности
Переход от одного файла HOSTS.TXT к множеству доменных таблиц ещё не отвечал на вопрос, где должна жить логика приложения. RFC 830 предлагала хранить иерархию тонкой: сначала найти служебную точку домена, затем отдельно спросить у конечного процесса, какой транспорт и приложение…
IETF
David Lawrence и DNS-ответ, переживший свой TTL
Срок TTL истёк, а авторитетные серверы не успели вернуть пригодную замену. RFC 8767 разрешает рекурсивному резолверу ограниченный мост: сначала действительно запросить источник, зафиксировать сбой, ненадолго отдать старую копию и продолжать обновление. Кэш поддерживает работу, но…
IETF
Стив Шэн и блокировка, которая не остановила обслуживание DNSSEC
Панель управления может показывать, что домен заблокирован, хотя набор DS в родительской зоне законно изменился. RFC 10026 снимает кажущееся противоречие: важно установить, кто выставил статус, чью команду он запрещает и почему отдельный аутентифицированный путь обслуживания…
IETF
Peter Thomassen и обновление, которому был нужен каждый авторитетный сервер
В DNS можно получить подлинный ответ и всё ещё не иметь права менять родительскую зону. RFC 9975 Peter Thomassen проводит эту границу формально: запрос должен быть согласован по всей делегированной авторитетной службе, а не только на первом ответившем сервере.
Досье
DNS сообщил о продаже домена, но не назвал того, кто вправе его продать
RFC 10023 позволяет обнаружить готовность держателя к переговорам, не отключая работающий домен. Полезный сигнал остаётся узким: он не удостоверяет продавца, полномочие, обязательную цену, расчёт или переход контроля.
Досье
Делегация была правильной. Большой ответ не прошёл: RFC 10001 и скрытый разрыв DNS
У родителя есть glue, авторитетный сервер слушает IPv6, зона подписана, а резолвер всё равно получает тайм-аут. Ответ DNSKEY превысил реальный MTU пути и исчез без уведомления. RFC 10001 важен именно тем, что не сводит разделение пространства имён к отсутствующим записям: сетевой…
Досье
Пакетов стало меньше, незавершённых ответов — нет: RFC 10029 и граница полноты DNS
График показывает экономию запросов, но не показывает, сколько дополнительных типов исчезло из списка завершённых и ушло в отдельный повтор. RFC 10029 не обещает, что один пакет содержит всё нужное приложению. Он даёт более строгий инструмент: точный перечень типов, по которым…
Досье
Реестр опубликовал TTL, а резолвер продолжил считать сам: RFC 10037 и полномочия в окне изменения DNS
Пять минут в RDAP — это не пять минут для всего Интернета. Число относится к конфигурации, принятой в базе реестра. Авторитативные серверы могут опубликовать её позже, рекурсивные резолверы уже держат копии с прежним сроком, а прикладной сервис способен не заработать даже после…
Досье
Ошибка вернулась новым вопросом: DNS Report-Channel и полномочия обратной связи
Авторитетный сервер может исправно выдавать ответы и не видеть, что валидирующий резолвер их отвергает. DNS Error Reporting прокладывает обратный путь: сервер называет агента, резолвер превращает локальный вывод в отдельный DNS-запрос, а получатель решает, насколько эта…
Досье
Пакет скрыл точный размер, но ритм продолжил говорить: EDNS Padding и пределы приватности DNS
Шифрование скрывает имя и ответ DNS от наблюдателя на пути, но не обязательно уничтожает силуэт обмена. EDNS Padding добавляет байты, делая этот силуэт грубее. Польза определяется не самим ростом пакета, а тем, сколько разных транзакций стало выглядеть одинаково.
Досье
Запись связала варианты, но соединение выбрал клиент: власть DNS SVCB и HTTPS
Владелец домена может заранее опубликовать предпочтительный узел, протокол и порт, а DNSSEC — подтвердить эту публикацию. Но только клиент видит свои возможности, прокси, доступный маршрут и сертификат, которым закончится попытка.
Досье
Фид был подлинным, ответ изменили здесь: DNS RPZ и локальная власть над резолвингом
Подлинность зоны политики отвечает на вопрос, от кого и в какой версии пришли правила. Она не отвечает, когда ошибочную запись успеют отозвать, сколько проживёт NXDOMAIN в кэше и кто разрешил сообщить клиенту, что существующего имени нет.
Досье
Дайджест совпал, а зона осталась неверной: ZONEMD и пределы криптографической целостности
Криптография способна безошибочно подтвердить состояние, которое вообще не следовало публиковать. Поэтому ZONEMD ценен лишь при точной границе: он удостоверяет целостность объекта зоны, но не принимает за оператора решение о его правильности.
Досье
Сигнал был подписан. Делегирование ещё не стало безопасным: CDS/CDNSKEY и полномочие публиковать DS
CDS и CDNSKEY превращают желаемое изменение доверия в машиночитаемое сообщение от дочерней зоны. Подпись подтверждает источник в пределах конкретной цепочки, но не объединяет контроль DNS-оператора, волю владельца, допуск родительского агента, публикацию и результат у валидатора.
Досье
Каталог был корректен. Удаление — нет: DNS Catalog Zones и полномочие на конфигурацию
После аварии журнал трансфера может выглядеть безупречно: известный узел, действующая аутентификация, новый serial, завершённый IXFR. Но если переданный каталог оказался пустым, такой журнал доказывает лишь эффективность доставки. Он не объясняет, почему рабочие зоны исчезли и…
Облачные сервисы: тенденции Европы и Ближнего Востока
Региональная граница, определяющая доступную GPU-мощность Genesis Cloud
Документированная архитектура Genesis Cloud ставит перед покупателем вопрос, который нельзя решить по каталогу ускорителей: можно ли превратить доступные GPU в воспроизводимую систему, если частная сеть, хранилища, образы и другие ресурсы ограничены регионом, а межрегиональная…