Versión 2.5 del Servidor HTTP Apache

Apache > Servidor HTTP > Documentación > Versión 2.5 > Módulos

# Módulo Apache mod_alias

Idiomas disponibles: en | es | fr | ja | ko | tr

Descripción: | Facilita el mapeo a diferentes partes del sistema de ficheros del host en el árbol de documentos y la redirección de URLs
Estado: | Base
Identificador de Módulos: | alias_module
Fichero de Código Fuente: | mod_alias.c

### Resumen de contenidos

Las directivas facilitadas por este módulo permiten la manipulación y control de URLs según llegan las peticiones al servidor. Las directivas `Alias` y `ScriptAlias` se usan para mapear URLs con rutas del sistema de ficheros. Esto permite que se sirva contenido que no está directamente dentro del `DocumentRoot` como si fuera parte de éste. La directiva `ScriptAlias` tiene además el efecto de hacer que el directorio de destino contenga solo scripts CGI.

Las directivas `Redirect` se usan para indicar a los clientes que hagan una nueva petición con una URL distinta. Se usan a menudo cuando el recurso se ha movido a una nueva ubicación.

Cuando se usan las directivas `Alias`, `ScriptAlias` y `Redirect` dentro de una sección `<Location>` o `<LocationMatch>`, se puede usar sintaxis de expresión para manipuilar la ruta de destino o URL.

`mod_alias` se ha diseñado para gestionar tareas sencillas de manipulación de URL. Para tareas más complicadas como la manipulación de "query string", use las herramientas facilitadas por `mod_rewrite`.

### Temas

- Orden de Procesamiento

### Directivas

### Lista de comprobación de errores corregidos

- httpd historial de cambios
- Problemas Conocidos
- Reportar un error

### Consulte también

- `mod_rewrite`
- Mapeo de URLs al sistema de ficheros
- Comentarios

## Orden de Procesamiento ¶

Aliases y Redirects que se dan en diferentes contextos se procesan como otras directivas según las reglas de fusión estándar. Pero cuando se dan múltiples Aliases o Redirects en el mismo contexto (por ejemplo, en la misma sección `<VirtualHost>`) entonces se procesan en un orden concreto.

En primer lugar, todos los Redirect se procesan antes que los Aliases, y por tanto una solicitud que coincida con un `Redirect` o `RedirectMatch` nunca aplicará un Alias. En segundo lugar, los Aliases y Redirect se procesan en el orden en el que aparecen en los ficheros de configuración, y la primera coincidencia es la que tiene prioridad.

Por esta razón, cuando dos o más de estas directivas se aplican a la misma sub-ruta, debe definir la ruta más específica primero para que todas las directivas tengan efecto. Por ejemplo, la siguiente configuración funcionará como se espera:

    Alias "/foo/bar" "/baz"
    Alias "/foo" "/gaq"

Pero si estas dos directivas estuvieran en orden inverso, el `Alias` `/foo` siempre se aplicaría antes que el `Alias` `/foo/bar`, así que se obviaría la última directiva.

Cuando las directivas `Alias`, `ScriptAlias` y `Redirect` se usan dentro de una sección `<Location>` o `<LocationMatch>`, estas directivas tendrán prioridad sobre cualquier directiva `Alias`, `ScriptAlias` y `Redirect` definidas globalmente.

## Directiva Alias ¶

Descripción: | Mapea URLs a rutas del sistema de ficheros
Sintaxis: | `Alias [URL-path] file-path|directory-path`
Contexto: | server config, virtual host, directory
Estado: | Base
Módulo: | mod_alias

La directiva `Alias` permite que se almacenen documentos en el sistema de ficheros local en rutas distintas de las que están bajo `DocumentRoot`. URLs con una ruta (%-decodificada) que comienzan con URL-path serán mapeadas a ficheros locales que comiencen con directory-path. El URL-path es sensible a mayúsculas, incluso en sistemas de ficheros que no lo son.

    Alias "/image" "/ftp/pub/image"

