Skip to content


Subversion checkout URL

You can clone with
Download ZIP
branch: master
Fetching contributors…

Cannot retrieve contributors at this time

77 lines (57 sloc) 5.842 kb
author description keywords license alias modified modified_by published title
name email
An introduction to mod\_alias for managing file system resources with the Apache web server.
Monday, August 22nd, 2011
Amanda Folson
Wednesday, February 24th, 2010
Managing Resources with Apache mod_alias

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 virtual host is /srv/www/, then a request for will return the file located at /srv/www/

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

{: .file-excerpt } Apache Configuration : ~~~ apache DocumentRoot /srv/www/ Alias /code /srv/git/public Order allow,deny Allow from all ~~~

Without the Alias directive, a request for would return resources available in the folder /srv/www/ 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, 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 virtual host configuration:

{: .file-excerpt } Apache Configuration : ~~~ apache DocumentRoot /srv/www/ AliasMatch /code/projects/(.+) /srv/git/projects/$1 Order allow,deny Allow from all ~~~

In this example, requests for URLs such as and will be served resources in /srv/git/projects/lollipop and /srv/git/projects/glorishears respectively. However, would be served from /srv/www/ 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.

Jump to Line
Something went wrong with that request. Please try again.