Voir la source de Configuration d'Apache httpd.conf

[[Category:Services Web]]
= Configuration d'apache: httpd.conf =

<div class="leatitre">Configuration d'apache: httpd.conf</div><div class="leapar">par [mailto:st@lea-linux.org serge]</div><div class="leadesc">Mettez un serveur Web dans votre LinBox.</div>
----

== Introduction ==

Apache est un serveur Web libre, c'est le standard comme serveur Web sous linux, mais aussi le serveur Web le plus utilisé sur Internet avec plus de 60% des sites d'Internet (contre environ 20% pour IIS). Donc cela ne peut que prouver sa stabilité et ses performances.

S'il est très souvent disponible en standard sur les distributions mais on doit souvent le configurer pour ses propes besoins. <br />Je vais donc essayer de vous détailler le fichier '''httpd.conf''', fichier de configuration d'apache.

Attention: Utilisez une version récente d'apache car: <br />- De nombreux bugs de sécurité ont été corrigé<br />- Cette documentation traite de la configuration des derniers serveurs apaches. Dans les anciennes versions, il y avait trois fichiers (<tt>httpd.conf</tt>, <tt>srm.conf</tt>, <tt>access.conf</tt>) mais maitenant tous sont regroupés dans un même fichier: <tt>httpd.conf</tt>. <br />Même si la compabilité avec les anciennes versions a été conservée (on peut toujours utiliser les anciens fichiers) je ne traite ici QUE du fichier <tt>httpd.conf</tt>.

De plus cette documentation n'est pas encore tout à fait complète, il manque encore quelques options à expliquer, mais certaines me semblent obscures (je ne connais pas tout) ou difficiles à expliquer. J'espère compléter ce document assez vite (de même si vous voulez ajouter vos connaissances à ce document, n'hésitez pas à me [mailto:st@lea-linux.org mailer]

Je ne traite pas de l'installation d'apache, car il est présent dans toutes les distributions. De plus son installation et sa compilation ne sont pas aisées du tout suivant le support que l'on veut lui intégrer. Il existe en effet plusieurs dizaines de facons de le compiler suivant les options que l'on veut lui passer. Mais dans la plupart des distributions, apache est configuré de telle facon que l'on peut y inclure des fonctionalités facilement grâce à des modules "DSO".

== Configuration du fichier httpd.conf ==

Pour cela on va éditer le fichier <tt>/chemin_d'install_apache/conf/httpd.conf</tt>. Si ce fichier n'existe pas vous devez alors avoir un fichier appelé <tt>httpd.conf-dist</tt>. Copiez le en <tt>httpd.conf</tt> et éditez-le. <br />Détaillons ce fichier, en cherchant les lignes enoncées ci dessous (si une ou plusieurs de ces options ne vous servent pas, commentez-les avec un # devant la ligne) <br /> 

'''<tt>ServerType         standalone</tt>'''

Cette ligne indique si apache se lance en '''autonome''' ('''standalone''') ou via '''inetd'''. <br />Pour la plupart des configurations, c'est en standalone. Si vous ne l'avez pas réinstallé, qu'apache était déja installé, ne modifiez pas cette ligne. Ceux qui ont créé votre distrib ont bien configuré cette ligne normalement. Si vous n'êtes pas sur, éditez le fichier '''/etc/inted.conf''' , si aucune ligne ne comporte '''httpd''' et que par contre vous avez un fichier du style '''rc.httpd''' ou '''Sxxhttpd '''ou ''' Sxxapchectl''' dans un sous-répertoire de '''/etc/rc.d''' alors c'est qu'il se lance en autonome. Inversement si une ligne httpd existe dans <tt>/etc/inetd.conf</tt>, alors il se lance en '''inetd'''.

'''<tt>ServerRoot            "/var/lib/apache"</tt>'''

Vous indiquez ici le répertoire d'installation d'apache. Normalement les scripts d'installation ont bien renseigné cette ligne. Vérifiez quand même.

'''<tt>LockFile            /var/run/httpd.lock</tt>'''

Laissez cette ligne comme elle est , c'est-à-dire commentée, pour 90% des cas (# devant).

'''<tt>PidFile                 /var/run/httpd.pid</tt>'''

Vérifiez bien que cette ligne soit décommentée. Elle indique au script de démarrage d'enregistrer le numéro de process d'apache pour que, lors de l'arrêt du sytème apache soit stoppé correctement.

'''<tt>ScoreBoardFile      /var/run/httpd.scoreboard</tt>'''

Idem. Cette ligne doit exister, ce fichier stocke des informations pour le bon fonctionnement d'apache-lui même.

'''<tt>RessourceConfig    /conf/srm.conf</tt>'''<br />'''<tt>AcessConfig        /conf/acess.conf</tt>'''

Les anciens fichiers de configuration d'apache, qui ne sont plus utilisés maitenant (en fait tout est maintenant intégré dans <tt>httpd.conf</tt> pour simplifier). Ces options sont normalement commentées (# devant).

'''<tt>Timeout     300</tt>'''

Temps en millisecondes avant que le serveur n'envoie ou recoive un "timeout". <br />En fait quand le serveur attend une réponse d'un programme externe (parseur PHP, script CGI, etc..), si au bout de 3s il ne recoit pas cette réponse, il va envoyer un timeout au programme pour l'arrêter et renvoyer un timeout à l'utilisateur pour le prévenir d'une erreur. Laissez cette valeur par défaut à moins que vous vous aperceviez que des traitements prennent plus de temps que 3s et que le serveur n'attend pas assez longtemps. Ne montez pas trop haut cette valeur non plus car si le programme externe a "planté" ou si une erreur s'est produite, vous risquez de rendre inacessible le serveur apache pour trop de temps (toujours désagréable d'attendre 30s pour rien).

'''<tt>KeepAlive on</tt>'''

Autorise ou pas les connexions persistantes (plusieurs requêtes par connexion). En fait cela permet aux utilisateurs de votre serveur de lancer plusieurs requêtes à la fois. Cela permet d'accélérer les réponses du serveur. Laissez cette valeur par défaut la plupart du temps. Mais dans un environement très sollicité (serveur Web trés fréquenté) cela peut rendre le serveur indisponible pour d'autres utilisateurs ou faire monter le système en ressource. En gros pour de petits serveurs, laissez cette option sur "on". Pour un serveur très sollicité dont le système ralenti énormément ou devient indisponible asez souvent, essayez avec la valeur "off". Mais avant, essayez de baisser la valeur de l'option suivante.

'''<tt>MaxKeepAliveRequests    100</tt>'''

En combinaison avec l'option précédente, indique le nombre de requêtes pour une connexion. Laissez cette valeur assez haute pour de très bonnes performances. Si vous mettez '''''' comme valeur, '''vous autorisez en fait un nombre illimité '''(attention donc). Laissez la valeur par défaut là aussi.

'''<tt>KeppAliveTimeout  15</tt>'''

Valeur en seconde d'attente pour la requette suivante d'un même client sur une même connexion avant de renvoyer un timeout. Là aussi, laissez la valeur par défaut.

'''<tt>MinSpareServers    5</tt>'''<br />'''<tt>MaxSpareServer     10</tt>'''

Ces valeurs servent à l'autorégulation de charge du serveur. <br />En fait apache contrôle lui-même sa charge, suivant le nombre de clients qu'il sert et le nombre de requêtes envoyées par chaque client. Il fait en sorte que tout le monde puisse être servi et ajoute tout seul un certain nombre d'instances apaches pour servir de nouveaux clients qui se connecteraient. Si ce nombre est inférieur à '''MinSpareServers''', il en ajoute un. Si ce nombre dépasse la valeur de '''MaxSpareServer''', il en arrête. Ces valeurs par défaut conviennent à la plupart des sites.

'''<tt>StartServers     5</tt>'''

Nombre de serveurs à démarrer au lancement d'apache. <br /> 

'''<tt>MaxClients     150</tt>'''

Contrôle le nombre maximum de serveurs pouvant etre lancés simultanément. Laissez donc cette valeur assez haute. Toutefois attention à son niveau pour ne pas qu'en cas de trop forte sollicitation, le serveur apache fasse "tomber" en ressource votre système. '''Cette valeur ne modifie pas la valeur de MaxKeepAliveRequests car ici Maxclients indique le nombre de clients maximum alors que MaxKeepAliveRequests indique le nombre de requêtes pour UN client'''.<br /><br />'''<u>Remarque:</u>''' Apache par défaut ne peut servir plus de 254 clients à la fois (c'est a dire si au même moment 254 clients se connectent simultanément, le serveur sature et certains clients doivent attendre avant de pouvoir accéder à votre site), donc la valeur de cette directive ne peut excéder 254 (apache vous signale un warning à son démarrage si vous dépassez cette valeur). Pour pouvoir servir plus de 254 clients simultanément, il faut recompiler apache et modifier dans les sources d'apache la valeur max de clients simultanés. Voir la documentation officielle d'apache pour cela.

'''<tt>Listen    3000</tt>'''<br />'''<tt>Listen    12.34.56.78</tt>'''

Indique au serveur des ports ou des adresses où il doit "écouter" pour  des connexions '''EN PLUS '''de l'adresse et port par défaut. Voir l'option <tt>VirtualHost</tt> plus loin. <br /> 

'''<tt>BindAdress    *</tt>'''

Vous pouvez ici inclure un hôte virtuel en indiquant une adresse, toutes les adresses (*) ou un nom de domaine où le serveur va attendre des connexions. Voir là aussi l'option <tt>VirtualHost </tt>.

'''<tt>LoadModule    xxxxxx.mod libexec/yyyyyy.so</tt>'''<br />'''<tt>.....</tt>'''<br />'''<tt>AddModule  zzzz.c</tt>'''

Support pour les modules DSO. Si vous devez ajouter des modules à prendre en compte (par exemple pour ceux qui installent PHP en module dynamique), attention à l'ordre de chargement des modules qui a son importance car souvent un module dépend d'un autre module. Voir les documentations des modules que vous souhaitez ajouter.

'''<tt>ExtendedStatus on</tt>'''

Indique si le serveur doit renvoyer des informations complètes de status ('''on''') ou des informations réduites ('''off'''). <tt>off</tt> par défaut. Laissez cette valeur par défaut sauf en cas de développement et de débuggage. <br /> 

'''<tt>Port     80</tt>'''

Port d'écoute du serveur par défaut. Vous pouvez le changer si vous désirez mais attention les clients cherchent normalement sur le port 80.

'''<tt>User nobody</tt>'''<br />'''<tt>Group nobody</tt>'''

User et group system avec lesquels le serveur est démarré. Pour des questions de sécurité laissez toujours ces options!''' Ne jamais spécifier root!'''<br />En fait si quelqu'un arrive à "exploiter" votre serveur (par exemple il arrive à faire exécuter du code par le serveur apache), il hérite des droits du serveur lui-même. Donc si c'est "nobody", il n'a aucun droit spécifique. Si c'est root ou un user réel, il aura alors les droits de ce user/group et pourra endommager grandement votre système.

'''<tt>ServerAdmin   root@localhost.domainname</tt>'''

Adresse E-mail réelle de l'administrateur du site. Cette adresse est affichée par le serveur en cas d'erreur par exemple pour que les utilisateurs puissent en avertir l'administrateur. Mettez votre E-mail donc.

'''<tt>ServerName    www.domainname</tt>'''

Adresse que le serveur va renvoyer au client Web. Il est astucieux de mettre www au lieu du nom de la machine réelle, comme cela les visiteurs ne voient pas le nom réel de votre machine (utile pour la sécurité aussi).

'''<tt>DocumentRoot    "/var/lib/apache/htdocs"</tt>'''

Répertoire racine où se trouvent vos pages Web.

'''<tt><Directory /></tt>'''<br />'''<tt>    Options FollowSymLinks</tt>'''<br />'''<tt>    AllowOverride None</tt>'''<br />'''<tt></Directory></tt>'''

Pour des questions de sécurité, laissez cela par défaut. Cela laisse les permissions de tous les répertoires par défaut et n'autorise pas d'accès spéciaux même si un .htaccess existe (AllowOverride None). De ce fait, personne ne peux modifier les droits que vous avez imposés sur les répertoires où apache a accès. Voir plus bas les explications de chaque option passée.

'''<tt><Directory "/var/lib/apache/htdocs"></tt>'''<br />'''<tt>  Options Indexes FollowSymlinks Multiviews</tt>'''<br />'''<tt>  AllowOverride None</tt>'''<br />'''<tt>  Order allow,deny</tt>'''<br />'''<tt>  allow from all</tt>'''<br />'''<tt></Directory></tt>'''

Bon là, ce qu'on a fait, c'est qu'on définit cette fois les règles pour le répertoire <tt>/var/lib/apache/htdocs</tt> (pour notre exemple c'est le repertoire racine des pages Web), on autorise le serveur apache à suivre les liens symboliques (FollowSymlinks) , on empêche quiconque de changer ces règles (AllowOverride None) , puis on définit dans quel ordre appliquer les règles d'autorisation/refus de connexion (order allow,deny) et on autorise les connexions venant de n'importe quel hôte (Allow from all).

Bon détaillons un peu comment ça marche. On commence toujours par:

'''<tt><Directory xx></tt>'''

Pour définir sur quel répertoire ('''xx''') on applique ces règles.

'''<tt>Options</tt>''' : on définit les options pour ce répertoire qui sont pour les plus importantes : <br />  <br /> 

<center>

{| width="60%" border="1"
| width="30%" | None
| Désactive toutes les options.
|-
| All
| Active toutes les options SAUF Multiviews.
|-
| Indexes
| Permet aux utilisateurs d'avoir des indexes générés par le serveur. C'est à dire si l'index du répertoire (index.htm le + souvent) est manquant, cela autorise le serveur à lister le contenu du répertoire (dangereux suivant les fichiers contenus dans ce répertoire).
|-
| FollowSymLinks
| Autorise à suivre les liens symboliques.
|-
| ExecCGI
| Autorise à exécuter des scripts CGI à partir de ce répertoire.
|-
| Includes
| Autorise des fichiers include pour le serveur.
|-
| IncludesNOEXEC
| Permet les includes mais empêche la commande EXEC (qui permet d'exécuter du code).
|-
| Multiviews
| Autorise les vue multiples suivant un contexte. Cela permet par exemple d'afficher les pages dans un language suivant la configuration du language du client.
|-
| SymLinksIfOwnerMatch
| Autorise à suivre les liens seulement si le user ID du fichier (ou répertoire) sur lequel le lien pointe est le même que celui du lien.
|}

</center>

'''<tt>AllowOverride</tt>''' : définit comment sont gérés les fichiers .htaccess de ce répertoire: <br />  <br /> 

<center>

{| width="60%" border="1"
| width="30%" | All
| Gère tout ce qui est dans .htaccess
|-
| AuthConfig
| Active les directives d'autorisations AuthDBMGroupFile, AuthDBMUserFile, AuthGroupFile, AuthName, AuthType, <br />       AuthUserFile, require
|-
| FileInfo
| Active les directives d'autorisations  AddEncoding, AddLanguage, AddType, DefaultType, ErrorDocument, <br />       LanguagePriority
|-
| Limit
| Active la directive d'autorisation Limit
|-
| None
| Ne lit pas le fichier .htaccess et laisse les droits "Linux" de ce répertoire.
|-
| Options
| Active la directive Option
|}

</center>

'''<tt>Order</tt>''' : Donne l'ordre d'application des règles Allow Deny: <br />  <br /> 

<center>

{| width="60%" border="1"
| width="30%" | deny,allow
| Applique les règles deny puis allow
|-
| allow,deny
| Applique les règles allow puis deny
|}

</center>

'''<tt>Allow</tt>''' (ou '''<tt>deny</tt>'''): <br />  <br /> 

<center>

{| width="60%" border="1"
| width="30%" | Nom d'hôte
| Autorise les hôtes spécifié, les adresses IP, le nom de domaine, etc..(ou les refuse si la règle est deny)
|-
| All
| Autorise tout le monde (ou refuse)
|}

</center>

'''<tt></Directory></tt>''' : Indique la fin des règles pour ce répertoire.

A vous de placer vos règles suivant le contenu de vos répertoire accessibles par le Web. Il existe les mêmes règles pour les fichiers  '''(<Files> </Files>)''' et les locations '''(<Location> </Location>)'''. Voir un exemple pour les fichiers '''(file)''' plus bas. <br /> 

'''<tt>AccesFileName    .htaccess</tt>'''

Nom du fichier des règles d'accès pour les règles AllowOverride. <br />Un conseil : placez comme vu précédemment une règle file du style:

    '''<tt><Files ~ "^\.ht"></tt>'''<br />'''<tt>     Order allow,deny</tt>'''<br />'''<tt>      Deny from all</tt>'''<br />'''<tt>     </Files></tt>'''

pour interdire aux visiteurs la possibilité voir le contenu des fichiers .ht qui contiennent les règles de sécurité.

'''<tt><nowiki>#CacheNegotiatedDocs</nowiki></tt>'''