Una petición para `http://example.com/image/foo.gif` haría que el servidor respondiera con el fichero `/ftp/pub/image/foo.gif`. Solo se comparan segmentos de ruta completos, así que el alias de más arriba no valdría para la petición `http://example.com/imagefoo.gif`. Para ejemplos más complejos de expresiones regulares, vea la directiva `AliasMatch`.

Tenga en cuenta que si incluye una / final en el URL-path entonces el servidor requerirá una / final para poder extender el alias. Es decir, si usa

    Alias "/icons/" "/usr/local/apache/icons/"

entonces la URL `/icons` no coincidirá con el alias, porque no tiene la / final. De la misma manera, si omite la barra en el URL-path también debe omitirla del file-path.

Considere que seguramente tenga que especificar secciones de `<Directory>` adicionales que cubran los destinos de los aliases. Las directivas Alias se comprueban antes que las de `<Directory>`, así que solo los destinos de los alias se ven afectados. (Sin embargo tenga en cuenta que las secciones `<Location>` se examinan una vez antes de que los alias tengan efecto, así que se aplicarán.)

En particular, si está creando un `Alias` a un directorio fuera de su `DocumentRoot`, probablemente tenga que darle permisos de manera explícita al directorio de destino.

    Alias "/image" "/ftp/pub/image"
    <Directory "/ftp/pub/image">
        Require all granted
    </Directory>

Cualquier número de barras en el parámetro URL-path coincide con el mismo número de barras en el URL-path solicitado.

Si la directiva `Alias` se usa dentro de una sección `<Location>` o `<LocationMatch>` el URL-path se omite, y el file-path se interpreta usando sintáxis de expresión.
Esta sintáxis está disponible en Apache 2.4.19 y versiones posteriores.

    <Location "/image">
        Alias "/ftp/pub/image"
    </Location>
    <LocationMatch "/error/(?<NUMBER>[0-9]+)">
        Alias "/usr/local/apache/errors/%{env:MATCH_NUMBER}.html"
    </LocationMatch>

## Directiva AliasMatch ¶

Descripción: | Mapea URLs a ubicaciones del sistema de ficheros usando expresiones regulares
Sintaxis: | `AliasMatch regex file-path|directory-path`
Contexto: | server config, virtual host
Estado: | Base
Módulo: | mod_alias

Esta directiva es equivalente a `Alias`, pero hace uso de expresiones regulares, en lugar de comparaciones simples de prefijo. La expresión regular facilitada se compara con el URL-path, y si coincide, el servidor sustituye cualquier coincidencia entre paréntesis con la cadena de caracteres facilitada y la usa como el nombre de fichero. Por ejemplo, para activar el directorio `/icons`, uno podría usar:

    AliasMatch "^/icons(/|$)(.*)" "/usr/local/apache/icons$1$2"

Puede usar toda la capacidad que le permiten las expresiones regulares. Por ejemplo, es posible construir un alias con comprobación insensible a mayúsculas del URL-path:

    AliasMatch "(?i)^/image(.*)" "/ftp/pub/image$1"

Una sutil diferencia entre `Alias` y `AliasMatch` es que `Alias` copiará automáticamente cualquier parte adicional de la URI, pasada la parte que coincide, al final de la ruta del fichero en el parámetro de la derecha, mientras que `AliasMatch` no lo hará. Esto significa en casi todos los casos, querrá que las expresiones regulares concuerden con la URI solicitada al completo desde el comienzo al final, y usar la sustitución del parámetro a la derecha.

En otras palabras, cambiar `Alias` a `AliasMatch` no tendrá el mismo resultado. Como mínimo, tendrá que añadir un `^` al comienzo de la expresión regular, añadir un `(.*)$` al final y añadir `$1` al final del reemplazo.

Por ejemplo, supongamos que quiere reemplazar esto con AliasMatch:

    Alias "/image/" "/ftp/pub/image/"

