Configuration globale du serveur

Ce document dΘcrit certaines directives traitΘes par le noyau du serveur qui sont utilisΘes pour configurer les opΘrations de base du serveur.


Identification du serveur

Directives associΘes

ServerName
ServerAdmin
ServerSignature
ServerTokens
UseCanonicalName

Les directives ServerAdmin and ServerTokens contr⌠lent quelles informations du serveur seront prΘsentΘes dans les pages gΘnΘrΘes par le serveur telles que les messages d'erreur. La directive ServerTokens assigne la valeur du champ serveur dans les en-tΩtes de rΘponse HTTP.

Les directives ServerName and UseCanonicalName sont utilisΘes pour dΘterminer comment former les URLs s'auto rΘfΘrenτant. Par exemple, quand un client requiert un rΘpertoire, mais n'inclut pas de barre oblique finale dans le nom du rΘpertoire, Apache doit rediriger le client vers le nom complet, incluant la barre oblique finale permettant ainsi au client de rΘsoudre correctement les rΘfΘrences relatives contenues dans le document.


Emplacement des fichiers

Directives associΘes

CoreDumpDirectory
DocumentRoot
ErrorLog
Lockfile
PidFile
ScoreBoardFile
ServerRoot

Ces directives contr⌠lent les emplacements des diffΘrents fichiers qu'Apache a besoin pour ses propres besoins. Quand le chemin employΘ ne commence pas par une barre oblique, les fichiers sont localisΘs relativement α ServerRoot. Soyez attentifs α placer ces fichiers dans des chemins qui sont autorisΘs en Θcriture aux utilisateurs autres que root. Voir les trucs sur la sΘcuritΘ pour plus de dΘtails.


CrΘation des processus

Directives associΘes

BS2000Account
Group
MaxClients
MaxRequestsPerChild
MaxSpareServers
MinSpareServers
ServerType
StartServers
ThreadsPerChild
User

Si la directive ServerType est dΘfinie avec la valeur recommandΘe de Standalone, Apache 1.3 sur Unix est basΘ sur modΦle de prΘlancement des processus. Un unique processus de contr⌠le est responsable de lancer des processus fils qui Θcoutent les connexions et les traitent α leur arrivΘe. Apache essaye de maintenir un certain nombre processus en rΘserve ou inactifs, qui restent toujours prΩts α traiter les requΩtes arrivantes. De cette maniΦre, les clients n'ont pas α attendre que de nouveaux processus fils soient lancΘs avant que leurs requΩtes soient traitΘes.

Les directives StartServers, MinSpareServers, MaxSpareServers, and MaxServers rΘgissent comment le processus pΦre crΘe les processus fils pour traiter les requΩtes. En gΘnΘral Apache se rΘgit seul correctement, et la plupart des sites n'ont pas besoin d'ajuster la valeur de ces directives. Les sites qui veulent servir plus de 256 requΩtes simultanΘes doivent augmenter la valeur de MaxClients, tandis que les sites tournant sur des machines limitΘes en mΘmoire doivent rΘduire la valeur de MaxClients afin d'Θviter d'utiliser le fichier d'Θchange. Plus d'informations sur le paramΘtrage de la crΘation des processus se trouvent dans la documentation Aide sur les performances gΘnΘrales.

Tandis que le processus pΦre est gΘnΘralement lancΘ en tant que root sous Unix pour se connecter sur le port 80, les processus fils sont lancΘs sous un utilisateur moins privilΘgiΘ. Les directives User et Group servent α dΘfinir les privilΦges des processus fils. Les processus fils doivent Ωtre capable de lire le contenu devant Ωtre servi, mais doivent avoir le minimum de privilΦges possibles. De plus, α moins que suexec soit utilisΘ, ces directives dΘfinissent Θgalement les droits qui seront hΘritΘs par les scripts CGI.

MaxRequestsPerChild contr⌠le la frΘquence de rΘnovation des processus, en supprimant les anciens et en lanτant de nouveaux.

Sous Windows, Apache lance un processus pΦre et un processus fils. Le processus fils crΘe un ensemble de threads pour traiter les requΩtes. Le nombre de threads est contr⌠lΘ par la directive ThreadsPerChild.


Configuration rΘseau

Directives associΘes

BindAddress
KeepAlive
KeepAliveTimeout
Listen
ListenBackLog
MaxKeepAliveRequests
Port
SendBufferSize
TimeOut

Au dΘmarrage d'Apache, celui ci se connecte α un port et une adresse donnΘs sur la machine locale et attend l'arrivΘe de requΩtes. Par dΘfaut, il Θcoute sur toutes les adresses, et sur le port dΘfini par la directive Port. Toutefois, on peut lui indiquer d'Θcouter sur plus d'un port, de n'Θcouter qu'α partir d'une seule adresse, ou une combinaison des deux. Ceci est gΘnΘralement combinΘ avec la fonction d' h⌠te virtuel qui dΘtermine comment Apache rΘpond de diffΘrentes adresses IP, de noms d'h⌠tes et de ports.

Il y a deux directives qui permettent de restreindre ou de spΘcifier quelles adresses et quels ports Apache doit Θcouter. La directive BindAddress restreint le serveur α n'Θcouter qu'une seule adresse IP. La directive Listen peut Ωtre utilisΘe pour spΘcifier un ensemble d'adresses et de ports qu'Apache doit Θcouter.

Les directives ListenBackLog, SendBufferSize, and TimeOut permettent d'adjuster comment Apache interagit avec le rΘseau.

Les directives KeepAlive, KeepAliveTimeout, and MaxKeepAliveRequests dΘfinissent comment Apache gΦre les connexions persistantes.


Limitation de l'utilisation des Ressources

Directives associΘes

LimitRequestBody
LimitRequestFields
LimitRequestFieldsize
LimitRequestLine
RLimitCPU
RLimitMEM
RLimitNPROC
ThreadStackSize

Les directives commenτant par LimitRequest sont employΘes pour fixer des limites sur la quantitΘ de ressources qui seront utilisΘes pendant la lecture des requΩtes clientes. En limitant ces valeurs, certains types de dΘni de service peuvent Ωtre attΘnuΘs.

Les directives commenτant par RLimit sont employΘes pour fixer des limites sur la quantitΘ de ressources qu'utiliseront les processus lancΘs par les processus enfants Apache. En particulier, elles contr⌠le les ressources utilisΘes par les scripts CGI et les commandes exec SSI.

La directive ThreadStackSize est utilisΘe seulement sur Netware pour contr⌠ler la taille de la pile.