examples.html.en revision 8559a67073808d84d85bb5dd552d4247caafe709
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<?xml version="1.0" encoding="ISO-8859-1"?>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en"><head><!--
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe This file is generated from xml source: DO NOT EDIT
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe -->
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<title>VirtualHost Examples - Apache HTTP Server</title>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<link href="/style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<link href="/style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<link href="/style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" />
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<link href="/images/favicon.ico" rel="shortcut icon" /></head>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<body id="manual-page"><div id="page-header">
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<p class="menu"><a href="/mod/">Modules</a> | <a href="/mod/directives.html">Directives</a> | <a href="/faq/">FAQ</a> | <a href="/glossary.html">Glossary</a> | <a href="/sitemap.html">Sitemap</a></p>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<p class="apache">Apache HTTP Server Version 2.3</p>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<img alt="" src="/images/feather.gif" /></div>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<div class="up"><a href="./"><img title="&lt;-" alt="&lt;-" src="/images/left.gif" /></a></div>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<div id="path">
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<a href="http://www.apache.org/">Apache</a> &gt; <a href="http://httpd.apache.org/">HTTP Server</a> &gt; <a href="http://httpd.apache.org/docs/">Documentation</a> &gt; <a href="../">Version 2.3</a> &gt; <a href="./">Virtual Hosts</a></div><div id="page-content"><div id="preamble"><h1>VirtualHost Examples</h1>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<div class="toplang">
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<p><span>Available Languages: </span><a href="/en/vhosts/examples.html" title="English">&nbsp;en&nbsp;</a> |
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<a href="/fr/vhosts/examples.html" hreflang="fr" rel="alternate" title="Fran�ais">&nbsp;fr&nbsp;</a> |
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<a href="/ja/vhosts/examples.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<a href="/ko/vhosts/examples.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a> |
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<a href="/tr/vhosts/examples.html" hreflang="tr" rel="alternate" title="T�rk�e">&nbsp;tr&nbsp;</a></p>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe</div>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe <p>This document attempts to answer the commonly-asked questions about
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe setting up <a href="index.html">virtual hosts</a>. These scenarios are those involving multiple
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe web sites running on a single server, via <a href="name-based.html">name-based</a> or <a href="ip-based.html">IP-based</a> virtual hosts.
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe </p>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe</div>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<div id="quickview"><ul id="toc"><li><img alt="" src="/images/down.gif" /> <a href="#purename">Running several name-based web
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe sites on a single IP address.</a></li>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<li><img alt="" src="/images/down.gif" /> <a href="#twoips">Name-based hosts on more than one
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe IP address.</a></li>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<li><img alt="" src="/images/down.gif" /> <a href="#intraextra">Serving the same content on
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe different IP addresses (such as an internal and external
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe address).</a></li>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<li><img alt="" src="/images/down.gif" /> <a href="#port">Running different sites on different
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe ports.</a></li>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<li><img alt="" src="/images/down.gif" /> <a href="#ip">IP-based virtual hosting</a></li>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<li><img alt="" src="/images/down.gif" /> <a href="#ipport">Mixed port-based and ip-based virtual
56e85d89d42a6980f31b800266649efbed338da3wrowe hosts</a></li>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<li><img alt="" src="/images/down.gif" /> <a href="#mixed">Mixed name-based and IP-based
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe vhosts</a></li>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<li><img alt="" src="/images/down.gif" /> <a href="#proxy">Using <code>Virtual_host</code> and
8c8173f49dd7122e10636b3d20ae841551bd0b43wrowe mod_proxy together</a></li>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<li><img alt="" src="/images/down.gif" /> <a href="#default">Using <code>_default_</code>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe vhosts</a></li>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<li><img alt="" src="/images/down.gif" /> <a href="#migrate">Migrating a name-based vhost to an
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe IP-based vhost</a></li>
dcf1a2f80f16265f00fe147de1dbd91af9c32a42wrowe<li><img alt="" src="/images/down.gif" /> <a href="#serverpath">Using the <code>ServerPath</code>
3082ab8b90e027fa27680f140987ea7e20df5088wrowe directive</a></li>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe</ul></div>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<div class="section">
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe<h2><a name="purename" id="purename">Running several name-based web
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe sites on a single IP address.</a></h2>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe <p>Your server has a single IP address, and multiple aliases (CNAMES)
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe point to this machine in DNS. You want to run a web server for
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe <code>www.example.com</code> and <code>www.example.org</code> on this
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe machine.</p>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe <div class="note"><h3>Note</h3><p>Creating virtual
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe host configurations on your Apache server does not magically
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe cause DNS entries to be created for those host names. You
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe <em>must</em> have the names in DNS, resolving to your IP
0bcc003d275c6b0a9060d43be89762b218cbc2c7wrowe address, or nobody else will be able to see your web site. You
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe can put entries in your <code>hosts</code> file for local
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe testing, but that will work only from the machine with those
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe <code>hosts</code> entries.</p>
8c8173f49dd7122e10636b3d20ae841551bd0b43wrowe </div>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe <div class="example"><h3>Server configuration</h3><p><code>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe
dcf1a2f80f16265f00fe147de1dbd91af9c32a42wrowe # Ensure that Apache listens on port 80<br />
dcf1a2f80f16265f00fe147de1dbd91af9c32a42wrowe Listen 80<br />
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe <br />
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe <br />
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe &lt;VirtualHost *:80&gt;<br />
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe <span class="indent">
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe DocumentRoot /www/example1<br />
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe ServerName www.example.com<br />
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe <br />
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe # Other directives here<br />
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe <br />
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe </span>
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe &lt;/VirtualHost&gt;<br />
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe <br />
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe &lt;VirtualHost *:80&gt;<br />
8c8173f49dd7122e10636b3d20ae841551bd0b43wrowe <span class="indent">
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe DocumentRoot /www/example2<br />
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe ServerName www.example.org<br />
14d5b1a7866541c4eb974f2d213d2aea59743c95wrowe <br />
# Other directives here<br />
<br />
</span>
&lt;/VirtualHost&gt;
</code></p></div>
<p>The asterisks match all addresses, so the main server serves no
requests. Due to the fact that the virtual host with
<code>ServerName www.example.com</code> is first
in the configuration file, it has the highest priority and can be seen
as the <cite>default</cite> or <cite>primary</cite> server. That means
that if a request is received that does not match one of the specified
<code>ServerName</code> directives, it will be served by this first
<code>VirtualHost</code>.</p>
<div class="note">
<h3>Note</h3>
<p>You can, if you wish, replace <code>*</code> with the actual
IP address of the system, when you don't care to discriminate based
on the IP address or port.</p>
<p>However, it is additionally useful to use <code>*</code>
on systems where the IP address is not predictable - for
example if you have a dynamic IP address with your ISP, and
you are using some variety of dynamic DNS solution. Since
<code>*</code> matches any IP address, this configuration
would work without changes whenever your IP address
changes.</p>
</div>
<p>The above configuration is what you will want to use in almost
all name-based virtual hosting situations. The only thing that this
configuration will not work for, in fact, is when you are serving
different content based on differing IP addresses or ports.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div>
<div class="section">
<h2><a name="twoips" id="twoips">Name-based hosts on more than one
IP address.</a></h2>
<div class="note">
<h3>Note</h3>
<p>Any of the techniques discussed here can be extended to any
number of IP addresses.</p>
</div>
<p>The server has two IP addresses. On one (<code>172.20.30.40</code>), we
will serve the "main" server, <code>server.example.com</code> and on the
other (<code>172.20.30.50</code>), we will serve two or more virtual hosts.</p>
<div class="example"><h3>Server configuration</h3><p><code>
Listen 80<br />
<br />
# This is the "main" server running on 172.20.30.40<br />
ServerName server.example.com<br />
DocumentRoot /www/mainserver<br />
<br />
&lt;VirtualHost 172.20.30.50&gt;<br />
<span class="indent">
DocumentRoot /www/example1<br />
ServerName www.example.com<br />
<br />
# Other directives here ...<br />
<br />
</span>
&lt;/VirtualHost&gt;<br />
<br />
&lt;VirtualHost 172.20.30.50&gt;<br />
<span class="indent">
DocumentRoot /www/example2<br />
ServerName www.example.org<br />
<br />
# Other directives here ...<br />
<br />
</span>
&lt;/VirtualHost&gt;
</code></p></div>
<p>Any request to an address other than <code>172.20.30.50</code> will be
served from the main server. A request to <code>172.20.30.50</code> with an
unknown hostname, or no <code>Host:</code> header, will be served from
<code>www.example.com</code>.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div>
<div class="section">
<h2><a name="intraextra" id="intraextra">Serving the same content on
different IP addresses (such as an internal and external
address).</a></h2>
<p>The server machine has two IP addresses (<code>192.168.1.1</code>
and <code>172.20.30.40</code>). The machine is sitting between an
internal (intranet) network and an external (internet) network. Outside
of the network, the name <code>server.example.com</code> resolves to
the external address (<code>172.20.30.40</code>), but inside the
network, that same name resolves to the internal address
(<code>192.168.1.1</code>).</p>
<p>The server can be made to respond to internal and external requests
with the same content, with just one <code>VirtualHost</code>
section.</p>
<div class="example"><h3>Server configuration</h3><p><code>
<br />
&lt;VirtualHost 192.168.1.1 172.20.30.40&gt;<br />
<span class="indent">
DocumentRoot /www/server1<br />
ServerName server.example.com<br />
ServerAlias server<br />
</span>
&lt;/VirtualHost&gt;
</code></p></div>
<p>Now requests from both networks will be served from the same
<code>VirtualHost</code>.</p>
<div class="note">
<h3>Note:</h3><p>On the internal
network, one can just use the name <code>server</code> rather
than the fully qualified host name
<code>server.example.com</code>.</p>
<p>Note also that, in the above example, you can replace the list
of IP addresses with <code>*</code>, which will cause the server to
respond the same on all addresses.</p>
</div>
</div><div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div>
<div class="section">
<h2><a name="port" id="port">Running different sites on different
ports.</a></h2>
<p>You have multiple domains going to the same IP and also want to
serve multiple ports. The example below illustrates that the name-matching
takes place after the best matching IP address and port combination
is determined.</p>
<div class="example"><h3>Server configuration</h3><p><code>
Listen 80<br />
Listen 8080<br />
<br />
&lt;VirtualHost 172.20.30.40:80&gt;<br />
<span class="indent">
ServerName www.example.com<br />
DocumentRoot /www/domain-80<br />
</span>
&lt;/VirtualHost&gt;<br />
<br />
&lt;VirtualHost 172.20.30.40:8080&gt;<br />
<span class="indent">
ServerName www.example.com<br />
DocumentRoot /www/domain-8080<br />
</span>
&lt;/VirtualHost&gt;<br />
<br />
&lt;VirtualHost 172.20.30.40:80&gt;<br />
<span class="indent">
ServerName www.example.org<br />
DocumentRoot /www/otherdomain-80<br />
</span>
&lt;/VirtualHost&gt;<br />
<br />
&lt;VirtualHost 172.20.30.40:8080&gt;<br />
<span class="indent">
ServerName www.example.org<br />
DocumentRoot /www/otherdomain-8080<br />
</span>
&lt;/VirtualHost&gt;
</code></p></div>
</div><div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div>
<div class="section">
<h2><a name="ip" id="ip">IP-based virtual hosting</a></h2>
<p>The server has two IP addresses (<code>172.20.30.40</code> and
<code>172.20.30.50</code>) which resolve to the names
<code>www.example.com</code> and <code>www.example.org</code>
respectively.</p>
<div class="example"><h3>Server configuration</h3><p><code>
Listen 80<br />
<br />
&lt;VirtualHost 172.20.30.40&gt;<br />
<span class="indent">
DocumentRoot /www/example1<br />
ServerName www.example.com<br />
</span>
&lt;/VirtualHost&gt;<br />
<br />
&lt;VirtualHost 172.20.30.50&gt;<br />
<span class="indent">
DocumentRoot /www/example2<br />
ServerName www.example.org<br />
</span>
&lt;/VirtualHost&gt;
</code></p></div>
<p>Requests for any address not specified in one of the
<code>&lt;VirtualHost&gt;</code> directives (such as
<code>localhost</code>, for example) will go to the main server, if
there is one.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div>
<div class="section">
<h2><a name="ipport" id="ipport">Mixed port-based and ip-based virtual
hosts</a></h2>
<p>The server machine has two IP addresses (<code>172.20.30.40</code> and
<code>172.20.30.50</code>) which resolve to the names
<code>www.example.com</code> and <code>www.example.org</code>
respectively. In each case, we want to run hosts on ports 80 and
8080.</p>
<div class="example"><h3>Server configuration</h3><p><code>
Listen 172.20.30.40:80<br />
Listen 172.20.30.40:8080<br />
Listen 172.20.30.50:80<br />
Listen 172.20.30.50:8080<br />
<br />
&lt;VirtualHost 172.20.30.40:80&gt;<br />
<span class="indent">
DocumentRoot /www/example1-80<br />
ServerName www.example.com<br />
</span>
&lt;/VirtualHost&gt;<br />
<br />
&lt;VirtualHost 172.20.30.40:8080&gt;<br />
<span class="indent">
DocumentRoot /www/example1-8080<br />
ServerName www.example.com<br />
</span>
&lt;/VirtualHost&gt;<br />
<br />
&lt;VirtualHost 172.20.30.50:80&gt;<br />
<span class="indent">
DocumentRoot /www/example2-80<br />
ServerName www.example.org<br />
</span>
&lt;/VirtualHost&gt;<br />
<br />
&lt;VirtualHost 172.20.30.50:8080&gt;<br />
<span class="indent">
DocumentRoot /www/example2-8080<br />
ServerName www.example.org<br />
</span>
&lt;/VirtualHost&gt;
</code></p></div>
</div><div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div>
<div class="section">
<h2><a name="mixed" id="mixed">Mixed name-based and IP-based
vhosts</a></h2>
<p>Any address mentioned in the argument to a virtualhost that never
appears in another virtual host is a strictly IP-based virtual host.</p>
<div class="example"><h3>Server configuration</h3><p><code>
Listen 80<br />
&lt;VirtualHost 172.20.30.40&gt;<br />
<span class="indent">
DocumentRoot /www/example1<br />
ServerName www.example.com<br />
</span>
&lt;/VirtualHost&gt;<br />
<br />
&lt;VirtualHost 172.20.30.40&gt;<br />
<span class="indent">
DocumentRoot /www/example2<br />
ServerName www.example.org<br />
</span>
&lt;/VirtualHost&gt;<br />
<br />
&lt;VirtualHost 172.20.30.40&gt;<br />
<span class="indent">
DocumentRoot /www/example3<br />
ServerName www.example.net<br />
</span>
&lt;/VirtualHost&gt;<br />
<br />
# IP-based<br />
&lt;VirtualHost 172.20.30.50&gt;<br />
<span class="indent">
DocumentRoot /www/example4<br />
ServerName www.example.edu<br />
</span>
&lt;/VirtualHost&gt;<br />
<br />
&lt;VirtualHost 172.20.30.60&gt;<br />
<span class="indent">
DocumentRoot /www/example5<br />
ServerName www.example.gov<br />
</span>
&lt;/VirtualHost&gt;
</code></p></div>
</div><div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div>
<div class="section">
<h2><a name="proxy" id="proxy">Using <code>Virtual_host</code> and
mod_proxy together</a></h2>
<p>The following example allows a front-end machine to proxy a
virtual host through to a server running on another machine. In the
example, a virtual host of the same name is configured on a machine
at <code>192.168.111.2</code>. The <code class="directive"><a href="/mod/mod_proxy.html#proxypreservehost on">ProxyPreserveHost On</a></code> directive is
used so that the desired hostname is passed through, in case we are
proxying multiple hostnames to a single machine.</p>
<div class="example"><p><code>
&lt;VirtualHost *:*&gt;<br />
ProxyPreserveHost On<br />
ProxyPass / http://192.168.111.2/<br />
ProxyPassReverse / http://192.168.111.2/<br />
ServerName hostname.example.com<br />
&lt;/VirtualHost&gt;
</code></p></div>
</div><div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div>
<div class="section">
<h2><a name="default" id="default">Using <code>_default_</code>
vhosts</a></h2>
<h3><a name="defaultallports" id="defaultallports"><code>_default_</code> vhosts
for all ports</a></h3>
<p>Catching <em>every</em> request to any unspecified IP address and
port, <em>i.e.</em>, an address/port combination that is not used for
any other virtual host.</p>
<div class="example"><h3>Server configuration</h3><p><code>
&lt;VirtualHost _default_:*&gt;<br />
<span class="indent">
DocumentRoot /www/default<br />
</span>
&lt;/VirtualHost&gt;
</code></p></div>
<p>Using such a default vhost with a wildcard port effectively prevents
any request going to the main server.</p>
<p>A default vhost never serves a request that was sent to an
address/port that is used for name-based vhosts. If the request
contained an unknown or no <code>Host:</code> header it is always
served from the primary name-based vhost (the vhost for that
address/port appearing first in the configuration file).</p>
<p>You can use <code class="directive"><a href="/mod/mod_alias.html#aliasmatch">AliasMatch</a></code> or
<code class="directive"><a href="/mod/mod_rewrite.html#rewriterule">RewriteRule</a></code> to rewrite any
request to a single information page (or script).</p>
<h3><a name="defaultdifferentports" id="defaultdifferentports"><code>_default_</code> vhosts
for different ports</a></h3>
<p>Same as setup 1, but the server listens on several ports and we want
to use a second <code>_default_</code> vhost for port 80.</p>
<div class="example"><h3>Server configuration</h3><p><code>
&lt;VirtualHost _default_:80&gt;<br />
<span class="indent">
DocumentRoot /www/default80<br />
# ...<br />
</span>
&lt;/VirtualHost&gt;<br />
<br />
&lt;VirtualHost _default_:*&gt;<br />
<span class="indent">
DocumentRoot /www/default<br />
# ...<br />
</span>
&lt;/VirtualHost&gt;
</code></p></div>
<p>The default vhost for port 80 (which <em>must</em> appear before any
default vhost with a wildcard port) catches all requests that were sent
to an unspecified IP address. The main server is never used to serve a
request.</p>
<h3><a name="defaultoneport" id="defaultoneport"><code>_default_</code> vhosts
for one port</a></h3>
<p>We want to have a default vhost for port 80, but no other default
vhosts.</p>
<div class="example"><h3>Server configuration</h3><p><code>
&lt;VirtualHost _default_:80&gt;<br />
DocumentRoot /www/default<br />
...<br />
&lt;/VirtualHost&gt;
</code></p></div>
<p>A request to an unspecified address on port 80 is served from the
default vhost. Any other request to an unspecified address and port is
served from the main server.</p>
<p>Any use of <code>*</code> in a virtual host declaration will have
higher precedence than <code>_default_</code>.</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div>
<div class="section">
<h2><a name="migrate" id="migrate">Migrating a name-based vhost to an
IP-based vhost</a></h2>
<p>The name-based vhost with the hostname
<code>www.example.org</code> (from our <a href="#name">name-based</a> example, setup 2) should get its own IP
address. To avoid problems with name servers or proxies who cached the
old IP address for the name-based vhost we want to provide both
variants during a migration phase.</p>
<p>
The solution is easy, because we can simply add the new IP address
(<code>172.20.30.50</code>) to the <code>VirtualHost</code>
directive.</p>
<div class="example"><h3>Server configuration</h3><p><code>
Listen 80<br />
ServerName www.example.com<br />
DocumentRoot /www/example1<br />
<br />
&lt;VirtualHost 172.20.30.40 172.20.30.50&gt;<br />
<span class="indent">
DocumentRoot /www/example2<br />
ServerName www.example.org<br />
# ...<br />
</span>
&lt;/VirtualHost&gt;<br />
<br />
&lt;VirtualHost 172.20.30.40&gt;<br />
<span class="indent">
DocumentRoot /www/example3<br />
ServerName www.example.net<br />
ServerAlias *.example.net<br />
# ...<br />
</span>
&lt;/VirtualHost&gt;
</code></p></div>
<p>The vhost can now be accessed through the new address (as an
IP-based vhost) and through the old address (as a name-based
vhost).</p>
</div><div class="top"><a href="#page-header"><img alt="top" src="/images/up.gif" /></a></div>
<div class="section">
<h2><a name="serverpath" id="serverpath">Using the <code>ServerPath</code>
directive</a></h2>
<p>We have a server with two name-based vhosts. In order to match the
correct virtual host a client must send the correct <code>Host:</code>
header. Old HTTP/1.0 clients do not send such a header and Apache has
no clue what vhost the client tried to reach (and serves the request
from the primary vhost). To provide as much backward compatibility as
possible we create a primary vhost which returns a single page
containing links with an URL prefix to the name-based virtual
hosts.</p>
<div class="example"><h3>Server configuration</h3><p><code>
&lt;VirtualHost 172.20.30.40&gt;<br />
<span class="indent">
# primary vhost<br />
DocumentRoot /www/subdomain<br />
RewriteEngine On<br />
RewriteRule . /www/subdomain/index.html<br />
# ...<br />
</span>
&lt;/VirtualHost&gt;<br />
<br />
&lt;VirtualHost 172.20.30.40&gt;<br />
DocumentRoot /www/subdomain/sub1<br />
<span class="indent">
ServerName www.sub1.domain.tld<br />
ServerPath /sub1/<br />
RewriteEngine On<br />
RewriteRule ^(/sub1/.*) /www/subdomain$1<br />
# ...<br />
</span>
&lt;/VirtualHost&gt;<br />
<br />
&lt;VirtualHost 172.20.30.40&gt;<br />
<span class="indent">
DocumentRoot /www/subdomain/sub2<br />
ServerName www.sub2.domain.tld<br />
ServerPath /sub2/<br />
RewriteEngine On<br />
RewriteRule ^(/sub2/.*) /www/subdomain$1<br />
# ...<br />
</span>
&lt;/VirtualHost&gt;
</code></p></div>
<p>Due to the <code class="directive"><a href="/mod/core.html#serverpath">ServerPath</a></code>
directive a request to the URL
<code>http://www.sub1.domain.tld/sub1/</code> is <em>always</em> served
from the sub1-vhost.<br /> A request to the URL
<code>http://www.sub1.domain.tld/</code> is only
served from the sub1-vhost if the client sent a correct
<code>Host:</code> header. If no <code>Host:</code> header is sent the
client gets the information page from the primary host.</p>
<p>Please note that there is one oddity: A request to
<code>http://www.sub2.domain.tld/sub1/</code> is also served from the
sub1-vhost if the client sent no <code>Host:</code> header.</p>
<p>The <code class="directive"><a href="/mod/mod_rewrite.html#rewriterule">RewriteRule</a></code> directives
are used to make sure that a client which sent a correct
<code>Host:</code> header can use both URL variants, <em>i.e.</em>,
with or without URL prefix.</p>
</div></div>
<div class="bottomlang">
<p><span>Available Languages: </span><a href="/en/vhosts/examples.html" title="English">&nbsp;en&nbsp;</a> |
<a href="/fr/vhosts/examples.html" hreflang="fr" rel="alternate" title="Fran�ais">&nbsp;fr&nbsp;</a> |
<a href="/ja/vhosts/examples.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
<a href="/ko/vhosts/examples.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a> |
<a href="/tr/vhosts/examples.html" hreflang="tr" rel="alternate" title="T�rk�e">&nbsp;tr&nbsp;</a></p>
</div><div id="footer">
<p class="apache">Copyright 2011 The Apache Software Foundation.<br />Licensed under the <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
<p class="menu"><a href="/mod/">Modules</a> | <a href="/mod/directives.html">Directives</a> | <a href="/faq/">FAQ</a> | <a href="/glossary.html">Glossary</a> | <a href="/sitemap.html">Sitemap</a></p></div>
</body></html>