Esto no es equivalente - ¡no haga esto! Esto enviará todas las peticiones que tengan /image/ en cualquier parte de la petición y la pondrá en /ftp/pub/image/:

    AliasMatch "/image/" "/ftp/pub/image/"

Esto es lo que necesita para que tenga el mismo efecto:

    AliasMatch "^/image/(.*)$" "/ftp/pub/image/$1"

Por supuesto, no hay ningún motivo para usar `AliasMatch` donde `Alias` funcionaría. `AliasMatch` le permite hacer cosas más complicadas. Por ejemplo, puede servir diferentes tipos de ficheros desde diferentes directorios:

    AliasMatch "^/image/(.*)\.jpg$" "/files/jpg.images/$1.jpg"
    AliasMatch "^/image/(.*)\.gif$" "/files/gif.images/$1.gif"

Si se usan multiples barras iniciales en la URL solicitada, el servidor las descarta antes de que las directivas de este módulo las compare con el URL-path solicitado.

## Directiva Redirect ¶

Descripción: | Envía una redirección externa indicando al cliente que solicite una URL distinta
Sintaxis: | `Redirect [status] [URL-path] URL`
Contexto: | server config, virtual host, directory, .htaccess
Anula: | FileInfo
Estado: | Base
Módulo: | mod_alias

La directiva `Redirect` mapea una URL antigua a una nueva indicando al cliente que solicite el recurso en otra ubicación.

El antiguo URL-path es una ruta (%-decodificada) que comienza con una barra. No se permite una ruta relativa.

La nueva URL puede ser una URL absoluta que comienza con esquema y nombre de host, or un URL-path que comienza con una barra (/). En este último caso se añadirán el esquema y nombre de host del servidor actual si tiene `UseCanonicalName` configurado a on, si no el nombre de host se reemplazará por la cabecera Host solicitada.

Entonces cualquier petición que comience con URL-path devolverá una solicitud de redirección al cliente hacia la ubicación de la URL de destino. Información adicional de la ruta pasado el URL-path que coincide se añadirá al final de la URL de destino.

    # Redirect hacia una URL en un host diferente
    Redirect "/service" "http://foo2.example.com/service"

    # Redirect hacia una URL en el mismo host
    Redirect "/one" "/two"

Si el cliente solicita `http://example.com/service/foo.txt`, se le indicará que acceda a `http://foo2.example.com/service/foo.txt` en su lugar. Esto incluye solicitudes con parámetros `GET`, tales como `http://example.com/service/foo.pl?q=23&a=42`,que será redirigido a `http://foo2.example.com/service/foo.pl?q=23&a=42`. Tenga en cuenta que los `POST` serán descartados.
Solo se comparan segmentos completos de ruta, así que el ejemplo de más arriba no coincidiría con una petición a `http://example.com/servicefoo.txt`. Para comparaciones más complejas usando la sintáxis de expresión, omita el argumento de URL-path tal y como se indica más abajo. Alternativamente, para coincidencias usando expresiones regulares, vea la directiva `RedirectMatch`.

### Nota

Las directivas `Redirect` tienen priodidad sobre directivas `Alias` y `ScriptAlias`, independientemente de su orden en el fichero de configuración. Directivas `Redirect` dentro de Location tiene prioridad sobre directivas `Redirect` y `Alias` con un URL-path.

Si no se indica un parámetro status, la redirección será "temporal" (estado HTTP 302). Esto le indica al cliente que el recurso se ha movido temporalmente. El parámetro status se puede usar para devolver otros códigos de estado HTTP:

permanent
  Devuelve una estado de redirección permanente (301) indicando que el recurso se ha movido de forma permanente.
temp
  Devuelve un estado de redirección temporal (302). Este es el valor por defecto.
seeother
  Devuelve un estado "See Other" (303) indicando que el recurso ha sido sustituido.
gone
  Devuelve un estado "Gone" (410) indicando que el recurso ha sido eliminado de forma permanente. Cuando se usa este estado, el parámetro URL debería omitirse.

