home *** CD-ROM | disk | FTP | other *** search
/ Chip 2004 November / CMCD1104.ISO / Software / Complet / Apache / apache_2.0.52-win32-x86-no_ssl.msi / Data.Cab / F278671_ipbased.xml < prev    next >
Extensible Markup Language  |  2004-04-17  |  7KB  |  163 lines
  1. <?xml version='1.0' encoding='UTF-8' ?>
  2. <!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
  3. <?xml-stylesheet type="text/xsl" href="../style/manual.en.xsl"?>
  4. <!-- $Revision: 1.3.2.5 $ -->
  5.  
  6. <!--
  7.  Copyright 2002-2004 The Apache Software Foundation
  8.  
  9.  Licensed under the Apache License, Version 2.0 (the "License");
  10.  you may not use this file except in compliance with the License.
  11.  You may obtain a copy of the License at
  12.  
  13.      http://www.apache.org/licenses/LICENSE-2.0
  14.  
  15.  Unless required by applicable law or agreed to in writing, software
  16.  distributed under the License is distributed on an "AS IS" BASIS,
  17.  WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
  18.  See the License for the specific language governing permissions and
  19.  limitations under the License.
  20. -->
  21.  
  22. <manualpage metafile="ip-based.xml.meta">
  23. <parentdocument href="./">Virtual Hosts</parentdocument>
  24.    <title>Apache IP-based Virtual Host Support</title>
  25.  
  26. <seealso>
  27. <a href="name-based.html">Name-based Virtual Hosts Support</a>
  28. </seealso>
  29.  
  30. <section id="requirements"><title>System requirements</title>
  31.  
  32.     <p>As the term <cite>IP-based</cite> indicates, the server
  33.     <strong>must have a different IP address for each IP-based
  34.     virtual host</strong>. This can be achieved by the machine
  35.     having several physical network connections, or by use of
  36.     virtual interfaces which are supported by most modern operating
  37.     systems (see system documentation for details, these are
  38.     frequently called "ip aliases", and the "ifconfig" command is
  39.     most commonly used to set them up).</p>
  40.  
  41. </section>
  42.  
  43. <section id="howto"><title>How to set up Apache</title>
  44.  
  45.     <p>There are two ways of configuring apache to support multiple
  46.     hosts. Either by running a separate httpd daemon for each
  47.     hostname, or by running a single daemon which supports all the
  48.     virtual hosts.</p>
  49.  
  50.     <p>Use multiple daemons when:</p>
  51.  
  52.     <ul>
  53.       <li>There are security partitioning issues, such as company1
  54.       does not want anyone at company2 to be able to read their
  55.       data except via the web. In this case you would need two
  56.       daemons, each running with different <directive
  57.       module="mpm_common">User</directive>, <directive
  58.       module="mpm_common">Group</directive>, <directive
  59.       module="mpm_common">Listen</directive>, and <directive
  60.       module="core">ServerRoot</directive> settings.</li>
  61.  
  62.       <li>You can afford the memory and <a
  63.       href="../misc/descriptors.html">file descriptor
  64.       requirements</a> of listening to every IP alias on the
  65.       machine. It's only possible to <directive
  66.       module="mpm_common">Listen</directive> to the "wildcard"
  67.       address, or to specific addresses. So if you have a need to
  68.       listen to a specific address for whatever reason, then you
  69.       will need to listen to all specific addresses. (Although one
  70.       httpd could listen to N-1 of the addresses, and another could
  71.       listen to the remaining address.)</li>
  72.     </ul>
  73.  
  74.     <p>Use a single daemon when:</p>
  75.  
  76.     <ul>
  77.       <li>Sharing of the httpd configuration between virtual hosts
  78.       is acceptable.</li>
  79.  
  80.       <li>The machine services a large number of requests, and so
  81.       the performance loss in running separate daemons may be
  82.       significant.</li>
  83.     </ul>
  84.  
  85. </section>
  86.  
  87. <section id="multiple"><title>Setting up multiple daemons</title>
  88.  
  89.     <p>Create a separate httpd installation for each virtual host. For
  90.     each installation, use the <directive
  91.     module="mpm_common">Listen</directive> directive in the
  92.     configuration file to select which IP address (or virtual host)
  93.     that daemon services. e.g.</p>
  94.  
  95.     <example>
  96.     Listen www.smallco.com:80
  97.     </example>
  98.  
  99.     <p>It is recommended that you use an IP address instead of a
  100.     hostname (see <a href="../dns-caveats.html">DNS caveats</a>).</p>
  101.  
  102. </section>
  103.  
  104. <section id="single"><title>Setting up a single daemon
  105.     with virtual hosts</title>
  106.  
  107.     <p>For this case, a single httpd will service requests for the
  108.     main server and all the virtual hosts. The <directive
  109.     module="core">VirtualHost</directive> directive
  110.     in the configuration file is used to set the values of <directive
  111.     module="core">ServerAdmin</directive>, <directive
  112.     module="core">ServerName</directive>, <directive
  113.     module="core">DocumentRoot</directive>, <directive
  114.     module="core">ErrorLog</directive> and <directive
  115.     module="mod_log_config">TransferLog</directive>
  116.     or <directive module="mod_log_config">CustomLog</directive>
  117.     configuration directives to different values for each virtual
  118.     host. e.g.</p>
  119.  
  120.     <example>
  121.     <VirtualHost www.smallco.com><br />
  122.     ServerAdmin webmaster@mail.smallco.com<br />
  123.     DocumentRoot /groups/smallco/www<br />
  124.     ServerName www.smallco.com<br />
  125.     ErrorLog /groups/smallco/logs/error_log<br />
  126.     TransferLog /groups/smallco/logs/access_log<br />
  127.     </VirtualHost><br />
  128.         <br />
  129.     <VirtualHost www.baygroup.org><br />
  130.     ServerAdmin webmaster@mail.baygroup.org<br />
  131.     DocumentRoot /groups/baygroup/www<br />
  132.     ServerName www.baygroup.org<br />
  133.     ErrorLog /groups/baygroup/logs/error_log<br />
  134.     TransferLog /groups/baygroup/logs/access_log<br />
  135.     </VirtualHost>
  136.         </example>
  137.  
  138.     <p>It is recommended that you use an IP address instead of a
  139.     hostname (see <a href="../dns-caveats.html">DNS caveats</a>).</p>
  140.  
  141.     <p>Almost <strong>any</strong> configuration directive can be
  142.     put in the VirtualHost directive, with the exception of
  143.     directives that control process creation and a few other
  144.     directives. To find out if a directive can be used in the
  145.     VirtualHost directive, check the <a
  146.     href="../mod/directive-dict.html#Context">Context</a> using the
  147.     <a href="../mod/directives.html">directive index</a>.</p>
  148.  
  149.     <p><directive module="mpm_common">User</directive> and <directive
  150.     module="mpm_common">Group</directive> may be used inside a
  151.     VirtualHost directive if the <a href="../suexec.html">suEXEC
  152.     wrapper</a> is used.</p>
  153.  
  154.     <p><em>SECURITY:</em> When specifying where to write log files,
  155.     be aware of some security risks which are present if anyone
  156.     other than the user that starts Apache has write access to the
  157.     directory where they are written. See the <a
  158.     href="../misc/security_tips.html">security tips</a> document
  159.     for details.</p>
  160.  
  161. </section>
  162. </manualpage>
  163.