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.
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.
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.
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
.
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.
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.