Se pueden devolver otros códigos de estado indicando el código numérico del estado en el valor de status. Si el estado está entre 300 y 399, el parámetro URL debe estar presente. Si el estado no está entre 300 and 399, el parámetro URL debe ser omitido. El estado debe ser un código de estado válido HTTP, conocido por el Servidor Apache HTTP (vea la función `send_error_response` en http_protocol.c).

    Redirect permanent "/one" "http://example.com/two"
    Redirect 303 "/three" "http://example.com/other"

Si se usa la directiva `Redirect` dentro de una sección `<Location>` o `<LocationMatch>` sin el URL-path, entonces el parámetro URL será interpretado usando sintáxis de expresión.
Esta sintáxis está disponible en Apache 2.4.19 y versiones posteriores.

    <Location "/one">
        Redirect permanent "http://example.com/two"
    </Location>
    <Location "/three">
        Redirect 303 "http://example.com/other"
    </Location>
    <LocationMatch "/error/(?<NUMBER>[0-9]+)">
        Redirect permanent "http://example.com/errors/%{env:MATCH_NUMBER}.html"
    </LocationMatch>

## Directiva RedirectMatch ¶

Descripción: | Envía una redirección externa basada en una coincidencia de expresión regular con la URL actual
Sintaxis: | `RedirectMatch [status] regex URL`
Contexto: | server config, virtual host, directory, .htaccess
Anula: | FileInfo
Estado: | Base
Módulo: | mod_alias

Esta directiva es equivalente a `Redirect`, pero hace uso de expresiones regulares, en lugar de comparaciones simple de prefijo. La expresión regular facilitada se compara con el URL-path, y si coincide, el servidor sustituye cualquier coincidencia entre paréntesis con la cadena de caracteres facilitada y la usa como el nombre de fichero. Por ejemplo, para redirigir todos los ficheros GIF al mismo nombre pero del tipo JPEG en otro servidor, uno podría usar:

    RedirectMatch "(.*)\.gif$" "http://other.example.com$1.jpg"

Las consideraciones relacionadas con las diferencias entre `Alias` y `AliasMatch` también aplican a las diferencias entre `Redirect` y `RedirectMatch`. Vea `AliasMatch` para más detalles.

## Directiva RedirectPermanent ¶

Descripción: | Envía una redirección externa permanente indicando al cliente que solicite una URL diferente
Sintaxis: | `RedirectPermanent URL-path URL`
Contexto: | server config, virtual host, directory, .htaccess
Anula: | FileInfo
Estado: | Base
Módulo: | mod_alias

Esta directiva hace saber al cliente que el Redirect es permanente (estado 301). Exactamente equivalente a `Redirect permanent`.

## Directiva RedirectTemp ¶

Descripción: | Envía una redirección externa temporal indicando al cliente que solicite una URL diferente
Sintaxis: | `RedirectTemp URL-path URL`
Contexto: | server config, virtual host, directory, .htaccess
Anula: | FileInfo
Estado: | Base
Módulo: | mod_alias

Esta directiva le hace saber al cliente que el Redirect es solo temporal (estado 302). Exactamente equivalente a `Redirect temp`.

## Directiva ScriptAlias ¶

Descripción: | Mapea una URL a una ubicación del sistema de ficheros y designa el destino como un script CGI
Sintaxis: | `ScriptAlias [URL-path] file-path|directory-path`
Contexto: | server config, virtual host, directory
Estado: | Base
Módulo: | mod_alias

La directiva `ScriptAlias` tiene el mismo comportamiento que la directiva `Alias`, excepto que además indica el directorio de destino conteniendo scripts CGI que serán procesados por el handler cgi-script de `mod_cgi`. URLs con una ruta sensible a mayúsculas y (%-decodificadas) que comienzan con URL-path serán mapeadas a scripts que comiencen con el segundo parámetro, que es un nombre de ruta completo en el sistema de ficheros local.

    ScriptAlias "/cgi-bin/" "/web/cgi-bin/"

