Managing Resources with Apache mod_alias

Traducciones al Español
Estamos traduciendo nuestros guías y tutoriales al Español. Es posible que usted esté viendo una traducción generada automáticamente. Estamos trabajando con traductores profesionales para verificar las traducciones de nuestro sitio web. Este proyecto es un trabajo en curso.
Deprecated

This guide has been deprecated and is no longer being maintained.

In many cases, all of the resources served by an Apache host are located in that host’s DocumentRoot. The DocumentRoot is a directory specified in the <VirtualHost> configuration block. This directory is intended to represent the various files, directories, and resources that users access over HTTP on the file system. However, it is common for administrators to provide HTTP access to a resource on the file system which is not located in the DocumentRoot. While Apache will follow symbolic links in some situations, this can be difficult to maintain. As a result Apache makes it possible to specify an Alias that connects a location in the request to an alternate location.

This document explains how to use the Alias directive to manage resources on the file system while still providing access via HTTP. Furthermore, this guide assumes you have a working installation of Apache and have access to modify configuration files. If you have not installed Apache, you might want to consider one of our Apache installation guides or LAMP stack installation guides . If you want a more thorough introduction to Apache configuration, consider our Apache configuration basics and Apache configuration structure documents.

Creating Aliases

Typically, Virtual Host configurations specify a DocumentRoot which specifies a directory named, by convention, public_html/ or public/. If the document root for the example.com virtual host is /srv/www/example.com/public_html/, then a request for http://www.example.com/index.htm will return the file located at /srv/www/example.com/public_html/index.htm.

If the administrator needed to maintain the code/ resource on the file system at /srv/git/public/ but have it be accessible at http://example.com/code/, an alias would be required. This is accomplished in the following example:

File: Apache Configuration
1
2
3
4
5
6
DocumentRoot /srv/www/example.com/public_html/
Alias /code /srv/git/public
<Directory /srv/git/public>
    Order allow,deny
    Allow from all
</Directory>

Without the Alias directive, a request for http://example.com/code/ would return resources available in the folder /srv/www/example.com/public_html/code/. However, the Alias would direct Apache to serve content from the /srv/git/public directory. The <Directory> section permits remote users to access this directory.

There are a couple of important factors to consider when using Alias directives:

  • Directory blocks need to be created after Alias directives are asserted for the destination of the Alias. This makes it possible to permit access and otherwise control the behavior of those sections. In the example above that would be /srv/git/public.
  • In general trailing slashes are to be avoided in Alias directives. If the above had read Alias /code/ /srv/git/public/ a request for http://example.com/code, without a trailing slash, would be served from the DocumentRoot.
  • Alias directives need to be created either in the root-level server config (e.g. httpd.conf) or inside of a <VirtualHost> configuration block.

In addition to Alias, Apache provides an AliasMatch directive that offers similar functionality. AlaisMatch provides the additional ability to alias a class of requests for a given resource to a location outside of the DocumentRoot. Let us consider another fictive example.com virtual host configuration:

File: Apache Configuration
1
2
3
4
5
6
DocumentRoot /srv/www/example.com/public_html/
AliasMatch /code/projects/(.+) /srv/git/projects/$1
<DirectoryMatch "^/srv/git/projects/.+$">
    Order allow,deny
    Allow from all
</Directory>

In this example, requests for URLs such as http://example.com/code/projects/my_app and http://example.com/code/projects/my_app2 will be served resources in /srv/git/projects/my_app and /srv/git/projects/my_app2 respectively. However, http://example.com/code/projects would be served from /srv/www/example.com/public_html/code/projects/ rather than /srv/git/projects/, because of the trailing slash in the alias to /code/projects/(.+).

Although the potential use case for Alias is somewhat narrow, the functionality is very powerful for maintaining a secure and well organized web server.

More Information

You may wish to consult the following resources for additional information on this topic. While these are provided in the hope that they will be useful, please note that we cannot vouch for the accuracy or timeliness of externally hosted materials.

This page was originally published on


Your Feedback Is Important

Let us know if this guide was helpful to you.


Join the conversation.
Read other comments or post your own below. Comments must be respectful, constructive, and relevant to the topic of the guide. Do not post external links or advertisements. Before posting, consider if your comment would be better addressed by contacting our Support team or asking on our Community Site.
The Disqus commenting system for Linode Docs requires the acceptance of Functional Cookies, which allow us to analyze site usage so we can measure and improve performance. To view and create comments for this article, please update your Cookie Preferences on this website and refresh this web page. Please note: You must have JavaScript enabled in your browser.