Autorise ou pas les proxies à mettre en cache les documents (pour autoriser, enlevez le commentaire # en début de ligne)

'''<tt>UseCanonicalName    On</tt>'''

Sur '''on''', remet l'url par rapport aux valeurs "Server" et "Port" spécifié plus haut dans le fichier <tt>httpd.conf</tt>, sur '''off''' utilise l'url que le client a utilisée. Attention , mettre sur ''on ''si vous utilisez des CGI avec des variables SERVER_NAME car si l'url du client n'est pas la même que celle du CGI, votre script CGI ne marchera pas.

'''<tt>DefaultType </tt>'''      '''<tt>text/plain</tt>'''

Type mime par défaut que le serveur renvoie aux clients. Convient dans la plupart des cas. Si par-contre votre serveur web envoie principalement des images, du streaming, etc... modifiez la valeur par <br />"'''application/octet-stream'''" pour éviter  que les clients essaient de visualiser du binaire (ce qui va leur donner comme résultat des "'''ù*$kfdPmm%ù'''" au lieu d'afficher une video par exemple. Le client doit pouvoir prendre en compte alors le fichier grâce à un plugin et il doit avoir ses types mimes configurés pour lancer l'application associée.

'''<tt>HostNameLookups   off</tt>'''

Indique si le serveur enregistre le nom (sur on) du client ou l'adresse IP (sur off)

'''<tt>ErrorLog    /var/log/error_log</tt>'''

Chemin complet du fichier où les erreurs apaches seront enregistrées

'''<tt>LogLevel        warn</tt>'''

  Niveau d'enregistrement des erreurs avec comme valeurs possibles: <br />  <br /> 

<center>

{| width="60%" border="1"
| width="30%" | emerg
| Enregistre seulement les erreurs qui rendent le serveur inutilisable
|-
| Alert
| "emerg" + erreurs nécessitant une intervention.
|-
| Crit
| "emerg" + "Alert" + erreurs critiques (accès réseau impossible par exemple)
|-
| error
| "ermerg" + "Alert" + "Crit" + erreurs dans les pages, les scripts
|-
| warn
| "ermerg" + "Alert" + "Crit" + "error" + erreurs non bloquantes (pages mal codées, scripts comportant des erreurs non bloquantes...)
|-
| info
| "ermerg" + "Alert" + "Crit" + "error" + "Warn" + toutes les informations générées
|-
| debug
| Enregistre TOUT ce qui peut se passer sur le serveur (un client demande une page: on enregistre)
|}

</center>

La plupart du temps, le niveau warn suffit (info et debug fournissent trop d'informations) <br /> 

'''<tt>ServerSignature    on</tt>'''

Si on ajoute la signature (version, OS...) du serveur lorsqu'il génère des pages lui même (index manquant, erreur de script, etc....) , off ne nontre que l'erreur, et sur Email ajoute un lien vers l'email définit plus haut dans ce fichier.

'''<tt>Alias        faux_nom    nom_réel</tt>'''

 permet de faire des alias de répertoires (des liens en quelque sorte)

'''<tt>ScriptAlias    /cgi-bin/    chemin_complet_des_cgi</tt>'''

Alias pour les scripts CGI

'''<tt>AddType    type    extensions</tt>'''

Permet de définir des extensions de fichiers pour des applications (mime type). Si on veut ajouter le support PHP4, on doit ajouter ici:

      '''<tt>AddType application/x-httpd-php .php</tt>'''<br />'''<tt>    AddType application/x-httpd-php-source .phps</tt>'''

Ou pour du PHP3:

      '''<tt>AddType application/x-httpd-php3 .php3</tt>'''<br />'''<tt>    AddType application/x-httpd-php3-source .phps</tt>'''

Il faut en plus que vous ayez compiler PHP en module DSO (module dynaique) et ajouter les lignes '''<tt>modules </tt>'''comme décrit plus haut pour activer le support PHP (voir la doc d'installation de PHP). <br /> 

'''<tt>  AddHandler cgi-script .cgi</tt>''''''<tt></tt>'''

Pour utiliser les scripts CGI. <br /> 

Et enfin les définitions de "virtual host" pour faire des serveurs virtuels suivant des répertoires, etc...

'''<tt><VirtualHost ip_ou_adresse_virtuelle></tt>'''<br />'''<tt>    ServerAdmin email_webmaster@hoste_virtuel</tt>'''<br />'''<tt>    DocumentRoot racine_hote_virtuel</tt>'''<br />'''<tt>    ServerName nom_server_virtuel</tt>'''<br />'''<tt>    ErrorLog chmein_complet_errorlog</tt>'''<br />'''<tt> </VirtualHost></tt>'''<br />  <br /><br /> Explication sur les VirtualHost:<br /> Les virtualhosts permettent de mettre plus d'un site web par IP, en les appelant par nom de domaine ou par IP. Ce qui permet d'avoir des centaines de sites sur un serveur n'ayant qu'une seule IP (c'est comme cela que font tous les hébergeurs, ils ne prennent pas une nouvelle IP pour chaque nouveau client hébergé).<br /><br /> Par exemple, votre serveur web héberge deux sites web d'url: www.domaine1.com et www.domaine2.com, et a comme adresse IP: 80.10.20.30, voici comment définir les deux VirtualHost:<br /><br /><tt> NameVirtualHost 80.10.20.30<br /><br /> <VirtualHost 80.10.20.30><br /> ServerAdmin webmaster@domain1.com<br /> DocumentRoot /home/domain1/www<br /> ServerName www.domain1.com<br /> ErrorLog /var/log/apache/domain1-error.log<br /> CustomLog /var/log/apache/domain1-access.log combined<br /> ServerAlias domain1.com<br /> </Virtualhost><br /><br /> <VirtualHost 80.10.20.30><br /> ServerAdmin webmaster@domain2.com<br /> DocumentRoot /home/domain2/www<br /> ServerName www.domain2.com<br /> ErrorLog /var/log/apache/domain2-error.log<br /> CustomLog /var/log/apache/domain2-access.log combined<br /> ServerAlias domain2.com<br /> </Virtualhost><br /><br /> </tt> <tt>NameServer</tt> permet de définir sur quelle IP les virtualhosts sont définis.<br /><tt><VirtualHost></tt> permet de définir un nouvel hôte virtuel apache, avec son adresse IP associée. En combinaison avec la directive <tt>ServerName</tt> il définit aussi le nom avec lequel le serveur doit etre appelé. Cela signifie que si le serveur reçoit une requête sur son IP 80.10.20.30 avec le nom "www.domain1.com", le serveur va donc fournir les pages webs contenues dans <tt>/home/domain1/www</tt> (grâce à la directive <tt>DocumentRoot</tt>).<br />De la même facon, il va fournir les pages de <tt>/home/domain2/www</tt> si on appelle celle-ci avec l'url www.domain2.com.<br /><br />Pour que cela fonctionne, il faut bien sur qu'un serveur DNS soit configuré pour faire pointer www.domain1.com et www.domain2.com sur l'IP 80.10.20.30.<br /><br /> Les directives <tt>ErrorLog</tt> et <tt>Customlog</tt> permettent de définir les fichier logs de chaque hôte virtuel (autrement les logs s'ajouteront aux logs principaux du serveur défini dans les directives en dehors de la directive <tt><VirtualHost></tt>.<br /><br /><tt>ServerAlias</tt> permet d'indiquer sous quel autre nom l'hôte virtuel peut etre appelé (ici domainX.com en plus de www.domainX.com), bien sur là aussi le serveur DNS doit être configuré pour faire pointer domainX.com sur 80.10.20.30<br /><br /><br /> Une autre facon de faire des hôtes virtuels, si on n'a pas plusieurs noms de domaine, est de la faire par IP ou par IP et Port.<br /><br /> Par IP, il suffit de faire des <tt><VirtualHost ip1></tt> et <tt><VirtualHost ip2></tt> etc... , et par port il suffit de faire des <tt><VirtualHost ip:port1></tt> <tt><VirtualHost ip:port2></tt><br /><br /> Il faut aussi des directives de <tt>Bind</tt> et <tt>Listen</tt> sur chaque IP et port supplémentaire (voir les directives Listen et Bind plus haut dans ce document).<br /><br /> Dans chaque virtualhost, vous pouvez aussi ajouter d'autres directives, comme les directives de <tt>ScriptAlias</tt> (pour l'exécution de cgi), de <tt>Directory</tt> (option des répertoires du site), ... En gros, toutes les directives peuvent être redéfinies dans chaque VirtualHost pour configurer le site web virtuel. Voir pour cela la documentation officielle d'apache. Pour chaque directive, il est spécifié si elle peut être utilisé dans un contexte de VirtualHost ou pas.<br /><br /> Voilà donc pour les principales directives utilisées dans <tt>httpd.conf</tt>. D'autre directives existent (voir la doc officielle), et les modules chargés par apache ajoutent eux aussi des directives spécifiques (voir la documentation du module ajouté).<br /><br />

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Serge Tchesmeli le 15/10/1999.</div>

= Copyright =
Copyright &copy; 15/10/1999, Serge Tchesmeli
{{LDL}}


=Autres ressources=
 
* [http://www.apache.org/ Site officiel Apache]