From: William A. Rowe Jr FilterDeclare, et
FilterProvider.
Une autre directive AddOutputFilterByType est encore supportée,
-mais peut poser des problèmes et est maintenant obsolète. Utilisez la
+
Une autre directive AddOutputFilterByType est encore supportée,
+mais obsolète. Utilisez la
configuration dynamique à la place.
Pour aller plus loin qu'une simple
autorisation
Mise en cache de l'authentification
Pour aller plus loin . . .mod_authn_dbmmod_authn_filemod_authnz_ldapmod_authn_socacheRequire)
@@ -622,6 +624,20 @@ autorisation
+
+Dans certains cas, l'authentification constitue une charge
+ inacceptable pour un fournisseur d'authentification ou votre réseau.
+ Ceci est susceptible d'affecter les utilisateurs du module
+ mod_authn_dbd (ou les fournisseurs
+ tiers/personnalisés). Pour résoudre ce problème, HTTPD 2.3/2.4
+ propose un nouveau fournisseur de mise en cache,
+ mod_authn_socache, qui permet de mettre en cache
+ les données d'authentification, et ainsi réduire la charge du/des
+ fournisseurs(s) originels.
Cette mise en cache apportera un gain en performance substantiel + Ã certains utilisateurs.
Notes de version
%{format}t dans la chaîne de format du
- journal, où format est une chaîne de format de même
- forme que celle de la fonction strftime(3) de la
- bibliothèque C standard.
+ journal, où format est une chaîne de format
+ de la forme de celle de la fonction strftime(3)
+ de la bibliothèque C standard, ou choisie parmi les
+ formats spéciaux supportés. Pour plus de détails,
+ reportez-vous aux. chaînes de format
+ de mod_log_config.
| |
| Annuler: | FileInfo |
|---|---|
| Statut: | Core |
| Module: | core |
| Compatibilité: | Disponible dans Apache version 2.0.30 et + |
| Compatibilité: | Disponible dans Apache httpd version 2.0.30 et supérieures |
| Description: | assigne un filtre en sortie pour un type de média -particulier |
|---|---|
| Syntaxe: | AddOutputFilterByType filtre[;filtre...]
-type de média [type de média] ... |
| Contexte: | configuration du serveur, serveur virtuel, répertoire, .htaccess |
| Annuler: | FileInfo |
| Statut: | Core |
| Module: | core |
| Compatibilité: | Disponible dans Apache version 2.0.33 et supérieures ; -obsolète dans les versions 2.1 et supérieures |
Cette directive active un filtre en sortie particulier pour une
- requête en fonction du type de média de la réponse.
- Suite à certains problèmes évoqués plus loin, cette directive a été
- abandonnée. Le même résultat peut être obtenu à l'aide du module
- mod_filter.
L'exemple suivant active le filtre DEFLATE qui est
- fourni par le module mod_deflate. Il va compresser
- toute sortie dont le type MIME est text/html ou
- text/plain avant de l'envoyer au client.
- AddOutputFilterByType DEFLATE text/html text/plain
-
Si vous voulez assigner plusieurs filtres au contenu, leurs noms
- doivent être séparés par des points-virgules. On peut aussi utiliser
- une directive AddOutputFilterByType pour
- chacun des filtres à assigner.
La configuration ci-dessous impose le traitement de toute sortie
- de script dont le type MIME est text/html en premier
- lieu par le filtre INCLUDES, puis par le filtre
- DEFLATE.
- <Location /cgi-bin/>
-
- Options Includes
- AddOutputFilterByType INCLUDES;DEFLATE text/html
-
- </Location>
-
L'activation de filtres par la directive
- AddOutputFilterByType peut partiellement
- échouer, ou même complètement dans certains cas. Par exemple,
- aucun filtre n'est appliqué si le type de
- média n'a pas pu être déterminé. Si vous voulez vous
- assurer que les filtres seront
- appliqués, assignez explicitement le type de contenu à une
- ressource, par exemple à l'aide d'une directive AddType ou ForceType. Il est aussi recommandé de
- définir le type de contenu dans un script CGI (non-nph).
| Description: | Détermine si les séparateurs de chemin encodés sont @@ -423,7 +358,7 @@ autoris |
|---|---|
| Contexte: | configuration du serveur, serveur virtuel |
| Statut: | Core |
| Module: | core |
| Compatibilité: | Disponible dans Apache version 2.0.46 et + |
| Compatibilité: | Disponible dans Apache httpd version 2.0.46 et supérieures |
La directive AllowEncodedSlashes permet
@@ -573,7 +508,7 @@ scripts CGI
Cette directive permet de contrôler la manière dont Apache trouve +
Cette directive permet de contrôler la manière dont Apache httpd trouve
l'interpréteur servant à exécuter les scripts CGI. Par exemple, avec
la définition CGIMapExtension sys:\foo.nlm .foo, tous
les fichiers scripts CGI possédant une extension .foo
@@ -638,7 +573,7 @@ autre type de m
none est disponible dans les
-versions d'Apache 2.2.7 et supérieures. Tous les autres choix sont
+versions d'Apache httpd 2.2.7 et supérieures. Tous les autres choix sont
DESACTIVÉS à partir des version 2.3.x.Cette directive a été désactivée. Pour la compatibilité @@ -719,7 +654,7 @@ sous-r
Soyez prudent avec l'argument chemin répertoire : il
doit correspondre exactement au chemin du système de fichier
- qu'Apache utilise pour accéder aux fichiers. Les directives
+ qu'Apache httpd utilise pour accéder aux fichiers. Les directives
comprises dans une section <Directory> ne
s'appliqueront pas aux fichiers du même répertoire auxquels on
aura accédé via un chemin différent, per exemple via un lien
@@ -796,9 +731,9 @@ sous-r
et la section <Directory>
correspondante s'appliquera.
Notez que pour Apache, la politique d'accès par défaut
+ Notez que la politique d'accès par défaut
dans les sections <Directory /> est Allow
- from All. Ceci signifie qu'Apache va servir tout fichier
+ from All. Ceci signifie qu'Apache httpd va servir tout fichier
correspondant à une URL. Il est recommandé de modifier cette
situation à l'aide d'un bloc du stylemod_include -- Apache projette
+ serveur à l'aide de mod_include -- Apache httpd projette
le fichier en mémoire si le système d'exploitation le permet.
Cette projection en mémoire induit parfois une amélioration des @@ -934,10 +869,10 @@ lire les fichiers pendant qu'ils sont servis
Pour les configurations de serveur sujettes à ce genre de problème, il est préférable de désactiver la projection en mémoire des fichiers servis en spécifiant :
-httpd, la suppression ou la troncature d'un
fichier peut provoquer un crash de httpd avec une
- erreur de segmentation.
EnableMMAP Off
Apache peut traiter les problèmes et les erreurs de quatre +
Apache httpd peut traiter les problèmes et les erreurs de quatre manières,
ErrorDocument, suivie
du code de la réponse HTTP et d'une URL ou d'un message. Apache
- fournit parfois des informations supplémentaires à propos du
+ httpd fournit parfois des informations supplémentaires à propos du
problème ou de l'erreur.
Les URLs peuvent commencer par un slash (/) pour les chemins web @@ -1078,10 +1013,10 @@ diff
De plus, on peut spécifier la valeur spéciale default
- pour indiquer l'utilisation d'un simple message d'Apache codé en
+ pour indiquer l'utilisation d'un simple message d'Apache httpd codé en
dur. Bien que non nécessaire dans des circonstances normales, la
spécification de la valeur default va permettre de
- rétablir l'utilisation du simple message d'Apache codé en dur pour
+ rétablir l'utilisation du simple message d'Apache httpd codé en dur pour
les configurations qui sans cela, hériteraient d'une directive
ErrorDocument existante.
Notez que lorsque vous spécifiez une directive
ErrorDocument pointant vers une URL distante
- (c'est à dire tout ce qui commence par le préfixe http), Apache va
+ (c'est à dire tout ce qui commence par le préfixe http), le serveur
+ HTTP Apache va
envoyer une redirection au client afin de lui indiquer où trouver le
document, même dans le cas où ce document se trouve sur le serveur
local. Ceci a de nombreuses conséquences dont la plus importante
@@ -1130,8 +1066,13 @@ diff
se prémunir contre les problèmes de sécurité liés aux requêtes mal
formées.
Avant la version 2.0, les messages étaient indiqués en les - préfixant par un seul caractère guillemet isolé.
+Si vous utilisez mod_proxy, il est en général préférable
+ d'activer ProxyErrorOverride afin d'être en
+ mesure de produire des messages d'erreur personnalisés pour le
+ compte de votre serveur d'origine. Si vous n'activez pas
+ ProxyErrorOverride, Apache httpd ne générera pas de messages d'erreur
+ personnalisés pour le contenu mandaté.
| Description: | Extrait des informations d'état étendues pour chaque +requête |
|---|---|
| Syntaxe: | ExtendedStatus On|Off |
| Défaut: | ExtendedStatus Off |
| Contexte: | configuration du serveur |
| Statut: | Core |
| Module: | core |
Cette option permet d'extraire des données supplémentaires
+ concernant la requête en cours de traitement pour un processus
+ donné, ainsi qu'un résumé d'utilisation ; vous pouvez accéder à
+ ces variables pendant l'exécution en configurant
+ mod_status. Notez que d'autres modules sont
+ susceptibles de s'appuyer sur ce tableau de bord.
Cette directive s'applique au serveur dans son ensemble, et ne + peut pas être activée/désactivée pour un serveur virtuel + particulier. Notez que l'extraction des informations d'état étendues + peut ralentir le serveur. Notez aussi que cette définition ne peut + pas être modifiée au cours d'un redémarrage graceful.
+ +Notez que le chargement de mod_status définit
+ automatiquement ExtendedStatus à On, et que d'autres modules tiers
+ sont susceptibles d'en faire de même. De tels modules ont besoin
+ d'informations détaillées à propos de l'état de tous les processus.
+ Depuis la version 2.3.6, mod_status a définit la
+ valeur par défaut à On, alors qu'elle était à Off dans les versions
+ antérieures.
| Description: | Caractéristiques de fichier utilisés lors de la génération -de l'en-tête de réponse HTTP ETag |
|---|---|
| Description: | Caractéristiques de fichier utilisées lors de la génération +de l'en-tête de réponse HTTP ETag pour les fichiers statiques |
| Syntaxe: | FileETag composant ... |
| Défaut: | FileETag INode MTime Size |
| Contexte: | configuration du serveur, serveur virtuel, répertoire, .htaccess |
| Annuler: | FileInfo |
| Statut: | Core |
| Module: | core |
| Compatibilité: | Intégré dans le coeur d'Apache depuis la version + |
| Compatibilité: | Intégré dans le coeur d'Apache httpd depuis la version 2.0 |
Lorsqu'elle est placée dans un fichier .htaccess ou
@@ -1595,7 +1579,7 @@ versions 2.1 et sup
Dans le premier cas, les directives situées entre les balises de
début et de fin ne s'appliquent que si le module module
- est présent -- soit compilé avec le binaire httpd, soit chargé
+ est présent -- soit compilé avec le binaire Apache httpd, soit chargé
dynamiquement via la directive LoadModule. Le second format inverse le test, et dans
ce cas, les directives ne s'appliquent que si module
n'est pas présent.
| Description: | Inclut d'autres fichiers de configuration dans un des fichiers de configuration du serveur |
|---|---|
| Syntaxe: | Include chemin fichier|chemin
-répertoire |
| Syntaxe: | Include [optional|strict] chemin fichier|chemin
+répertoire|wildcard |
| Contexte: | configuration du serveur, serveur virtuel, répertoire |
| Statut: | Core |
| Module: | core |
| Compatibilité: | Utilisation des caractères génériques depuis la version -2.0.41 |
| Compatibilité: | Utilisation des caractères génériques dans la partie nom +de fichier depuis la version 2.0.41, et dans la partie chemin depuis la +version 2.3.6 |
Cette directive permet l'inclusion d'autres fichiers de configuration dans un des fichiers de configuration du serveur.
On peut utiliser des caractères génériques de style Shell
- (fnmatch()) pour inclure plusieurs fichiers en une
+ (fnmatch()) aussi bien dans la partie nom de fichier du
+ chemin que dans la partie répertoires pour inclure plusieurs
+ fichiers en une
seule fois, selon leur ordre alphabétique. De plus, si la directive
Include pointe vers un répertoire, Apache
- inclura tous les fichiers de ce répertoire et de tous ces
+ httpd inclura tous les fichiers de ce répertoire et de tous ces
sous-répertoires. L'inclusion de répertoires entiers est cependant
déconseillée, car il est fréquent d'oublier des fichiers
temporaires dans un répertoire, ce qui causerait une erreur
@@ -1648,6 +1635,34 @@ r
exemple, nous vous recommandons d'utiliser plutôt la syntaxe avec
caractères génériques comme ci-dessous.
Lorsque la partie nom de fichier ou répertoires
+ du chemin
+ comporte des caractères génériques, et si aucun fichier ou
+ répertoire ne correspond, la directive Include sera ignorée
+ silencieusement.
+ Lorsqu'une partie répertoires du chemin comporte
+ des caractères génériques, et si aucun
+ répertoire ne correspond, la directive Include échouera et renverra une
+ erreur
+ indiquant que le fichier ou le répertoire n'a pas été trouvé.
+
Pour contrôler plus finement le comportement du serveur + lorsqu'aucun fichier ou répertoire ne correspond, préfixez le chemin + avec les modificateurs optional ou strict. Si + optional est spécifié, tout fichier ou répertoire avec + caractères génériques qui ne correspond à aucun fichier ou + répertoire sera ignoré silencieusement. Si strict est + spécifié, tout fichier ou répertoire avec + caractères génériques qui ne correspond pas à au moins un fichier + fera échouer le démarrage du serveur.
+ +Lorsqu'une partie fichier ou répertoire du chemin est
+ spécipée sans caractères génériques, et si ce fichier ou
+ répertoire n'existe pas, la directive Include échouera avec un message
+ d'erreur indiquant que le fichier ou répertoire n'a pas pu être
+ trouvé.
Le chemin fichier spécifié peut être soit un chemin absolu, soit
un chemin relatif au répertoire défini par la directive ServerRoot.
On peut aussi insérer des caractères génériques dans la partie + répertoires du chemin. Dans l'exemple suivant, le démarrage du + serveur échouera si aucun répertoire ne correspond à conf/vhosts/*, + mais réussira si aucun fichier ne correspond à *.conf :
+ +
+ Include conf/vhosts/*/vhost.conf
+ Include conf/vhosts/*/*.conf
+
Dans cet exemple, le démarrage du serveur échouera si + conf/vhosts/* ne correspond à aucun répertoire, ou si *.conf ne + correspond à aucun fichier :
+ +
+ Include strict conf/vhosts/*/*.conf
+
Dans cet exemple, le démarrage du serveur réussira si + conf/vhosts/* ne correspond à aucun répertoire, ou si *.conf ne + correspond à aucun fichier.
+ +
+ Include optional conf/vhosts/*/*.conf
+
apachectlLe nombre de secondes pendant lesquelles Apache va attendre une +
Le nombre de secondes pendant lesquelles Apache httpd va attendre une
requête avant de fermer la connexion. Le délai peut être défini en
millisecondes en suffixant sa valeur par ms. La valeur du délai
spécifiée par la directive Timeout s'applique dès qu'une requête a
@@ -1790,8 +1832,8 @@ certaines m
être limitée (voir la directive TraceEnable).
<LimitExcept> doit toujours être préférée à
- une section <Limit> pour la restriction d'accès, car une
- section <LimitExcept> fournit une protection contre
+ une section <Limit> pour la
+ restriction d'accès, car une section <LimitExcept> fournit une protection contre
les méthodes arbitraires.Les directives <Limit> et
@@ -1870,12 +1912,12 @@ sous-requ
Une redirection interne survient, par exemple, quand on utilise
la directive Action qui
redirige en interne la requête d'origine vers un script CGI. Une
- sous-requête est le mécanisme qu'utilise Apache pour déterminer ce
+ sous-requête est le mécanisme qu'utilise Apache httpd pour déterminer ce
qui se passerait pour un URI s'il faisait l'objet d'une requête. Par
exemple, mod_dir utilise les sous-requêtes pour
rechercher les fichiers listés dans la directive DirectoryIndex.
| Description: | Contrôle la verbosité du journal des erreurs |
|---|---|
| Syntaxe: | LogLevel niveau |
| Syntaxe: | LogLevel [module:]niveau
+ [module:niveau] ...
+ |
| Défaut: | LogLevel warn |
| Contexte: | configuration du serveur, serveur virtuel |
| Contexte: | configuration du serveur, serveur virtuel, répertoire |
| Statut: | Core |
| Module: | core |
| Compatibilité: | La configuration du niveau de journalisation par module +et par répertoire est disponible depuis la version 2.3.6 du serveur HTTP +Apache |
La directive LogLevel permet d'ajuster la
verbosité des messages enregistrés dans les journaux d'erreur (voir
@@ -2335,6 +2382,64 @@ entre elles
trace1 trace2 trace3 trace4 trace5 trace6 trace7 trace8 Lorsqu'un niveau particulier est spécifié, les messages de tous
@@ -2359,6 +2464,37 @@ entre elles
s'applique pas lorsque la journalisation s'effectue vers
syslog.
Spécifier un niveau sans nom de module va attribuer ce niveau à
+ tous les modules. Spécifier un niveau avec nom de module va
+ attribuer ce niveau à ce module seulement. Il est possible de
+ spécifier un module par le nom de son fichier source ou par son
+ identificateur, avec ou sans le suffixe _module. Les
+ trois spécifications suivantes sont donc équivalentes :
+ LogLevel info ssl:warn
+ LogLevel info mod_ssl.c:warn
+ LogLevel info ssl_module:warn
+
Il est aussi possible d'attribuer un niveau de journalisation par + répertoire :
+ +
+ LogLevel info
+ <Directory /usr/local/apache/htdocs/app>
+ LogLevel debug
+ </Files>
+
| Description: | Définit les mécanismes de mutex et le repertoire du fichier +verrou pour tous les mutex ou seulement les mutex spécifiés |
|---|---|
| Syntaxe: | Mutex mécanisme [default|nom-mutex] ... [OmitPID] |
| Défaut: | Mutex default |
| Contexte: | configuration du serveur |
| Statut: | Core |
| Module: | core |
| Compatibilité: | Disponible depuis la version 2.3.4 du serveur HTTP Apache |
La directive Mutex permet de définir le
+ mécanisme de mutex, et éventuellement le répertoire du fichier
+ verrou que les modules et httpd utilisent pour sérialiser l'accès aux
+ ressources. Spécifiez default comme premier argument
+ pour modifier la configuration de tous les mutex ; spécifiez un nom
+ de mutex (voir la table ci-dessous) comme premier argument pour
+ ne modifier que la configuration de ce mutex.
La directive Mutex est typiquement
+ utilisée dans les situations exceptionnelles suivantes :
Cette directive ne configure que les mutex qui ont été
+ enregistrés avec le serveur de base via l'API
+ ap_mutex_register(). Tous les modules fournis avec
+ httpd supportent la directive Mutex, mais il
+ n'en sera pas forcément de même pour les modules tiers.
+ Reportez-vous à la documentation du module tiers considéré afin de
+ déterminer le(s) nom(s) de mutex qui pourront être définis si la
+ directive est supportée.
Les mécanismes de mutex disponibles sont les suivants :
+default | yes
+ C'est l'implémentation du verrouillage par défaut, telle
+ qu'elle est définie par APR. On peut
+ afficher l'implémentation du verrouillage par défaut via la
+ commande httpd avec l'option -V.
none | no
+ Le mutex est désactivé, et cette valeur n'est permise pour un + mutex que si le module indique qu'il s'agit d'un choix valide. + Consultez la documentation du module pour plus d'informations.
posixsem
+ Une variante de mutex basée sur un sémaphore Posix.
+ +La propriété du sémaphore n'est pas restituée si un thread du + processus gérant le mutex provoque une erreur de segmentation, + ce qui provoquera un blocage du serveur web.
+sysvsem
+ Une variante de mutex basée sur un sémaphore IPC SystemV.
+ +Il peut arriver que les sémaphores SysV soient conservés si le + processus se crashe avant que le sémaphore ne soit supprimé.
+L'API des sémaphores permet les attaques par déni de service
+ par tout programme CGI s'exécutant sous le même uid que le
+ serveur web (autrement dit tous les programmes CGI, à moins que
+ vous n'utilisiez un programme du style suexec
+ ou cgiwrapper).
sem
+ Sélection de la "meilleure" implémentation des sémaphores + disponible ; le choix s'effectue entre les sémaphores posix et + IPC SystemV, dans cet ordre.
pthread
+ Une variante de mutex à base de mutex de thread Posix + inter-processus.
+ +Sur la plupart des systèmes, si un processus enfant se + termine anormalement alors qu'il détenait un mutex qui utilise + cette implémentation, le serveur va se bloquer et cesser de + répondre aux requêtes. Dans ce cas, un redémarrage manuel est + nécessaire pour récupérer le mutex.
+Solaris constitue une exception notable, en ceci qu'il fournit + un mécanisme qui permet en général de récupérer le mutex après + l'arrêt anormal d'un processus enfant qui détenait le mutex.
+Si votre système implémente la fonction
+ pthread_mutexattr_setrobust_np(), vous devriez
+ pouvoir utiliser l'option pthread sans problème.
fcntl:/chemin/vers/mutex
+ Une variante de mutex utilisant un fichier verrou physique et
+ la fonction fcntl().
Lorsqu'on utilise plusieurs mutex basés sur ce mécanisme dans
+ un environnement multi-processus, multi-thread, des erreurs de
+ blocage (EDEADLK) peuvent être rapportées pour des opérations de
+ mutex valides si la fonction fcntl() ne gère pas
+ les threads, comme sous Solaris.
flock:/chemin/vers/mutex
+ Méthode similaire à fcntl:/chemin/vers/mutex,
+ mais c'est la fonction flock() qui est utilisée
+ pour gérer le verrouillage par fichier.
file:/chemin/vers/mutex
+ Sélection de la "meilleure" implémentation de verrouillage
+ par fichier disponible ; le choix s'effectue entre
+ fcntl et flock, dans cet ordre.
La plupart des mécanismes ne sont disponibles que sur les + plate-formes où ces dernières et APR les + supportent. Les mécanismes qui ne sont pas disponibles sur toutes + les plate-formes sont posixsem, + sysvsem, sem, pthread, fcntl, + flock, et file.
+ +Avec les mécanismes à base de fichier fcntl et
+ flock, le chemin, s'il est fourni, est un répertoire dans
+ lequel le fichier verrou sera créé. Le répertoire par défaut est le
+ répertoire httpd défini par la directive ServerRoot. Utilisez toujours un système
+ de fichiers local sur disque pour /chemin/vers/mutex et
+ jamais un répertoire se trouvant dans un système de fichiers NFS ou
+ AFS. Le nom de base du fichier se composera du type de mutex, d'une
+ chaîne optionnelle correspondant à l'instance et fournie par le
+ module ; et, sauf si le mot-clé OmitPID a été spécifié,
+ l'identificateur du processus parent httpd sera ajouté afin de
+ rendre le nom du fichier unique, évitant ainsi tout conflit lorsque
+ plusieurs instances d'httpd partagent le même répertoire de
+ verrouillage. Par exemple, si le nom de mutex est
+ mpm-accept, et si le répertoire de verrouillage est
+ /var/httpd/locks, le nom du fichier verrou pour
+ l'instance httpd dont le processus parent a pour identifiant 12345
+ sera /var/httpd/locks/mpm-accept.12345.
Il est déconseillé d'éviter de placer les fichiers mutex
+ dans un répertoire où tout le monde peut écrire comme
+ /var/tmp, car quelqu'un pourrait initier une attaque
+ par déni de service et empêcher le serveur de démarrer en créant un
+ fichier verrou possédant un nom identique à celui que le serveur va
+ tenter de créer.
La table suivante décrit les noms de mutex utilisés par httpd et + ses modules associés.
+ +| Nom mutex | +Module(s) | +Ressource protégée | +
|---|---|---|
mpm-accept |
+ modules MPM prefork et worker |
+ connexions entrantes, afin d'éviter le problème de + l'afflux de requêtes ; pour plus d'informations, voir la + documentation Amélioration des + performances | +
authdigest-client |
+ mod_auth_digest |
+ liste de clients en mémoire partagée | +
authdigest-opaque |
+ mod_auth_digest |
+ compteur en mémoire partagée | +
ldap-cache |
+ mod_ldap |
+ cache de résultat de recherche LDAP | +
rewrite-map |
+ mod_rewrite |
+ communication avec des programmes externes + d'associations de valeurs, afin d'éviter les interférences + d'entrées/sorties entre plusieurs requêtes | +
ssl-cache |
+ mod_ssl |
+ cache de session SSL | +
ssl-stapling |
+ mod_ssl |
+ cache de l'étiquetage OCSP ("OCSP stapling") | +
watchdog-callback |
+ mod_watchdog |
+ fonction de rappel d'un module client particulier | +
Le mot-clé OmitPID permet d'empêcher l'addition de
+ l'identifiant du processus httpd parent au nom du fichier verrou.
Dans l'exemple suivant, le mécanisme de mutex pour le mutex
+ mpm-accept est modifié pour passer du mécanisme par défaut au
+ mécanisme fcntl, avec le fichier verrou associé créé
+ dans le répertoire /var/httpd/locks. Le mécanisme de
+ mutex par défaut pour tous les autres mutex deviendra
+ sysvsem.
+ Mutex default sysvsem
+ Mutex mpm-accept fcntl:/var/httpd/locks
+
| Description: | Limite le temps CPU alloué aux processus initiés par les -processus enfants d'Apache |
|---|---|
| Syntaxe: | RLimitCPU secondes|max [secondes|max] |
| Défaut: | Non défini ; utilise les valeurs par défaut du système
d'exploitation |
| Description: | Limite la mémoire allouée aux processus initiés par les -processus enfants d'Apache |
|---|---|
| Syntaxe: | RLimitMEM octets|max [octets|max] |
| Défaut: | Non défini ; utilise les valeurs par défaut du système
d'exploitation |
| Description: | Limite le nombre de processus qui peuvent être initiés par -les processus initiés par les processus enfants d'Apache |
|---|---|
| Syntaxe: | RLimitNPROC nombre|max [nombre|max] |
| Défaut: | Unset; uses operating system defaults |
| Contexte: | configuration du serveur, serveur virtuel, répertoire, .htaccess |
| Module: | core |
| Compatibilité: | Win32 seulement ;
l'option Registry-Strict est disponible dans les versions
-2.0 et supérieures d'Apache |
Cette directive permet de contrôler la méthode qu'utilise Apache
- pour trouver l'interpréteur destiné à exécuter les scripts CGI. La
+ httpd pour trouver l'interpréteur destiné à exécuter les scripts CGI. La
définition par défaut est Script : ceci indique à
- Apache qu'il doit utiliser l'interpréteur précisé dans la ligne
+ Apache httpd qu'il doit utiliser l'interpréteur précisé dans la ligne
shebang du script (la première ligne, commençant par
#!). Sur les systèmes Win32, cette ligne ressemble
souvent à ceci :
Registry-Strict est disponible dans les versions
registre Shell\ExecCGI\Command ou, si elle n'existe
pas, la sous-clé Shell\Open\Command qui est utilisée
pour ouvrir le fichier du script. Si ces clés de registre ne sont
- pas trouvées, Apache utilise la méthode de l'option
+ pas trouvées, Apache httpd utilise la méthode de l'option
Script.
Soyez prudent si vous utilisez ScriptInterpreterSource
- Registry avec des répertoires faisant l'objet d'un ScriptAlias, car Apache va essayer
+ Registry avec des répertoires faisant l'objet d'un ScriptAlias, car Apache httpd va essayer
d'exécuter tous les fichiers contenus dans
celui-ci. L'option Registry peut causer des appels de
programmes non voulus sur des fichiers non destinés à être exécutés.
@@ -2828,13 +3204,54 @@ l'option Registry-Strict est disponible dans les versions
suivent.
L'option Registry-Strict, apparue avec Apache 2.0,
+
L'option Registry-Strict, apparue avec la version
+ 2.0 du serveur HTTP Apache,
agit de manière identique à Registry, mais n'utilise
que la sous-clé Shell\ExecCGI\Command. La présence de
la clé ExecCGI n'étant pas systématique, Elle doit être
définie manuellement dans le registre Windows et évite ainsi tout
appel de programme accidentel sur votre système.
| Description: | Détermine si mod_status affiche les 63 premiers caractères +d'une requête ou les 63 derniers, en supposant que la requête +elle-même possède plus de 63 caractères. |
|---|---|
| Syntaxe: | SeeRequestTail On|Off |
| Défaut: | SeeRequestTail Off |
| Contexte: | configuration du serveur |
| Statut: | Core |
| Module: | core |
| Compatibilité: | Disponible depuis la version 2.2.7 +d'Apache httpd. |
Avec ExtendedStatus On, mod_status affiche la
+ véritable requête en cours de traitement. Pour des raisons
+ historiques, seuls 63 caractères de la requête sont réellement
+ stockés à des fins d'affichage. Cette directive permet de déterminer
+ si ce sont les 63 premiers caractères qui seront stockés (c'est le
+ comportement par défaut),
+ ou si ce sont les 63 derniers. Ceci ne s'applique bien entendu que
+ si la taille de la requête est de 64 caractères ou plus.
Si Apache httpd traite la requête GET /disque1/stockage/apache/htdocs/images/rep-images1/nourriture/pommes.jpg HTTP/1.1
+ , l'affichage de la requête par mod_status se présentera comme suit :
+
| Off (défaut) | +GET /disque1/stockage/apache/htdocs/images/rep-images1/nourritu | +
|---|---|
| On | +apache/htdocs/images/rep-images1/nourriture/pommes.jpg HTTP/1.1 | +
Port de la version
-1.3.La directive ServerName permet de définir
les protocole, nom d'hôte et port d'une requête que le serveur
@@ -2963,9 +3377,9 @@ fonctionnalit
UseCanonicalNameUseCanonicalPhysicalPortNameVirtualHostServerTokens OffServerTokens Full (ou non spécifié)Server: (et
- SERVER_SOFTWARE est vide)Server: Apache/2.4.1
+ (Unix) PHP/4.2.2 MyMod/1.2ServerTokens Prod[uctOnly]ServerTokens MinorServer:
- Apache/2.0ServerTokens Min[imal]Server:
- Apache/2.0.41ServerTokens OSServer:
- Apache/2.0.41 (Unix)ServerTokens Set "Chaîne"Serveur: MonServeurWeb/8.6)ServerTokens Full (valeur par défaut)Server:
- Apache/2.0.41 (Unix) PHP/4.2.2 MyMod/1.2Cette définition s'applique à l'ensemble du serveur et ne peut @@ -3133,6 +3539,18 @@ HTTP
Dans les versions postérieures à 2.0.44, cette directive contrôle
aussi les informations fournies par la directive ServerSignature.
ServerTokens à une
+ valeur inférieure à minimal n'est pas
+ recommandé car le débogage des problèmes
+ interopérationnels n'en sera alors que plus difficile. Notez
+ aussi que la désactivation de l'en-tête Server:
+ n'améliore en rien la sécurité de votre
+ serveur ; le concept de "sécurité par
+ l'obscurité" est un mythe et conduit à
+ une mauvaise perception de ce qu'est la sécurité.ServerSignatureLorsqu'elle se situe à l'intérieur d'un fichier @@ -3266,7 +3684,7 @@ du serveur
La directive TimeOut permet de définir le
- temps maximum pendant lequel Apache va attendre des entrées/sorties
+ temps maximum pendant lequel Apache httpd va attendre des entrées/sorties
selon les circonstances :
Cette directive l'emporte sur le comportement de
TRACE pour le noyau du serveur et
@@ -3324,6 +3742,24 @@ sup
réponse. Dans le cas d'un serveur mandataire, la taille du corps de
requête n'est pas limitée à 64k.
| Description: | Invalide la définition d'une variable |
|---|---|
| Syntaxe: | UnDefine nom-variable |
| Contexte: | configuration du serveur |
| Statut: | Core |
| Module: | core |
Annule l'effet d'une directive Define ou d'un argument -D de
+ httpd en invalidant l'existence de la variable
+ correspondante.
On peut utiliser cette directive pour inverser l'effet d'une
+ section <IfDefine>
+ sans avoir à modifier les arguments -D dans les scripts
+ de démarrage.
Dans de nombreuses situations, Apache doit construire une URL +
Dans de nombreuses situations, Apache httpd doit construire une URL
auto-identifiante -- c'est à dire une URL qui fait
référence au serveur lui-même. Avec UseCanonicalName
- On, Apache va utiliser le nom d'hôte et le port spécifiés par
+ On, Apache httpd va utiliser le nom d'hôte et le port spécifiés par
la directive ServerName pour
construire le nom canonique du serveur. Ce nom est utilisé dans
toutes les URLs auto-identifiantes, et affecté aux variables
SERVER_NAME et SERVER_PORT dans les
programmes CGI.
Avec UseCanonicalName Off, Apache va construire ses
+
Avec UseCanonicalName Off, Apache httpd va construire ses
URLs auto-identifiantes à l'aide du nom d'hôte et du port fournis
par le client, si ce dernier en a fourni un (dans la négative,
Apache utilisera le nom canonique, de la même manière que
@@ -3361,20 +3797,20 @@ et son port
courts tels que www. Si les utilisateurs tapent un nom
court suivi d'une URL qui fait référence à un répertoire, comme
http://www/splat, sans le slash terminal, vous
- remarquerez qu'Apache va les rediriger vers
+ remarquerez qu'Apache httpd va les rediriger vers
http://www.domain.com/splat/. Si vous avez activé
l'authentification, ceci va obliger l'utilisateur à s'authentifier
deux fois (une première fois pour www et une seconde
fois pour www.domain.com -- voir la
foire aux questions sur ce sujet pour plus d'informations). Par
contre, si UseCanonicalName est définie à
- Off, Apache redirigera l'utilisateur vers
+ Off, Apache httpd redirigera l'utilisateur vers
http://www/splat/.
Pour l'hébergement virtuel en masse à base d'adresse IP, on
utilise une troisième option, UseCanonicalName
DNS, pour supporter les clients anciens qui ne
- fournissent pas d'en-tête Host:. Apache effectue alors
+ fournissent pas d'en-tête Host:. Apache httpd effectue alors
une recherche DNS inverse sur l'adresse IP du serveur auquel le
client s'est connecté afin de construire ses URLs
auto-identifiantes.
Dans de nombreuses situations, Apache doit construire une URL +
Dans de nombreuses situations, Apache httpd doit construire une URL
auto-identifiante -- c'est à dire une URL qui fait
référence au serveur lui-même. Avec UseCanonicalPhysicalPort
- On, Apache va fournir le numéro de port physique réel utilisé
+ On, Apache httpd va fournir le numéro de port physique réel utilisé
par la requête en tant que port potentiel, pour construire le port
canonique afin que le serveur puisse alimenter la directive
UseCanonicalName. Avec
- UseCanonicalPhysicalPort Off, Apache n'utilisera pas le
+ UseCanonicalPhysicalPort Off, Apache httpd n'utilisera pas le
numéro de port physique réel, mais au contraire se référera aux
informations de configuration pour construire un numéro de port
valide.
L'utilisation de la directive <VirtualHost> n'affecte en rien les
- adresses IP sur lesquelles Apache est en écoute. Vous devez vous
+ adresses IP sur lesquelles Apache httpd est en écoute. Vous devez vous
assurer que les adresses des serveurs virtuels sont bien incluses
dans la liste des adresses précisées par la directive Listen.
Les différents fournisseurs disponibles sont implémentés par les
modules mod_authn_dbm,
- mod_authn_file, mod_authn_dbd, et
- mod_authnz_ldap.
mod_authn_file, mod_authn_dbd,
+ mod_authnz_ldap et mod_authn_socache.
mod_authn_file.
Voir mod_authn_dbm,
- mod_authn_file, et mod_authn_dbd
+ mod_authn_file, mod_authn_dbd et
+ mod_authn_socache
pour la liste des fournisseurs disponibles.
Le filtre de mise en tampon peut être ajouté aux piles des
filtres en entrée ou en sortie, selon les besoins, à l'aide des
directives SetInputFilter,
- SetOutputFilter, AddOutputFilter ou AddOutputFilterByType.
SetOutputFilter, AddOutputFilter ou AddOutputFilterByType.
AddOutputFilterByType INCLUDES;BUFFER text/html
diff --git a/docs/manual/mod/mod_deflate.html.fr b/docs/manual/mod/mod_deflate.html.fr
index e51b52b8db1..668ad146510 100644
--- a/docs/manual/mod/mod_deflate.html.fr
+++ b/docs/manual/mod/mod_deflate.html.fr
@@ -117,7 +117,7 @@ client
valeur que 1, elle sera ignorée.
Si vous voulez limiter la compression à certains types MIME
- particuliers, vous pouvez utiliser la directive AddOutputFilterByType. Voici un exemple
+ particuliers, vous pouvez utiliser la directive AddOutputFilterByType. Voici un exemple
où la compression n'est activée que pour les fichiers html de la
documentation d'Apache :
| 説æ: | ã¯ã©ã¤ã¢ã³ãã¸éãããåã«ã³ã³ãã³ããå§ç¸®ãã |
|---|---|
| ã¹ãã¼ã¿ã¹: | Extension |
| ã¢ã¸ã¥ã¼ã«èå¥å: | deflate_module |