Una petición para `http://example.com/cgi-bin/foo` haría que el servidor ejecute el script `/web/cgi-bin/foo`. Esta configuración es esencialmente equivalente a:

    Alias "/cgi-bin/" "/web/cgi-bin/"
    <Location "/cgi-bin">
        SetHandler cgi-script
        Options +ExecCGI
    </Location>

También puede usarse `ScriptAlias`junto con un script o handler que usted tenga. Por ejemplo:

    ScriptAlias "/cgi-bin/" "/web/cgi-handler.pl"

En este escenario todos los ficheros solicitados en `/cgi-bin/` serán gestionados por el fichero que usted ha configurado, esto permite que use su propio handler personalizado. Puede que quiera usar esto como un wrapper de CGI y así pueda añadir contenido, o alguna otra acción a medida.

Es más seguro evitar que se coloquen scripts CGI bajo el `DocumentRoot` para que no se revele de manera accidental el código fuente si la configuración se vuelve a cambiar alguna vez. El `ScriptAlias` hace esto fácil mapeando una URL y designando CGI scripts al mismo tiempo. Si decide colocar sus scripts CGI en un directorio que ya es accesible desde la web, no use `ScriptAlias`. En su lugar, use `<Directory>`, `SetHandler`, y `Options` como en:

    <Directory "/usr/local/apache2/htdocs/cgi-bin">
        SetHandler cgi-script
        Options ExecCGI
    </Directory>

Esto es necesario puesto que multiples URL-paths pueden mapear a la misma ubicación del sistema de ficheros, potencialmente saltándose el `ScriptAlias` y revelando el código fuente de los scripts CGI si no están restringidos por una sección `Directory`.

Si se usa la directiva `ScriptAlias` dentro de una sección `<Location>` o `<LocationMatch>` con el URL-path omitido, entonces el parámetro URL será interpretando usando sintaxis de expresión.
Esta sintaxis está disponible en Apache 2.4.19 y versiones posteriores.

    <Location "/cgi-bin">
        ScriptAlias "/web/cgi-bin/"
    </Location>
    <LocationMatch "/cgi-bin/errors/(?<NUMBER>[0-9]+)">
        ScriptAlias "/web/cgi-bin/errors/%{env:MATCH_NUMBER}.cgi"
    </LocationMatch>

### Consulte también

- Tutorial CGI

## Directiva ScriptAliasMatch ¶

Descripción: | Mapea una URL a una ubicación del sistema de ficheros usando una expresión regular y designa el destino como un script CGI
Sintaxis: | `ScriptAliasMatch regex file-path|directory-path`
Contexto: | server config, virtual host
Estado: | Base
Módulo: | mod_alias

Esta directiva es equivalente a `ScriptAlias`, pero hace uso de expresiones regulares, en lugar de comparaciones simples de prefijo. La expresión regular facilitada se compara con el URL-path, y si coincide, el servidor sustituye cualquier coincidencia entre paréntesis con la cadena de caracteres facilitada y la usa como el nombre de fichero. Por ejemplo, para activar el estándar `/cgi-bin`, uno podría usar:

    ScriptAliasMatch "^/cgi-bin(.*)" "/usr/local/apache/cgi-bin$1"

En cuanto a AliasMatch, puede usar toda la capacidad que le permiten las expresiones regulares. Por ejemplo, es posible construir un alias con comparación insensible a mayúsculas del URL-path:

    ScriptAliasMatch "(?i)^/cgi-bin(.*)" "/usr/local/apache/cgi-bin$1"

Las consideraciones relacionadas con las diferencias entre `Alias` y `AliasMatch` también aplican a las diferencias entre `ScriptAlias` y `ScriptAliasMatch`. Vea `AliasMatch` para más detalles.

Idiomas disponibles: en | es | fr | ja | ko | tr

## Comentarios

Notice:
This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed again by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Freenode, or sent to our mailing lists.