---
id: "7880e13b-191b-43f8-8e3f-3a1775269bb8"
kind: "link"
title: "ICANN отметила интернет-провайдеров, которые отправляют дублирующие DNS-запросы нескольким резолверам"
language: "ru"
section: "security"
date: "2026-10-21T05:33:02Z"
updated: "2026-10-21T05:33:02Z"
canonical: "https://tldlog.com/ru/l/icann-otmetila-internet-provayderov-kotorye-otpravlyayut/"
origin: "reviewed"
master: "https://tldlog.com/l/icann-flags-isps-sending-duplicate-dns-queries-several/"
translations:
  en: "https://tldlog.com/l/icann-flags-isps-sending-duplicate-dns-queries-several/"
  es: "https://tldlog.com/es/l/icann-senala-proveedores-internet-que-envian-consultas-dns/"
  de: "https://tldlog.com/de/l/icann-bemaengelt-isps-dns-anfragen-mehrere-resolver-schicken/"
  fr: "https://tldlog.com/fr/l/icann-signale-fai-qui-envoient-requetes-dns-double-plusieurs/"
  it: "https://tldlog.com/it/l/icann-segnala-isp-che-inviano-query-dns-duplicate-piu/"
  pt-BR: "https://tldlog.com/pt/l/icann-aponta-isps-que-enviam-consultas-dns-duplicadas-varios/"
  zh-Hans: "https://tldlog.com/zh/l/icann-biaoji-isp-chongfu-dns-chaxun/"
source:
  name: "theregister.com"
  url: "https://www.theregister.com/networks/2026/10/21/nervous-isps-replace-chrome-as-strange-consumers-of-dns-resources/5304344"
  language: "en"
  date: "2026-10-21T03:16:37Z"
---

# ICANN отметила интернет-провайдеров, которые отправляют дублирующие DNS-запросы нескольким резолверам

## простыми словами

Интернет превращает названия сайтов в адреса с помощью DNS-серверов. ICANN, которая управляет доменными именами по всему миру, обнаружила, что некоторые интернет-провайдеры просят три разных DNS-сервера дать один и тот же ответ. ICANN считает это необычным и продолжает выяснять причины.

Офис главного технического директора ICANN представил результаты в понедельник на ежегодной конференции организации на Бали, Индонезия. На сессии были озвучены свежие данные программы Identifier Technology Health Indicators, которая отслеживает безопасность, стабильность и устойчивость системы доменных имен.

Сессия сначала вернулась к более раннему сбою. Главный технолог ICANN Мод Дюран описала ошибку в Chrome, которую она назвала «Chromiods», из-за которой браузер генерировал около половины всего трафика корневых DNS-серверов в 2020 году. ICANN и другие заинтересованные стороны попросили компанию Google исправить ее, и Дюран сказала, что Google сделала это постепенно. Измерения ICANN показывают, что доля Chrome в трафике корневых DNS-серверов снизилась с 45 процентов до одного процента сегодня.

ICANN теперь обнаружила другой источник необычного DNS-трафика. Некоторые интернет-провайдеры отправляют каждый DNS-запрос трижды: на Google, на Cloudflare и на другой DNS-резолвер. Дюран назвала этот подход «belt and suspenders», отметив, что единственный резолвер обычно поддерживает работу сервисов. Указание основного и вторичного резолверов является хорошей практикой, но DNS-резолверы уже очень устойчивы, поэтому повторные запросы необычны.

Интернет-провайдеры отправляют запросы по IPv4 и IPv6. Для запросов, которые не кэшируются, около половины повторяются в течение 100 миллисекунд, и еще 30 процентов повторяются в течение тридцати секунд. Дюран сказала, что трудно понять, является ли это ошибкой или намеренным поведением, и высказала личное предположение, что у этих провайдеров не хватает квалифицированных инженеров и они построили грубую форму устойчивости. ICANN изучает причину.

ICANN считает эти интернет-провайдеры мелкими игроками, но обеспокоена тем, что такая практика может навредить, если распространится или будет принята крупной организацией. Дюран также связала проблему с концентрацией DNS-сервисов. ICANN оценивает, что половина пользователей интернета могла в 2020 году видеть почти 250 резолверных ферм, а сейчас эта цифра чуть меньше 150. Дюран считает, что число операторов резолверов сокращается, а оставшиеся видимые резолверы принадлежат крупным технологическим компаниям, хотя она не уверена, почему.

Источник: [theregister.com](https://www.theregister.com/networks/2026/10/21/nervous-isps-replace-chrome-as-strange-consumers-of-dns-resources/5304344)