NOMBRE¶

SINOPSIS¶

URI = [ absolutaURI | relativaURI ] [ "#" fragmento ]

absolutoURI = esquema ":" ( parte_jerarquica | parte_opaca )

relativoURI = ( camino_red | camino_absoluto | camino_relativo ) [ "?"
pregunta ] .sp

esquema = "http" | "ftp" | "gopher" | "mailto" | "news" | "telnet" |
"file" | "man" | "info" | "whatis" | ...

parte_jerarquica = ( camino_red | camino_absoluto ) [ "?" pregunta ]

camino_red = "//" autoridad [ camino_absoluto ]

camino_absoluto = "/"  segmentos_camino

camino_relativo = segmento_relativo [ camino_absoluto ]

DESCRIPCIÓN¶

Los URIs son la forma estándar de nombrar los destinos de los hiperenlaces para herramientas tales como los navegadores web. La cadena "http://www.kernelnotes.org" es un URL (y también un URI). Algunas personas usan el término URL únicamente como sinónimo de URI (aunque técnicamente URLs son parte de los URIs).

Los URIs pueden ser absolutos o relativos. Un identificador absoluto se refiere a un recurso independiente del contexto, mientras que un identificador relativo apunta a un recurso a través de las diferencias del contexto actual. Dentro de una referencia a una ruta relativa, los segmentos de ruta completos "." y ".." tienen significados especiales: "el nivel jerárquico actual" y "el nivel superior a este nivel jerárquico", respectivamente, Tal y como lo hacen los sistemas al estilo Unix. Un segmento de ruta que contiene el carácter ":" no puede ser usado como el primer segmento de ruta relativa URI (por ejemplo, "esto:aquello"), porque sería erróneo para el esquema de nombres. Preceda tales segmentos con ./ ((por ejemplo "./esto:aquello"). Advierta que los descendientes de MS-DOS (por ejemplo, Microsoft Windows) reemplazan los dos puntos de los nombres de dispositivo con la barra vertical ("|") en URIs, por lo que "C:" se convierten en "C|".

Un identificador de fragmento, si es incluido, se refiere a una porción particular identificada (fragmento) de un recurso. El texto después de un fragmento del recurso actual.

USO¶

servidor_ip = [usuario [ : contraseña ] @ ] host [ : puerto ]

Este formato te permite opcionalmente insertar un nombre de usuario, una contraseña y/o un número de puerto. El host es el nombre del ordenador que hace de anfitrión, y su nombre se puede determinar mediante su DNS o una dirección IP (números separados por puntos). Por lo que el URI <http://fred:fredcontraseña@xyz.com:8080/> se introduce en el servidor web del anfitrión xyz.com como fred (usando fredcontraseña) usando el puerto 8080. Evite incluir contraseñas en un URI si es posible debido a los muchos riesgos para la seguridad que supone tener un password escrito. Si el URL facilita el nombre de usuario, pero no la contraseña, y el servidor remoto pide la contraseña, el programa que interpreta el URL debe requerir una del usuario.

Aquí hay algunos de los esquemas más comunes usados por sistemas al estilo Unix, los cuales son comprendidos por muchas aplicaciones. Advierta que algunas aplicaciones usan URIs y también tienen esquemas internos o esquemas especializados. Vea en esas aplicaciones la documentación para informarse sobre esos esquemas.

CODIFICACIÓN DE CARACTERES¶

Los siguientes caracteres son reservados, es decir, pueden aparecer en un URI, pero su uso está limitado a su propósito específico (los datos conflictivos deben ser precedidos por una carácter de escape antes de formar el URI):

; / ? : @ & = + $ ,

Los caracteres no reservados se pueden incluir en un URI. Los caracteres no reservados incluyen las letras del alfabeto inglés en mayúsculas y minúscula, los dígitos, y el siguiente conjunto de marcas de puntuación y símbolos:

- _ . ! ~ * ' ( )

Los demás caracteres se deben preceder con carácteres de escape. Un octeto con escape se codifica como un carácter triple, constituido por el carácter de porcentaje "%" seguido de dos dígitos hexadecimales que representan el código del octeto (puede usar letras mayúsculas y minúsculas para los dígitos hexadecimales). Por ejemplo, un espacio en blanco se debe representar como "%20", el carácter tabulador como "%09", y el "&" como "%26". Ya que el carácter de porcentaje siempre tiene el propósito reservado de comenzar una secuencia de escape, se debe representar como "%25". Es una práctica común indicar los caracteres de espacio con el símbolo (+) en frases para consulta. Esta práctica no está definida de forma concisa en los RFCs relevantes (los cuales recomiendan %20 en su lugar) pero cualquier aplicación que reciba URIs debería estar preparada para ellos. Un URI siempre se muestra en su forma "de escape".

Los caracteres no reservados se pueden escapar sin cambiar la semántica de la URI, pero esto no se debería hacer a menos que la URI se esté usando en un contexto que no permite que aparezcan caracteres sin escapar. Por ejemplo, se usa "%7e" en lugar de "~" en una ruta HTTP URL pero las dos son equivalentes para una URL HTTP.

Para URIs que deban manejar caracteres fuera del conjunto de caracteres US ASCII, la especificación HTML 4.01 (sección B.2) y el IETF RFC 2718 (sección 2.2.5) recomiendan la siguiente aproximación:

1.

traducir las secuencias de caracteres a UTF-8 (IETF RFC 2279) - vea utf-8(7) - y después

2.

usar el mecanismo de escape URI, es decir, usar la codificación %HH para octetos problemáticos.

ESCRIBIENDO UN URI¶

La sintáxis URI se diseñó para que no fuera ambigua. Además, como los URIs se han convertido en un lugar común, los medios tradicionales (televisión, radio, periódicos, vallas publicitarias, etc.) han incrementado el uso de referencias abreviadas URI formadas sólo por la autoridad y partes del camino del identificativo del recurso (por ejemplo, <www.w3.org/Addressing>). Tales referencias son principalmente entendidas por la interpretación humana más que por las máquinas, asumiendo que el estudio del contexto es suficiente para completar el URI (es decir, nombres de host que comiencen por "www" son como tener un prefijo URI "http://" y los host que comiencen con "ftp" usualmente tendrán un prefijo "ftp://"). Algunas implementaciones de clientes resuelven heurísticamente estas referncias. Tales heurísticas pueden cambiar con el tiempo, particularmente cuando se introduzcan nuevos esquemas. Ya que un URI abreviado tiene la misma sintaxis que una ruta URL relativa, la referencia URI relativa no se puede usar donde lor URIs relativos son permitidos, y sólo se pueden usar cuando no hay una base definida (como en cuadros de diálogo). No use URIs abreviados como enlaces de hipertexto dentro de un documento. Use el formato estándar como se describe aquí.

OBSERVACIONES¶

Tecnicamente el fragmento no es parte del URI.

Para informarse sobre como incrustar URIs (incluidos URLs) en formato de datos, véase la documentación sobre ese formato. HTML usa el formato <A HREF="/fluri/fp"> texto </A>. Los archivos Textinfo usan el formato @uref{/fluri/fp}. Man y mdoc han añadido recientemente la macro UR, o simplemente incluyendo el URI en el texto (los visores deben ser capaces de detectar :// como parte de un URI).

Los gestores de escritorio KDE y GNOME actualmente varían en los URIs que aceptan, en particular en sus respectivos navegadores de ayuda. Para listar las páginas del manual, GNOME usa <toc:man> mientras que KDE usa <info:(dir)> (el autor de esta página prefiere el sistema KDE mostrado aquí, aunque un formato más regular sería mejor). En general, KDE usa <file:/cgi-bin/> como prefijo para un conjunto de ficheros generados. KDE prefiere la documentación en formato HTML, siendo accedida a través de <file:/cgi-bin/helpindex>. GNOME prefiere el esquema ghelp para almacenar y encontrar documentación. Ningún navegador maneja referencias de tipo file: a directorios en el momento de crear este documento, haciendo difícil la referencia a entradas de directorio con un navegador URI. Como se ha indicado antes, estos entornos difieren sobre cómo manejar el esquema info:, probablemente es la mayor diferencia. Se espera que GNOME y KDE converjan a un mismo formato URI, y en el futuro esta página describirá el resultado de esa convergencia. Los esfuerzos para ayudar a esta convergencia son admirables.

SEGURIDAD¶

A veces es posible construir un URL tal que al intentar realizar una operación aparentemente inofensiva, como la recuperación de una entidad asociada con el recurso, se produzca una posible operación remota peligrosa. El URL no seguro se construye típicamente especificando un número de puerto distinto del reservado por el protocolo de red en cuestión. El cliente, inconscientemente contacta con un sitio que de hecho está ejecutando un protocolo diferente. El contenido del URL contiene instrucciones que, cuando son interpretadas de acuerdo con este otro protocolo, causan una operación inexperada. Un ejemplo ha sido el uso de un URL gopher para enviar, a través de un servidor SMTP, un mensaje no intencionado o anónimo.

Se debería llevar cuidado cuando se usa un URL que especifica un número de puerto diferente del que viene por defecto para el protocolo, especialmente cuando se trata de un número dentro del espacio reservado.

Se debería andar con precacución cuando se usa un URI que contiene delimitadores de escape para un protocolo dado (por ejemplo, los caracteres CR y LF para protocolos de telnet) ya que no son decodificados antes de la transmisión. Esto puede violar el protocolo, pero evita el peligro de que algunos caracteres sean usados para simular una operación o parámetro extra en ese protocolo, el cual puede que conduzca a que se lleve a caba una inesperada y posiblemente dañina operación.

Es claramente indeseable usar un URI que contenga una contraseña, la cual supuestamente es secreta. En particular, el uso de una contraseña con el componente 'userinfo' de un URI está fuertemente desaconsejada excepto en aquellos casos raros donde la contraseña es pública.

CONFORME A¶

FALLOS¶

Muchos programas y formatos de ficheros no incluyen una forma de incorporar o implementar enlaces usando URIs.

Algunos programas no pueden manejar todos los formatos URI. Debería haber un mecanismo estándar, para cargar un URI, que automáticamente detectara el entorno del usuario (por ejemplo, texto o gráfico, entorno de escritorio, preferencias de usuario local, y herramientas que se ejecutan actualmente) y que invocara la herramienta adecuada para cualquier URI.

AUTOR¶

VÉASE TAMBIÉN¶