Skip to main content
Resources

Guía sobre la Identificación y Mitigación de Colisiones de Nombres para Profesionales de TI

Esta página está disponible en:

Colisión de nombres | Guía para la Identificación y Mitigación de Colisiones de Nombres para Profesionales de TI | Preguntas frecuentes: Identificación y Mitigación de Colisiones de Nombres para Profesionales de TI | Mitigación de incidentes de colisión de nombres para los nuevos ccTLD | Preguntas frecuentes: Marco de Gestión de Incidentes de Colisiones de Nombres para Registros Framework for Registries | Informar una colisión de nombres

Descargar ahora

Guía sobre la Identificación y Mitigación de Colisiones de Nombres para Profesionales de TI (versión 1.1) [PDF, 848 KB]

Resumen

Las colisiones de nombres pueden derivar en resultados inesperados en las organizaciones que usan sistemas de asignación de nombres privados. En este documento, se enumeran los posibles resultados y se indican las mejores prácticas para cambiar la manera en que las organizaciones usan otros sistemas de asignación de nombres.

Para los sistemas de asignación de nombres que utilizan un TLD privado que se transforma (o ya se ha transformado) en un TLD en el DNS global, la mejor práctica de mitigación surge de la forma de migrar un nombre de dominio que tenga raíz en el DNS global. Para los sistemas de asignación de nombres que usan nombres abreviados con listas de búsqueda, la única medida de mitigación consiste en eliminar el uso de las listas de búsqueda. Las medidas para lograr la mitigación también contemplan el monitoreo a largo plazo de las redes privadas, para asegurar que todas las instancias de nombres que pudieran causar colisiones dejen de ser utilizadas.

La mitigación integral de los problemas causados por las colisiones de nombres se logra mediante el uso de nombres de dominios completos (FQDN) en todos los sitios donde se use un nombre de dominio. Para una red que ya usa el DNS global, esto significa no usar listas de búsqueda. En una red que utiliza un sistema de asignación de nombres privado, esto significa migrar a un nombre de dominio que tenga su raíz en el DNS global y evitar el uso de listas de búsqueda.

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