Centro de Ayuda:

{

Pagos y Renovaciones
» Cómo pagar
» Aviso de Pago
» Solicitar Factura
» Upgrade/Ampliar Plan

Ayuda Básica
- Mi primera página
- Preguntas Frecuentes
- Videos Tutoriales
- Configurar Email en Outlook?

Email, Webmail, Outlook
- Crear Email
- Configurar Outlook
- Problemas Outlook
- Preguntas Varias Email

Servidores Vps Linux y Windows Chile

Preguntas Frecuentes

Dominios



Categorias

FrontPage


FTP


Ventas y Pagos


Bases de Datos


Email


Buscadores


Dominios


Hosting


Desarrollo Web


Cpanel


Scripts


Seguridad


Dominios

Dominios IDN con ñ y acento internalización


Preguntas Frecuentes sobre IDN
NIC Chile

CONVERTIDOR DE DOMINIOS

 

1. ¿Qué significa IDN?

Del inglés, Nombre de Dominio Internacionalizado (IDN). Corresponde al estándar que permite codificar caracteres internacionales en el DNS. Se encuentra descrito por el RFC3490, RFC3491y RFC3492. Los caracteres internacionales pueden ser: los utilizados en el alfabeto español, o en otros idiomas como alemán y francés, e incluso en lenguas no romances como coreano o japonés.

2. ¿Cuáles caracteres pueden ser utilizados con IDN en NIC Chile?

A partir del 21 de septiembre de 2005, siete nuevos caracteres pueden ser utilizados al registrar un dominio en NIC Chile:

á é í ó ú ü ñ

Estos caracteres se agregan a los ya utilizados: Letras (a-z), dígitos (0-9), guión (-). La Política con las reglas de sintaxis vigente se encuentra disponible aquí.

3. ¿Cuál es el largo máximo permitido para un dominio IDN?

El largo máximo de un caracter IDN es variable, dependiendo de su Codificación ASCII Compatible (en inglés: ASCII Compatible Encoding, ACE). La codificación ACE es el mecanismo mediante el cual se pueden incorporar estos nuevos caracteres en el DNS.

Lamentablemente al mirar un dominio IDN no siempre es posible determinar el largo de su codificación ACE sin transformarlo en su representanción ACE.

4. ¿Como puedo obtener la codificación ACE de un dominio?

La codificación ACE permite incorporar caracteres internacionalizados en aplicaciones diseñadas para trabajar solamente con caracteres ASCII. El principal uso de la codificación ACE es incorporar dominios con caracteres internacionales en el DNS.

Por esta razón, NIC Chile ha preparado una herramienta que permite obtener la representación ACE de un dominio.

5. ¿Existen diferencias entre mayúsculas y minúsculas en IDN?

Tradicionalmente no han existido diferencias entre mayúsculas y minúsculas en el DNS. Con IDN esta continuará siendo la norma. Para esto, ahora se aplica un algortimo de normalización denominado nameprep, que entre otras cosas, elimina las diferencias entre minúsculas y mayúsculas. Este algoritmo se encuentra descrito en el estándar IDN.

6. ¿Pueden las aplicaciones, como navegadores y clientes de correo electrónico, utilizar IDN ?

Algunos de los navegadores (browsers) que soportan IDN son:

El navegador Microsoft Internet Explorer soporta IDN, pero sólo desde la versión 7 en adelante. Para versiones anteriores requiere la instalación de una de las siguientes extensiones (plugins):

  • i-Nav TM, de la empresa Verisign, o
  • EchIDNA del proyecto open source IDN-OSS

Actualmente son pocos los clientes/servidores de correo que pueden manejar IDN:

  • VisNetic MailServer 7.2.4
  • Merak Mail Server 7.4.0
  • PHlyMail
  • AmigaOS SimpleMail 0.25
  • Microsoft Outlook 2000, 2002 (XP), 2003; Outlook Express 5.0 con Verisign i-Nav PlugIn

7. ¿Cómo puedo averiguar si mi navegador (browser) soporta nombres de dominio IDN ?

NIC Chile mantiene un dominio de prueba para revisar si su navegador soporta IDN. Para ello, haga click en el siguiente enlace:
http://www.ñandú.cl

Si llega a una página con información de IDN en NIC Chile, ¡felicitaciones! Su navegador está listo para resolver nombres de dominio IDN.

8. ¿Es posible incluir IDNs en los campos 4a y 5a del formulario de dominio ?

Actualmente es posible incorporar un servidor IDN en los campos de servidores primarios y secundarios. NIC Chile se encarga de transformar estos nombres en su equivalente ACE al momento de generar la zona CL.

Sin embargo, aún no es posible incluir una casilla de correo electrónico que contenga un IDN. Eventualmente esto cambiará cuando se masifique el uso de IDN.

9. ¿Por qué veo caracteres extraños en la página de NIC Chile?

Esto se debe a que su navegador no está utilizando la misma codificación que el sitio de NIC Chile. Para esto, es recomendable indicar en su navegador que la codificación corresponde a ISO-8859-1, también conocida como Latin-1.

 

NIC Chile, Preguntas Frecuentes

Nombre de dominio internacionalizado

De Wikipedia, la enciclopedia libre

Un nombre de dominio internacionalizado o Internationalized Domain Name (IDN) es un nombre de dominio de Internet que (potencialmente) contiene caracteres no ASCII. Este tipo de dominios puede contener caracteres con acento diacrítico, como se requiere en muchos lenguajes europeos (entre ellos, el español), o caracteres de escrituras no latinas como la árabe y las chinas. Sin embargo, el estándar para nombres de dominio no permite tales caracteres, y la mayor parte del trabajo para elaborar una norma ha pasado por encontrar una forma de solucionar este tema, bien sea cambiando el estándar o acordando una manera de convertir los nombres de dominio internacionalizados en nombres de dominio en ASCII estándar mientras se mantenga la estabilidad del sistema de nombres de dominio.

El estándar IDN fue propuesto originalmente en 1998. Después de mucho debate y propuestas competidoras, un sistema llamado Internacionalización de Nombres de Dominio en Aplicaciones (Internationalizing Domain Names in Applications - IDNA) fue adoptado como el estándar elegido, y en el año 2005 empezó su presentación pública.

En IDNA, el término nombre de dominio IDN específicamente denota a cualquier nombre de dominio que consiste solamente en etiquetas en las que el algoritmo IDNA ToASCII puede ser exitosamente aplicado. ToASCII se basa en la codificación ASCII Punycode de cadenas Unicode normalizadas.

Tabla de contenidos

[editar] Internacionalización de Nombres de Dominio en Aplicaciones (IDNA)

Es un mecanismo definido en el año 2003 para manejar nombres de dominio IDN que contienen caracteres no ASCII. Estos nombres de dominio no pueden ser manejados por la existente infraestructura de resolución de nombres y DNS. En lugar de rediseñar la infraestructura DNS existente, se decidió que los nombres de dominio con caracteres no-ASCII deben ser convertidos a una forma basada en ASCII por los navegadores web y otras aplicaciones de usuario; IDNA especifica como debe realizarse esta conversión.

IDNA fue diseñado para una máxima compatibilidad hacia atrás con el sistema DNS existente, el cual fue diseñado para ser usado con nombres utilizando sólo un subconjunto de los caracteres ASCII existentes.

Una aplicación habilitada para IDNA es capaz de convertir entre ASCII restringido y representaciones no ASCII para un dominio, utilizando la forma ASCII en los casos donde se necesite (como el lookup DNS), pero que sea capaz de presentar la forma no ASCII de mejor lectura a los usuarios. Las aplicaciones que no soporten IDNA no serán capaces de manejar nombres de dominio con caracteres no ASCII, pero todavía serán capaces de acceder a tales dominios si les es dado el equivalente ASCII (normalmente más críptico).

ICANN presentó guías de planeación para el uso de IDNA en Junio del 2004 y era posible registrar dominios .jp usando este sistema en julio de 2004. Muchos otros registradores de dominios de alto nivel comenzaron a aceptar registros en marzo de 2004.

Las primeras aplicaciones en soportar IDNA fueron Mozilla 1.4, Netscape 7.1 y Opera 7.11. Las versiones de Internet Explorer anteriores a la 7 requieren un archivo adicional (plug-in) para soportar IDNA. Navegadores que utilizan Internet Explorer como base una versión anterior a la 7 para desplegar páginas web, tales como Avant Browser, tampoco admiten esta tecnología.

Ejemplos:

[editar] ToASCII y ToUnicode

La conversión entre las formas ASCII y no-ASCII de un nombre de dominio se realiza mediante algoritmos llamados ToASCII y ToUnicode. Estos algoritmos no se aplican a todo el nombre de dominio en su conjunto, sino a etiquetas individuales. Por ejemplo, si el nombre de dominio es www.ejemplo.com, entonces las etiquetas son www, ejemplo y com, y ToASCII o ToUnicode se aplicarían a cada uno ellos por separado.

Los detalles de estos dos algoritmos son complejos, y están especificados en los RFC enlazados al final de este artículo. A continuación se muestra una visión general de su comportamiento.

ToASCII deja sin ningún cambio cualquier etiqueta ASCII, pero actuará si la etiqueta no es utilizable para DNS. Si una etiqueta dada contiene al menos un carácter no ASCII, ToASCII aplicará el algoritmo Nameprep (el cual convierte la etiqueta a minúsculas y realiza otra normalización) y entonces se traducirá el resultado a ASCII usando Punycode antes de anteponer la cadena de cuatro caracteres "xn--". Esta cadena de cuatro caracteres se llama el prefijo ACE, donde ACE significa ASCII Compatible Encoding (Codificación Compatible ASCII), y se utiliza para distinguir las etiquetas codificadas en Punycode de las etiquetas ASCII ordinarias. Hay que notar que el algoritmo ToASCII puede fallar de muchas maneras; por ejemplo, la etiqueta final puede exceder el límite de 63 caracteres de DNS. Una etiqueta en el cual ToASCII falla, no puede ser utilizada en IDN.

ToUnicode revierte la acción de ToASCII, despojando el prefijo ACE y aplicando el algoritmo de decodificación Punycode. No revierte el procesado de Nameprep, debido a que es simplemente una normalización y es por naturaleza irreversible. Al contrario de ToASCII, ToUnicode siempre acierta, porque simplemente retorna la cadena original si la decodificación llegara a fallar. Esto significa que ToUnicode no tiene efecto en una cadena que no comienza con el prefijo ACE.

[editar] Ejemplo de codificación IDNA

Como un ejemplo de como funciona IDNA, supongamos que el dominio a codificar es Ñandú.cl (de hecho, dicho dominio existe). Este tiene dos etiquetas, Ñandú y cl. La segunda etiqueta es ASCII pura, así que se deja sin cambios. La primera etiqueta es procesada por Nameprep para devolver ñandú, y entonces mediante Punycode se obtiene and-6ma2c, y entonces se anexa previamente xn-- para obtener xn--and-6ma2c. El dominio final utilizado para el uso de DNS es xn--and-6ma2c.cl.

[editar] Consideraciones por engaños

Debido a que IDN permite a los sitios de Internet utilizar nombres completos en Unicode, también es posible el registro de dominios que se parezcan a otros en su versión Unicode; no obstante, la versión ACE del dominio es diferente, lo cual conlleva a descubrir las diferencias. Este tipo de ataques no se deben a deficiencias técnicas en las especificaciones Unicode o IDNA, sino al hecho de que diferentes caracteres en diferentes lenguajes pueden parecer iguales, dependiendo de la fuente (tipo de letra) utilizada. Por ejemplo, el carácter Unicode U+0430 ("a" cirílica minúscula), puede parecer idéntico al carácter Unicode U+0061 ("a" latina minúscula, utilizada en inglés). Técnicamente, los caracteres que se ven parecidos son conocidos como homógrafos. La similitud sólo se encuentra en la versión Unicode del nombre de dominio, ya que la versión ACE de los dominios es diferente.

Estos ataques de engaños (spoofing) potencialmente exponen a usuarios a ataques de phishing

[editar] Historia de los dominios IDN

  • 07/98: Asia Pacific Networking Group (también conocido como APSTAR) forma iDNS Working Group presidido por James Seng
  • 1999: Primeras investigaciones sobre IDN en la National University of Singapore, Center for Internet Research
  • 02/99: Lanzadas pruebas base de iDNS con la participación de CNNIC, JPNIC, KRNIC, TWNIC, THNIC, HKNIC y SGNIC
  • 01/00: Se forma IETF IDN Working Group presidido por James Seng y Marc Blanchet
  • 03/01: Se forma el ICANN Board IDN Working Group
  • 11/01: Se forma el ICANN IDN Committee
  • 03/03: Publicación de RFC 3454, RFC 3490, RFC 3491 y RFC 3492
  • 06/03: Publicación de ICANN IDN Guidelines
  • 05/04: Publicación de RFC 3743, Joint Engineering Team (JET) Guidelines for Internationalized Domain Names (IDN) Registration and Administration para chinos, japoneses y coreanos.

[editar] Registradores DNS que se sabe han adoptado IDNA

[editar] Véase también

[editar] Enlaces externos




Más respuestas para Dominios    |     Volver a "Pregunas Frecuentes"

Tags:   configuracion registro dns con ñ, ñ en hosting, Web Hosting , en php arreglos unidimensionales bidimensionales y multidimensionales , arreglos en php bidimensionales usados en horarios , tipos de letras grandes , configuraciones lg kp570 para videos , error de socket 10060 número de error 0x800ccc0e , tags html para fuente , codigo html para visualizar videos mp4 , problemas outlook 2010 command must precede data , formatos gratis para elaborar manual de curso , scib notebook , conexión remota a una base de datos con mysql en xampp , como subir archivos php a un dominio dreamweaver , , soporte pantalla 300 pulgadas , seleccionar correo por correo en un campo varchar mysql , como conecto filezilla con mi hosting , la clave maestra para entrar a cualquier facebook , error de outllook 0x800ccc0b , plantillas esquelas mortuorias , dividir una pagina html

Planes Incluyen:


  Panel de Control
  Valores y Precios
  Plantillas Web Gratis
  Manuales y Tutoriales
  Asesorías en Dominios
  400 Video Tutoriales

Servicios Web:


  Diseño Web
  Diseño de Sitios Web
  Páginas Web
  Programación Web
  Posicionamiento Web
  Mails Google Apps

Soluciones para:


  Plantillas Web
  Buscadores
  Páginas Web Gratis
  Emailing
  E-Commerce
  Web Hosting

 |   Home  |   Faqs  |   Contacto  |

soporte@superhosting.cl
ventas@superhosting.cl
renovaciones@superhosting.cl

Super Hosting Chile 2000 - 2013 ® Todos los Derechos Reservados  -  Condiciones de uso

Parterns:   Supermaq.cl  :   SuperWeb  :   Página Web Gratis  :  Eledos  :  SuperMaq  :  SuperSushi