How Can We Help?

Managing Resources using Apache mod_alias

Table of Content

In certain cases all of the services that an Apache host uses are stored in the DocumentRoot of that server. The DocumentRoot is a directory listed in the block of configuration for <VirtualHost>. This directory is intended to represent the various files, folders, and services on the file system that users access via HTTP. However, it is normal for administrators to provide HTTP access to a resource that is not located in the DocumentRoot on file system. For certain cases, although Apache may obey symbolic connections, this could be hard to sustain. It allows Apache to assign an Alias that links a place in the request to an alternate location.

This document describes how to manage resources on the file system using the Alias directive while still providing access through HTTP. In addition, this guide assumes that you have an Apache installation working and that you have access to change configuration files. If you have not installed Apache, you might want to find one of our installation guides for Apache or the installation guides for LAMP stacks. If you want a more comprehensive guide to Apache configuration, find the fundamentals of our Apache configuration and the layout of the Apache papers.

Creating Aliases

Virtual Host configurations usually specify a DocumentRoot which, by default, specifies a directory called public_html/  or public/.  If the root document for the virtual host  is/srv/www/,  then the file located at /srv/www/  will be returned by a request for

If the administrator were to retain the file system code/ resource at /srv/git/public/ but make it accessible at,, an alias will be required. In this example this is accomplished:

Apache Configuration

DocumentRoot /srv/www/
Alias /code /srv/git/public

Order allow,deny
Allow from all

Without the Alias instruction, a request will return the resources available in the /srv/www/ folder. The Alias will therefore direct Apache to serve content from the directory /srv/git/public. The segment <Directory> allows remote users to access the directory.

There are a variety of important factors to remember when using the Alias Directive:

  • Directory blocks need to be generated after Alias has been declared for the destination of Alias. This makes it possible to allow access to and otherwise regulate the actions of certain pieces. That would be /srv/git/public in the example above.
  • In general, trailing slashes should be avoided in the Alias Directives. If the above read Alias /code/ /srv/git/public/  the request for, code, without a trailing slash, it will be served from the DocumentRoot.
  • The Alias directives must be generated either in the root-level configuration of the server (e.g. httpd.conf)  or in the <VirtualHost> configuration block.

In addition to Alias, Apache provides for an AliasMatch Directive that provides similar functionality. AliasMatch  includes an additional opportunity to alias a class of requests for a given resource to a place outside the DocumentRoot. Consider another fictitious virtual host configuration:

Apache Configuration

DocumentRoot /srv/www/
AliasMatch /code/projects/(.+) /srv/git/projects/$1

Order allow,deny
Allow from all

In this example, resource requests for URLs such as http:/ and http:/ will be served in /srv/git/projects/my_app2 respectively. Nonetheless, http:/ will be accessed from /srv/www/ html/code/projects/ instead of /srv/git/projects/ due to the /code/projects/(.+) trailing slash in the alias.

Although the possible use case for Alias is quite limited, the feature is very powerful to maintain a stable and well-organized web server.

Table of Contents