Skip to main content

Welcome to the new ICANN.org! Learn more, and send us your feedback. Dismiss

Resources

ICANN опубликовала Рекомендации по определению и устранению причин совпадения имен для IT-специалистов

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

Сегодня ICANN опубликовала всеобъемлющие рекомендации для IT-профессионалов во всем мире о способах упреждающей идентификации и действий при утечке имен из внутреннего пространства имен в глобальную систему доменных имен (DNS), чтобы таким образом устранить причины совпадения имен по мере добавления доменов верхнего уровня (TLD) в систему DNS. В отчете под названием Руководство по определению и устранению причин совпадения имен для IT-специалистов [PDF 647 КБ], ICANN объясняет природу и причины феномена совпадения имен и предоставляет ряд возможных решений.

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

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

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

Отчет содержит рекомендации о том, что всем организациям, еще не использующим FQDN из глобальной DNS, следует рассмотреть следующую стратегию:

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

Рекомендации IT-профессионалам были составлены по результатам нескольких месяцев тщательной работы, выполненной сотрудниками ICANN, специалистами по этой теме, руководством ICANN и Правлением.

"Опубликованный нами сегодня отчет предлагает IT-специалистам, работающим как в крупных организациях, так и в маленьких компаниях, всесторонние рекомендации и предлагает легко реализуемые меры" — сказал Дейв Пишителло, вице-президент по безопасности и координации ИКТ. "Несмотря на то, что возможно существуют и другие промежуточные или временные решения, миграция при помощи FQDN имеет долговременную ценность, так как применение этого решения также позволяет делегировать все новые домены верхнего уровня."

Отчет и дополнительная полезная информация и ресурсы размещены здесь: http://www.icann.org/ru/help/name-collision.

###

КонтактнаяинформациядляСМИ:

Брад Уайт
Директор отдела по взаимодействию с глобальными СМИ
Вашингтон (округ Колумбия)
Тел.: +1.202.570.7118
E: brad.white@icann.org

(Brad White
Director Global Media Affairs
Washington, D.C.
Tel: +1.202.570.7118
E: brad.white@icann.org)

James Cole
Координатор ICANN по взаимодействию с глобальными СМИ
Вашингтон (округ Колумбия)
телефон: +1 202.570.7240
E: james.cole@icann.org

(James Cole
ICANN Global Media Coordinator
Washington, D.C.
Tel. +1 202.570.7240
E: james.cole@icann.org)

Эндрю Робертсон
Edelman Public Relations
Лондон, Соединенное Королевство
телефон: + 44 (7811) 341 945
E: andrew.robertson@edelman.com

(Andrew Robertson
Edelman Public Relations
London, U.K.
Tel.  + 44 (7811) 341 945
E: andrew.robertson@edelman.com)

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."