Skip to main content
Resources

Доменная коллизия

Страница также доступна на следующих языках:

Доменная коллизия | Руководство по определению и минимизации последствий доменных коллизий для ИТ-специалистов | Часто задаваемые вопросы: доменные коллизии для ИТ-специалистов | Минимизации последствий доменных коллизий для новых ccTLD | Часто задаваемые вопросы:Рамочный план действий в случаях доменных коллизий для регистратур | Сообщение о доменной коллизии

Что такое доменная коллизия?

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

В доменных коллизиях нет ничего нового. Доменные коллизии могут возникать при вводе новых доменных имен в систему доменных имен (DNS), как доменов общего пользования, так и национальных доменов верхнего уровня и доменов второго уровня. Однако запросы на неделегированные TLD на корневом уровне глобальной DNS вновь привлекли внимание, поскольку новые запрашиваемые строки gTLD могут быть идентичны меткам имен, используемым в частных сетях или других системах присвоения имен. ICANN стремится сделать интернет безопасным, стабильным и отказоустойчивым. Поэтому ICANN взяла обязательство перед интернет-сообществом развернуть обстоятельные меры по минимизации последствий доменных коллизий и разработке соответствующего плана действий.

Как будет снижен риск доменных коллизий в Программе новых доменов общего пользования верхнего уровня (gTLD): раунд 2026 года?

Вероятность того, что доменные коллизии отразятся на значительном количестве операторов корпоративных сетей или пользователях интернета, мала. При этом ICANN считает критически важным сделать все возможное для минимизации потенциального воздействия и предоставляет четкие советы по решению этой проблемы.

Проводимая в рамках Программы новых доменов общего пользования верхнего уровня (gTLD) ICANN: раунд 2026 года, заключается в реализации необходимых функций и процедур для оценки и снижения риска, вызванного доменными коллизиями между глобальной DNS и другими системами именования с использованием концепции управления рисками доменных коллизий в соответствии с рекомендациями, изложенными во отчете по результатам второго исследования в рамках Проекта по анализу доменных коллизий, согласно указаниям Правления ICANN от 7 сентября 2024 года (2024.09.07,10).

Ключевые изменения и предстоящие этапы:

Дата Описание

09 апреля 2026 года

ICANN опубликовала Отчет об общественном обсуждении процедуры доменных коллизий. Окончательные документы по процедуре приведены ниже:

  1. Процедура первоначальной оценки
  2. Процедура временного делегирования
  3. Процедура оценки плана снижения высоких рисков
  4. Модель классификации высокорисковых строк

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

Период общественного обсуждения длился с 29 января 2026 года по 16 марта 2026 года. В течение этого времени были получены отзывы о документах, связанных с процедурой.

Чтобы просмотреть комментарии, поступившие в ходе общественного обсуждения, перейдите по ссылке https://itp.cdn.icann.org/en/files/name-collision/summary-report-name-collision-procedure-documentation-09-04-2026-en.pdf

31 марта 2026 года

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

Чтобы просмотреть видео, перейдите по ссылке https://www.youtube.com/watch?v=ubAwLfPKk6s

16 марта 2026 года

ICANN опубликовала Отчет об общественном обсуждении IPv6 и Сводный отчет по исследованию управляемого прерывания IPv6, проведенному ICANN.

Публикация этих документов полностью закрыла процедуру общественного обсуждения.

Период общественного обсуждения длился с 20 октября 2025 года по 22 декабря 2025 года. За это время были получены отзывы об отчетах, которые в конечном итоге привели к окончательному решению ICANN о том, как будет осуществляться управляемое прерывание в течение раунда 2026 года.

Чтобы просмотреть комментарии, поступившие в ходе общественного обсуждения, или узнать больше о результатах, перейдите по ссылке https://itp.cdn.icann.org/en/files/new-generic-top-level-domain-gtld/summary-report-name-collision-ipv6-research-study-16-03-2026-en.pdf.

04 февраля 2026 года

Инструмент «Обсерватория доменных коллизий» (NCO) был разработан, чтобы дать возможность потенциальным кандидатам на gTLD или другим членам сообщества отображать архивные данные о масштабах DNS (показатель популярности DNS) для строк доменов верхнего уровня. Представленные данные о масштабах предоставлены рядом операторов корневых серверов, а также некоторыми провайдерами рекурсивных резолверов.

Эти данные могут помочь кандидатам оценить вероятность того, что их строка создаст высокий риск доменных коллизий. Следует отметить, что данные о масштабах для запрашиваемой строки являются лишь одним из нескольких факторов, которые будут учитываться при первоначальной оценке высокого риска коллизии имен. При оценке риска, связанного с этой строкой, в процессе подачи заявок на TLD в раунде 2026 года будут учитываться как количественные данные, так и качественные аспекты. Кандидаты не должны предполагать, что если этот инструмент указывает на низкий объем запросов для строки, то строка будет оценена в процессе подачи заявки как безопасная для делегирования. Подробнее см. в разделе «Доменная коллизия» новейшей версии Руководства кандидата.

NCO доступна по адресу: https://newgtldprogram-nco.icann.org/

Как определяют доменную коллизию? 127.0.53.53

127.0.53.53 — это специальный адрес протокола IPv4, который отображается в системных журналах, чтобы предупреждать системных администраторов о возможных проблемах доменных коллизий, давая тем самым возможность оперативно проводить диагностику и устранять источники таких проблем. Номер 53 выбран для указания на проблему, связанную с DNS, для удобства запоминания, поскольку для службы DNS используется сетевой порт 53.

При возникновении системных ошибок, вызванных доменными коллизиями, системным администраторам рекомендуется выполнить следующее:

  1. Сообщите о проблеме в ICANN »
    Необходимо сообщать о случаях, в которых есть основания предполагать, что доменные коллизии могут стать причиной явного и значительного ущерба.
  2. Ознакомьтесь с документом Руководство по обнаружению и устранению последствий доменных коллизий для ИТ-специалистов (версия 1.1) [PDF, 476 КБ] и примите меры, описанные в этом руководстве.
  3. Распространите информацию о вероятности доменной коллизии и способах ее устранения среди своих коллег.
Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."