From: André Malo Serveur Apache HTTP Version 2.3 Ce document n'est pas une FAQ traditionnelle, mais plutôt un
- guide sommaire vous indiquant ce qu'il faut faire lorsque vous
- rencontrez des problèmes avec le serveur HTTP Apache. La FAQ Apache 1.3
- constitue un document plus traditionnel, quoique légèrement
- obsolète. La FAQ a été transférée vers le Wiki du serveur HTTP. Si vous rencontrez des problèmes avec le serveur Apache, vous
- devez effectuer les actions suivantes : Apache essaie de vous aider à résoudre les problèmes
- rencontrés. Dans de nombreux cas, il fournira certains détails en
- enregistrant un ou plusieurs messages dans le journal des erreurs
- du serveur. Cela vous suffit parfois pour diagnostiquer et
- résoudre le problème vous-même (en corrigeant les permissions sur
- certains fichiers par exemple). La localisation du
- journal des erreurs de votre serveur est définie dans votre
- fichier de configuration par la directive Si vous avez fini par poster un message dans un des forums de
- support, c'est probablement le premier endroit dans lequel on vous
- demandera de rechercher des informations. S'il vous plait,
- assurez-vous de savoir où trouver votre journal des erreurs. Si
- vous n'en êtes pas sûr, cette page du
- wiki peut vous orienter dans vos recherches. Apache possède une communauté active d'utilisateurs prêts à
- partager leurs connaissances. Prendre part à cette communauté est
- en général le moyen le plus rapide et le plus efficace pour
- obtenir des réponses à vos questions ou problèmes. Liste de
- diffusion des utilisateurs Les utilisateurs peuvent aussi soumettre leurs problèmes à #httpd sur Freenode IRC. Si vous avez suivi toutes ces étapes sans trouver la
- solution à votre problème, merci de le signaler aux
- développeurs de httpd en enregistrant un
- rapport de bogue. Si votre problème provoque un crash du serveur et génère un
- vidage mémoire (core dump), merci de joindre ce
- dernier (dans la mesure du possible). Avec des millions d'utilisateurs et moins de soixante
- développeurs bénévoles, nous ne sommes pas en mesure de proposer
- un support personnalisé pour Apache. Pour un support gratuit, nous
- vous suggérons de participer à un forum utilisateur (voir plus
- haut). De nombreuses sociétés proposent un support Apache
- professionnel et commercial. Langues Disponibles: en |
fr |
diff --git a/docs/manual/index.html.fr b/docs/manual/index.html.fr
index 1d9f5f177f1..ef39e7f4663 100644
--- a/docs/manual/index.html.fr
+++ b/docs/manual/index.html.fr
@@ -32,8 +32,6 @@
pt-br |
tr Apache est habituellement lancé en tant que service
sous Windows NT, 2000 et XP, ou comme application en mode console sous
@@ -116,7 +114,7 @@
Pour plus d'instructions de dépannage, consultez la
- FAQ Apache. Les hôtes dont les noms correspondent ou se terminent par la
chaîne spécifiée ont l'autorisation d'accès. Seules les
composantes entières du nom d'hôte doivent correspondre ; ainsi,
- dans l'exemple ci-dessus, Dans cet exemple, tous les hôtes du domaine apache.org ont
+ Dans cet exemple, tous les hôtes du domaine example.org ont
l'autorisation d'accès ; tous les autres voient leur accès
refusé. Dans l'exemple suivant, tous les hôtes du domaine apache.org ont
- l'autorisation d'accès, sauf ceux du sous-domaine foo.apache.org qui
+ Dans l'exemple suivant, tous les hôtes du domaine example.org ont
+ l'autorisation d'accès, sauf ceux du sous-domaine foo.example.org qui
voient leur accès refusé. Tous les hôtes qui ne sont pas dans le
- domaine apache.org sont rejetés car le statut par défaut est positionné
+ domaine example.org sont rejetés car le statut par défaut est positionné
sur Par contre, si la valeur de la directive
"Pourquoi ne puis-je pas ... ? Pourquoi ... ne fonctionne
- pas ?" Que faire en cas de problème ?
-
-
-
-
- ErrorLog
, et sa valeur par défaut est
- /usr/local/apache2/logs/error_log
.Qui contacter pour obtenir du support
- ?
-
- Notes de version
Autres sujets
-Lancement au démarrage du système
diff --git a/docs/manual/invoking.xml.meta b/docs/manual/invoking.xml.meta
index 6919b9d87cd..4c6a7a97666 100644
--- a/docs/manual/invoking.xml.meta
+++ b/docs/manual/invoking.xml.meta
@@ -10,7 +10,7 @@
Exemple :
- Allow from apache.org
+ Allow from example.org
Allow from .net example.edu
foo.apache.org
- correspondra, mais fooapache.org
ne conviendra pas.
+ dans l'exemple ci-dessus, foo.example.org
+ correspondra, mais fooexample.org
ne conviendra pas.
Avec cette configuration, Apache httpd va effectuer une double recherche
DNS sur l'adresse IP du client, sans tenir compte de la
définition de la directive HostnameLookups
. Tout d'abord, une
@@ -333,37 +333,37 @@ les directives Allow
et
Order Deny,Allow
Deny from all
- Allow from apache.org
+ Allow from example.org
Deny
, et consiste donc en un
refus d'accès.
Order Allow,Deny
- Allow from apache.org
- Deny from foo.apache.org
+ Allow from example.org
+ Deny from foo.example.org
Order
, dans l'exemple précédent, est
Deny,Allow
, tout le monde a l'autorisation d'accès.
- Ceci est dû au fait que Allow from apache.org
sera
+ Ceci est dû au fait que Allow from example.org
sera
évalué en dernier, sans tenir compte de l'ordre réel dans lequel les
directives apparaissent dans le fichier de configuration, et va
- l'emporter sur Deny from foo.apache.org
. Tout hôte qui
- n'est pas dans le domaine apache.org
aura aussi
+ l'emporter sur Deny from foo.example.org
. Tout hôte qui
+ n'est pas dans le domaine example.org
aura aussi
l'autorisation d'accès car le statut par défaut est positionné sur
Allow
et constitue donc une
autorisation d'accès.
- RedirectMatch (.*)\.gif$ http://www.autre-serveur.com$1.jpg
+ RedirectMatch (.*)\.gif$ http://autre.example.com$1.jpg
Les remarques à propos de la différence entre Alias
et AliasMatch
s'appliquent aussi à la
diff --git a/docs/manual/mod/mod_authz_host.html.fr b/docs/manual/mod/mod_authz_host.html.fr
index 570f45faf88..c6e0c3679fe 100644
--- a/docs/manual/mod/mod_authz_host.html.fr
+++ b/docs/manual/mod/mod_authz_host.html.fr
@@ -143,15 +143,15 @@ contr
Un nom de domaine (éventuellement partiel)
- Require host apache.org
+ Require host example.org
Require host .net example.edu
Les hôtes dont les noms correspondent ou se terminent par la
chaîne spécifiée se voient accorder l'accès. Seuls les élément de
nom de domaine complets sont mis en correspondance ; ainsi,
- l'exemple ci-dessus correspondra à foo.apache.org
, mais
- ne correspondra pas à fooapache.org
. Avec cette
+ l'exemple ci-dessus correspondra à foo.example.org
, mais
+ ne correspondra pas à fooexample.org
. Avec cette
configuration, Apache va effectuer une double recherche DNS sur
l'adresse IP du client, sans tenir compte de la définition de la
directive HostnameLookups
. Il
diff --git a/docs/manual/mod/mod_cache.html.fr b/docs/manual/mod/mod_cache.html.fr
index 6793d380e66..d077e5f742b 100644
--- a/docs/manual/mod/mod_cache.html.fr
+++ b/docs/manual/mod/mod_cache.html.fr
@@ -177,7 +177,7 @@ cache
<IfModule mod_cache.c>
- LoadModule cache_disk_module modules/mod_cache_disk.so
+ LoadModule disk_cache_module modules/mod_cache_disk.so
<IfModule mod_cache_disk.c>
CacheRoot c:/cacheroot
@@ -524,8 +524,8 @@ gestionnaire de stockage pr
CacheEnable disk /
# Mise en cache des URLs FTP mandatées
CacheEnable disk ftp://
- # Mise en cache des contenus situés dans www.apache.org
- CacheEnable disk http://www.apache.org/
+ # Mise en cache des contenus situés dans www.example.org
+ CacheEnable disk http://www.example.org/
Un nom d'hôte commençant par un caractère "*" @@ -535,10 +535,10 @@ gestionnaire de stockage pr composant de nom de domaine qui suit ce caractère.
- # Correspond à www.apache.org et fooapache.org
- CacheEnable disk http://*apache.org/
- # Correspond à www.apache.org, mais pas à fooapache.org
- CacheEnable disk http://.apache.org/
+ # Correspond à www.example.org et fooexample.org
+ CacheEnable disk http://*example.org/
+ # Correspond à www.example.org, mais pas à fooexample.org
+ CacheEnable disk http://.example.org/
Depuis la version 2.2.12, on peut définir la variable diff --git a/docs/manual/mod/mod_dir.html.fr b/docs/manual/mod/mod_dir.html.fr index 31ae6454a0c..fe0431d0804 100644 --- a/docs/manual/mod/mod_dir.html.fr +++ b/docs/manual/mod/mod_dir.html.fr @@ -203,7 +203,7 @@ aucun fichier (Not Found). Par exemple
-
FallbackResource non-404.php
+ FallbackResource /not-404.php
fait en sorte que les requêtes ne correspondant à aucun fichier
soient traitées par non-404.php
, sans affecter les
@@ -219,7 +219,7 @@ aucun fichier
l'existence des fichiers et répertoires. Maintenant, une seule ligne
de configuration est nécessaire.
-
FallbackResource index.php
+ FallbackResource /index.php
Les fichiers existants comme des images, des fichiers css, etc... seront traités normalement.
@@ -230,7 +230,7 @@ aucun fichier
<Directory /web/example.com/htdocs/blog>
- FallbackResource /blog/index.php
+ FallbackResource /blog/index.php
</Directory>
diff --git a/docs/manual/mod/mod_info.html.fr b/docs/manual/mod/mod_info.html.fr
index 7ebe927fc61..40d92bde6b6 100644
--- a/docs/manual/mod/mod_info.html.fr
+++ b/docs/manual/mod/mod_info.html.fr
@@ -52,7 +52,7 @@ serveur
<Location /infos-serveur>InheritBefore
Like Inherit
above, but the rules from the parent scope
- are applied after rules specified in the child scope.
+ are applied before rules specified in the child scope.
Available in Apache HTTP Server 2.3.10 and later.
RewriteEngine On
-RewriteRule ^/index\.html - [CO=frontdoor:yes:.apache.org:1440:/]
+RewriteRule ^/index\.html - [CO=frontdoor:yes:.example.org:1440:/]
Dans l'exemple ci-dessus, la règle ne réécrit
@@ -182,7 +182,7 @@ pas la requ
indique à mod_rewrite de transmettre la requête sans
modification. Par contre, il
définit un cookie nommé 'frontdoor' avec une valeur 'yes'. Le cookie est
-valide pour tout hôte situé dans le domaine .apache.org
. Sa
+valide pour tout hôte situé dans le domaine .example.org
. Sa
durée de vie est limitée à 1440 minutes (24 heures), et il sera renvoyé
pour tous les URIs.
Les directives des fichiers de configuration peuvent s'appliquer
au serveur dans son ensemble, ou seulement à des répertoires, fichiers, hôtes,
ou URLs particuliers. Ce document décrit comment utiliser les conteneurs de
@@ -381,10 +379,10 @@ sites qui correspondent
accédé via le serveur mandataire du module mod_proxy
.
Par exemple, la configuration suivante
va interdire l'utilisation du serveur proxy pour accéder au site
-cnn.com
.
www.example.com
.
-<Proxy http://cnn.com/*>
+<Proxy http://www.example.com/*>
Order allow,deny
Deny from all
</Proxy>
diff --git a/docs/manual/sections.xml.meta b/docs/manual/sections.xml.meta
index 0e839c6dc7f..f5ac84359d4 100644
--- a/docs/manual/sections.xml.meta
+++ b/docs/manual/sections.xml.meta
@@ -8,7 +8,7 @@
Listen 443
<VirtualHost _default_:443>
- ServerName www.domain.com
+ ServerName www.example.com
SSLEngine on
- SSLCertificateFile /chemin/vers/www.comain.com.cert
- SSLCertificateKeyFile /chemin/vers/www.domain.com.key
+ SSLCertificateFile /chemin/vers/www.example.com.cert
+ SSLCertificateKeyFile /chemin/vers/www.example.com.key
</VirtualHost>
Afin d'assister les utilisateurs lors de leurs opérations de mise à jour, nous maintenons un document @@ -149,18 +147,18 @@ n Require all granted
-Dans l'exemple suivant, tous les hôtes du domaine apache.org +
Dans l'exemple suivant, tous les hôtes du domaine example.org ont l'autorisation d'accès, tous les autres sont rejetés :
Order Deny,Allow
Deny from all
- Allow from apache.org
+ Allow from example.org
- Require host apache.org
+ Require host example.org
Le but de ce document est d'essayer de répondre aux questions @@ -163,7 +161,7 @@
Le serveur a deux adresses IP. Sur l'une
(172.20.30.40
), le serveur "principal"
- server.domain.com
doit répondre, et sur l'autre
+ server.example.com
doit répondre, et sur l'autre
(172.20.30.50
), deux serveurs virtuels (ou plus)
répondront.
Le principe des Serveurs Virtuels consiste à
faire fonctionner un ou plusieurs serveurs Web (comme
- www.company1.com
et www.company2.com
)
+ www.company1.example.com
et www.company2.example.com
)
sur une même machine. Les serveurs virtuels peuvent être soit
"par-IP" où une adresse IP est
attribuée pour chaque serveur Web, soit "par-nom" où plusieurs noms de domaine se côtoient sur
diff --git a/docs/manual/vhosts/index.xml.meta b/docs/manual/vhosts/index.xml.meta
index 41a6ef676a9..9a469364e45 100644
--- a/docs/manual/vhosts/index.xml.meta
+++ b/docs/manual/vhosts/index.xml.meta
@@ -9,7 +9,7 @@
- Listen www.smallco.com:80
+ Listen www.example.com:80
Il est recommandé d'utiliser une adresse IP plutôt qu'un nom @@ -142,19 +140,19 @@ r
<VirtualHost 172.20.30.40:80>
- ServerAdmin webmaster@mail.smallco.com
- DocumentRoot /groups/smallco/www
- ServerName www.smallco.com
- ErrorLog /groups/smallco/logs/error_log
- TransferLog /groups/smallco/logs/access_log
+ ServerAdmin webmaster@www1.example.com
+ DocumentRoot /www/vhosts/www1
+ ServerName www1.example.com
+ ErrorLog /www/logs/www1/error_log
+ CustomLog /www/logs/www1/access_log combined
</VirtualHost>
<VirtualHost 172.20.30.50:80>
- ServerAdmin webmaster@mail.baygroup.org
- DocumentRoot /groups/baygroup/www
- ServerName www.baygroup.org
- ErrorLog /groups/baygroup/logs/error_log
- TransferLog /groups/baygroup/logs/access_log
+ ServerAdmin webmaster@www2.example.org
+ DocumentRoot /www/vhosts/www2
+ ServerName www2.example.org
+ ErrorLog /www/logs/www2/error_log
+ CustomLog /www/logs/www2/access_log combined
</VirtualHost>
Ce document décrit quand et comment utiliser des serveurs virtuels par nom.
Il est important de savoir que la première étape de la résolution + de serveur virtuel basée sur le nom est une résolution basée sur IP. + La résolution de serveur virtuel basée sur le nom ne fait que + choisir le serveur virtuel basé sur le nom le plus approprié, en se + limitant aux candidats qui conviennent le mieux du point de vue IP. + La résolution basée sur IP est sans objet si l'on + utilise un caractère générique (*) pour l'adresse IP dans + toutes les directives NameVirtualHost et VirtualHost.
+ +Lorsqu'une requête arrive, le serveur vérifie d'abord si elle
+ utilise une adresse IP qui correspond exactement à une directive
+ NameVirtualHost
. Si c'est le
+ cas, il va ensuite rechercher toutes les sections <VirtualHost>
comportant une
+ adresse IP correspondante, puis essaiera d'en trouver une dont la
+ directive ServerName
ou
+ ServerAlias
correspond au nom
+ d'hôte de la requête. S'il en trouve une, il utilisera la
+ configuration associée au serveur correspondant.
Si aucune directive ServerName ou ServerAlias correspondant au + nom d'hôte de la requête n'est trouvée dans l'ensemble des serveurs + virtuels correspondant à la directive NameVirtualHost, c'est + le premier serveur virtuel de la liste de ceux qui + correspondent à l'adresse IP qui sera utilisé.
+Si vous ajoutez des serveurs virtuels à un serveur Web
- existant, vous devez également créer une section
- <VirtualHost>
- redéfinissant ce serveur existant. Les directives
- ServerName
et
- DocumentRoot
incluses
- dans ce serveur virtuel doivent être les mêmes que pour
- les directives globales
- ServerName
et
- DocumentRoot
. Positionnez
- ce serveur virtuel en premier dans le fichier de configuration
- pour en faire le serveur par défaut.
Toute requête qui ne correspond à aucune section <VirtualHost>
existante
+ est traitée avec la configuration du serveur principal, sans
+ tenir compte du nom d'hôte ou de la directive ServerName.
Lorsque vous ajoutez un serveur virtuel basé sur le nom à un
+ serveur existant, et si les caractéristiques de ce serveur
+ virtuel correspondent à des combinaisons IP/port préexistantes,
+ les requêtes seront alors traitées par un serveur virtuel
+ explicite. Dans ce cas, il est en général judicieux de créer un
+ serveur virtuel par défaut
+ comportant une directive ServerName
correspondant au nom du
+ serveur principal. De nouveaux domaines sur les mêmes interface
+ et port, mais nécessitant des configurations distinctes,
+ pourront alors être ajoutés en tant que serveurs virtuels
+ spécifiques (et non par défaut).
Par exemple, supposez que vous hébergez le domaine
- www.domain.tld
et que vous souhaitez ajouter le
- serveur virtuel www.otherdomain.tld
qui pointe sur
+ www.example.com
et que vous souhaitez ajouter le
+ serveur virtuel other.example.com
qui pointe sur
la même adresse IP. Il vous suffit d'ajouter la configuration
suivante à httpd.conf
:
- ServerAlias domain.tld *.domain.tld
+ ServerAlias example.com *.example.com
ainsi, toutes les requêtes portant sur un domaine
- domain.tld
seront servies par le serveur virtuel
- www.domain.tld
. Les caractères joker *
+ example.com
seront servies par le serveur virtuel
+ www.example.com
. Les caractères joker *
et ?
peuvent être utilisés pour les correspondances.
Bien entendu, vous ne pouvez pas inventer des noms et les placer
dans une directive ServerName
@@ -197,32 +234,6 @@
sera utilisé seulement s'il n'y a pas de configuration contraire
par un serveur virtuel.
Maintenant, lorsqu'une requête arrive, le serveur va d'abord
- tester si elle utilise une adresse IP qui correspond à
- NameVirtualHost
. Si c'est
- le cas, il regardera chaque section
- <VirtualHost>
- avec l'adresse correspondante et essaiera d'en trouver une où
- le nom de domaine requis correspond à
- ServerName
ou
- ServerAlias
. S'il en trouve une, il utilisera
- sa configuration pour le serveur. Si aucun serveur virtuel ne
- correspond, alors le premier serveur virtuel listé
- dont l'adresse IP correspond sera employé.
En conséquence, le premier serveur virtuel listé est le
- serveur virtuel par défaut. La directive
- DocumentRoot
du
- serveur principal ne sera
- jamais employée lorsqu'une adresse IP
- correspond à la directive
- NameVirtualHost
. Si vous
- souhaiter avoir une configuration spéciale pour les requêtes
- qui ne correspondent pas à un serveur virtuel en particulier,
- mettez cette configuration dans une section
- <VirtualHost>
- que vous placerez en premier dans le fichier de configuration.
Langues Disponibles: de |
diff --git a/docs/manual/vhosts/name-based.xml.meta b/docs/manual/vhosts/name-based.xml.meta
index fdb7b6bac85..c87cdc59f24 100644
--- a/docs/manual/vhosts/name-based.xml.meta
+++ b/docs/manual/vhosts/name-based.xml.meta
@@ -9,7 +9,7 @@