From 3e862e7f9011ac6392c3d5d2b17e3c3635e01b84 Mon Sep 17 00:00:00 2001 From: =?utf8?q?Andr=C3=A9=20Malo?= Date: Sun, 21 Mar 2010 19:44:24 +0000 Subject: [PATCH] update transformation git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@925874 13f79535-47bb-0310-9956-ffa450edef68 --- docs/manual/bind.html.fr | 21 +- docs/manual/bind.html.ja.utf8 | 2 + docs/manual/bind.html.tr.utf8 | 1 + docs/manual/bind.xml.meta | 2 +- docs/manual/caching.html.fr | 76 ++--- docs/manual/caching.html.tr.utf8 | 1 + docs/manual/content-negotiation.html.ja.utf8 | 2 + docs/manual/content-negotiation.html.tr.utf8 | 1 + docs/manual/custom-error.html.fr | 259 +++++++++--------- docs/manual/custom-error.html.tr.utf8 | 1 + docs/manual/dns-caveats.html.fr | 46 ++-- docs/manual/dns-caveats.html.tr.utf8 | 1 + docs/manual/install.html.fr | 5 +- docs/manual/install.html.tr.utf8 | 1 + docs/manual/install.xml.meta | 2 +- docs/manual/mod/core.html.en | 2 +- docs/manual/mod/core.xml.de | 2 +- docs/manual/mod/core.xml.ja | 2 +- docs/manual/mod/core.xml.tr | 2 +- docs/manual/mod/mod_cache.html.en | 2 +- docs/manual/mod/mod_cache.html.fr | 1 + docs/manual/mod/mod_cache.xml.ja | 2 +- docs/manual/mod/mod_cache.xml.ko | 2 +- docs/manual/mod/mod_proxy.html.fr | 3 +- docs/manual/mod/mod_session.html.en | 2 +- docs/manual/mod/mod_speling.html.ja.utf8 | 2 + docs/manual/mod/mod_ssl.html.en | 6 +- docs/manual/mod/quickreference.html.de | 4 +- docs/manual/mod/quickreference.html.en | 2 +- docs/manual/mod/quickreference.html.es | 4 +- docs/manual/mod/quickreference.html.ja.utf8 | 4 +- docs/manual/mod/quickreference.html.ko.euc-kr | 4 +- docs/manual/mod/quickreference.html.tr.utf8 | 4 +- docs/manual/new_features_2_0.html.de | 3 + docs/manual/new_features_2_0.html.fr | 6 +- docs/manual/new_features_2_0.html.ja.utf8 | 2 + docs/manual/new_features_2_0.html.ko.euc-kr | 2 + docs/manual/new_features_2_0.html.pt-br | 2 + docs/manual/new_features_2_0.html.tr.utf8 | 1 + docs/manual/new_features_2_0.xml.meta | 2 +- docs/manual/new_features_2_2.html.fr | 6 +- docs/manual/new_features_2_2.html.tr.utf8 | 1 + docs/manual/server-wide.html.fr | 8 +- docs/manual/ssl/ssl_faq.html.en | 2 +- docs/manual/stopping.html.fr | 19 +- docs/manual/stopping.xml.meta | 2 +- docs/manual/suexec.html.fr | 48 ++-- docs/manual/suexec.html.tr.utf8 | 1 + docs/manual/upgrading.html.fr | 5 +- docs/manual/urlmapping.html.fr | 21 +- docs/manual/urlmapping.html.tr.utf8 | 1 + docs/manual/urlmapping.xml.meta | 2 +- 52 files changed, 332 insertions(+), 273 deletions(-) diff --git a/docs/manual/bind.html.fr b/docs/manual/bind.html.fr index f5a0a51569..97e3206b91 100644 --- a/docs/manual/bind.html.fr +++ b/docs/manual/bind.html.fr @@ -26,7 +26,8 @@  tr 

-

Configuration d'Apache pour l'écoute sur un port et une adresse IP spécifiques.

+

Configuration du serveur HTTP Apache pour l'écoute + sur un port et une adresse IP spécifiques.

-

Si votre plateforme le supporte et si vous souhaitez qu'Apache gère +

Si votre plateforme le supporte et si vous souhaitez que httpd gère des connexions IPv4 et IPv6 sur des points de connexion séparés (c'est à dire désactiver la traduction des adresses IPv6 au format IPv4), utilisez l'option --disable-v4-mapped du script diff --git a/docs/manual/bind.html.ja.utf8 b/docs/manual/bind.html.ja.utf8 index 9d1dfa0798..e681286566 100644 --- a/docs/manual/bind.html.ja.utf8 +++ b/docs/manual/bind.html.ja.utf8 @@ -26,6 +26,8 @@  ko  |  tr 

+
この日本語訳はすでに古くなっている可能性があります。 + 更新された内容を見るには英語版をご覧下さい。

Apache が使用するアドレスとポートの設定をします。

diff --git a/docs/manual/bind.html.tr.utf8 b/docs/manual/bind.html.tr.utf8 index 27e79152ff..8ae07516f9 100644 --- a/docs/manual/bind.html.tr.utf8 +++ b/docs/manual/bind.html.tr.utf8 @@ -25,6 +25,7 @@  ko  |  tr 

+
Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.

Apache’nin belli adresleri ve portları dinlemek üzere yapılandırılması.

diff --git a/docs/manual/bind.xml.meta b/docs/manual/bind.xml.meta index 6c8dc7dead..7e0f1ee9b7 100644 --- a/docs/manual/bind.xml.meta +++ b/docs/manual/bind.xml.meta @@ -9,7 +9,7 @@ de en - fr + fr ja ko tr diff --git a/docs/manual/caching.html.fr b/docs/manual/caching.html.fr index 7b5cc2b01d..7cb96f0d22 100644 --- a/docs/manual/caching.html.fr +++ b/docs/manual/caching.html.fr @@ -26,7 +26,8 @@

Ce document complète la documentation de référence des modules mod_cache, mod_disk_cache, mod_file_cache et du programme htcacheclean. - Il décrit l'utilisation des fonctionnalités de mise en cache d'Apache + Il décrit l'utilisation des fonctionnalités de mise en + cache du serveur HTTP Apache pour accélérer les services web et proxy, tout en évitant les problèmes courants et les erreurs de configuration.

@@ -69,7 +70,8 @@ possibilité de mise en cache d'URLs, mod_file_cache fournit des méthodes pour la gestion et l'édition de fichiers en mémoire afin de maintenir un cache de fichiers - dans l'état où ils étaient la dernière fois qu'Apache a démarré. + dans l'état où ils étaient la dernière + fois qu'httpd a démarré. En tant que tel, mod_file_cache a été conçu pour améliorer le temps d'accès à des fichiers locaux statiques qui ne sont modifiés que rarement.

@@ -112,7 +114,7 @@

Si l'URL ne se trouve pas dans le cache, mod_cache va ajouter un filtre au traitement de la requête. - Une fois le contenu localisé par Apache selon la conception courante, le + Une fois le contenu localisé par httpd selon la conception courante, le filtre sera exécuté en même temps que le contenu sera servi. S'il est déterminé que le contenu peut être mis en cache, il sera sauvegardé dans le cache pour une utilisation future.

@@ -187,7 +189,7 @@

Lorsqu'un contenu est arrivé à expiration dans le cache et fait l'objet d'une nouvelle demande d'accès, plutôt que traiter directement - la requête originale, Apache préfère utiliser une + la requête originale, httpd préfère utiliser une requête conditionnelle.

HTTP propose toute une panoplie d'en-têtes qui permettent à un client, @@ -219,7 +221,7 @@ Pour ce qui est des fichiers statiques, l'action type est un appel à stat() ou un appel système similaire, pour déterminer si la taille du fichier ou sa date de - modification ont changé. Ainsi, même si Apache met en cache le contenu + modification ont changé. Ainsi, même si httpd met en cache le contenu local, un contenu arrivé à expiration pourra être servi plus rapidement depuis le cache s'il n'a pas été modifié, parce que la lecture depuis le cache est plus rapide que la lecture depuis le processus en arrière-plan @@ -230,10 +232,11 @@

Que peut-on mettre en cache ?

-

Comme mentionné plus haut, les deux styles de mise en cache d'Apache +

Comme mentionné plus haut, les deux styles de mise en + cache de httpd fonctionnent différemment; la mise en cache de mod_file_cache conserve les contenus des fichiers - tels qu'ils étaient au démarrage d'Apache. Quand une requête pour un + tels qu'ils étaient au démarrage de httpd. Quand une requête pour un fichier mis en cache par ce module est envoyée, elle est interceptée et le fichier mis en cache est servi.

@@ -342,7 +345,7 @@ Vary: negotiate,accept-language,accept-charset seront servies par le module de mise en cache sauf si ce dernier détermine qu'un processus d'arrière-plan doit être appelé. La mise en cache de ressources locales modifie considérablement le modèle de - sécurité d'Apache.

+ sécurité de httpd.

Comme le parcours de la hiérarchie d'un système de fichiers pour examiner le contenu d'éventuels fichiers @@ -371,7 +374,8 @@ Vary: negotiate,accept-language,accept-charset

Etant donné que les requêtes des utilisateurs finaux peuvent être servies depuis le cache, ce dernier est une cible potentielle pour ceux qui veulent défigurer un contenu ou interférer avec lui. Il est important - de garder à l'esprit que l'utilisateur sous lequel tourne Apache doit + de garder à l'esprit que l'utilisateur sous lequel tourne + httpd doit toujours avoir l'accès en écriture dans le cache. Ceci est en contraste total avec la recommandation usuelle d'interdire à l'utilisateur sous lequel tourne Apache @@ -387,7 +391,8 @@ Vary: negotiate,accept-language,accept-charset

Cela représente un risque relativement élévé par rapport aux autres types d'attaques qu'il est possible de mener sous l'utilisateur apache. Si vous utilisez mod_disk_cache, vous devez garder ceci - à l'esprit : effectuez toujours les mises à jour d'Apache quand des + à l'esprit : effectuez toujours les mises à jour de + httpdquand des correctifs de sécurité sont annoncés et exécutez les processus CGI sous un utilisateur autre qu'apache en utilisant suEXEC dans la mesure du possible.

@@ -397,7 +402,7 @@ Vary: negotiate,accept-language,accept-charset

Empoisonnement du cache (Cache Poisoning)

-

Si vous utilisez Apache comme serveur mandataire avec mise en cache, +

Si vous utilisez httpd comme serveur mandataire avec mise en cache, vous vous exposez aussi à un éventuel "Empoisonnement du cache" (Cache poisoning). L'empoisonnement du cache est un terme général pour désigner les attaques au cours desquelles l'attaquant fait en sorte @@ -406,8 +411,8 @@ Vary: negotiate,accept-language,accept-charset

Par exemple, si les serveur DNS qu'utilise votre système où tourne - Apache sont vulnérables à l'empoisonnement du cache des DNS, un attaquant - pourra contrôler vers où Apache se connecte lorsqu'il demande un contenu + httpd sont vulnérables à l'empoisonnement du cache des DNS, un attaquant + pourra contrôler vers où httpd se connecte lorsqu'il demande un contenu depuis le serveur d'origine. Un autre exemple est constitué par les attaques ainsi nommées "Dissimulation de requêtes HTTP" (HTTP request-smuggling).

@@ -427,17 +432,20 @@ Vary: negotiate,accept-language,accept-charset
Modules ApparentésDirectives Apparentées

Le fait d'ouvrir un fichier peut en lui-même introduire un délai, - en particulier dans les systèmes de fichiers répartis sur le réseau. Apache + en particulier dans les systèmes de fichiers répartis + sur le réseau. httpd peut s'affranchir de ce délai en maintenant un cache des descripteurs de fichiers - ouverts pour ce qui concerne les fichiers souvent accédés. Apache propose + ouverts pour ce qui concerne les fichiers souvent + accédés. httpd propose actuellement une implémentation de mise en cache de la gestion de fichier.

Directive CacheFile

-

La forme la plus élémentaire de mise en cache que propose Apache est +

La forme la plus élémentaire de mise en cache que + propose httpd est fournie par le module mod_file_cache. Plutôt que de mettre en cache le contenu des fichiers, ce cache maintient une table des descripteurs de fichiers ouverts. Les fichiers à mettre en @@ -446,7 +454,8 @@ Vary: negotiate,accept-language,accept-charset CacheFile.

La directive - CacheFile demande à Apache + CacheFile demande + à httpd d'ouvrir le fichier lors de son démarrage et de réutiliser le descripteur de fichier élaboré à cette occasion pour tous les accès ultérieurs à ce fichier.

@@ -461,17 +470,19 @@ Vary: negotiate,accept-language,accept-charset

Bien que l'utilisation de la directive CacheFile n'entraîne pas la mise en cache du contenu du fichier, cela ne signifie - pas qu'en cas de modification du fichier pendant l'exécution d'Apache, + pas qu'en cas de modification du fichier pendant + l'exécution de httpd, ces changements seront pris en compte. Le fichier sera toujours servi - dans l'état où il était quand Apache a démarré.

+ dans l'état où il était quand httpd a démarré.

-

Si le fichier est supprimé pendant l'exécution d'Apache, ce dernier +

Si le fichier est supprimé pendant l'exécution de + httpd, ce dernier continuera à maintenir un descripteur de fichier ouvert et à servir le - fichier dans l'état où il était quand Apache a démarré. Cela signifie + fichier dans l'état où il était quand httpd a démarré. Cela signifie aussi habituellement que malgré le fait que le fichier ait été supprimé, et ne soit plus accessible par le système de fichiers, l'espace libéré ne sera - restitué qu'à l'arrêt d'Apache quand le + restitué qu'à l'arrêt de httpd quand le descripteur de fichier sera fermé.

@@ -498,7 +509,7 @@ Vary: negotiate,accept-language,accept-charset disponible. Comme nous le verrons plus loin, ce n'est pas un problème en soi dans le cas de la mise en cache par l'intermédiaire du système d'exploitation, mais si l'on utilise la mise en cache en mémoire propre à - Apache, il faut prendre garde à ne pas allouer trop de mémoire au cache. + httpd, il faut prendre garde à ne pas allouer trop de mémoire au cache. Sinon le système sera contraint d'utiliser le swap, ce qui dégradera sensiblement les performances.

@@ -531,19 +542,20 @@ sys 0m0.000s être assuré qu'il y aura de plus en plus de contenus de fichiers stockés dans ce cache. Ceci peut s'avérer une méthode de mise en cache en mémoire très efficace, et ne nécessite aucune configuration supplémentaire - d'Apache.

+ de httpd.

De plus, comme le système d'exploitation sait si des fichiers ont été supprimés ou modifiés, il peut effacer automatiquement des contenus de fichiers du cache lorsque cela s'avère nécessaire. Ceci constitue un gros - avantage par rapport à la mise en cache en mémoire d'Apache qui n'a + avantage par rapport à la mise en cache en mémoire + de httpd qui n'a aucune possibilité de savoir si un fichier a été modifié.

En dépit des performances et des avantages de la mise en cache automatique par le système d'exploitation, la mise en cache en mémoire - peut être effectuée plus efficacement par Apache dans certaines + peut être effectuée plus efficacement par httpd dans certaines circonstances.

Mise en cache à l'aide de la directive MMapFile

@@ -551,8 +563,9 @@ sys 0m0.000s

La directive MMapFile fournie par le module mod_file_cache vous permet de - demander à Apache de charger un contenu de fichier statique en mémoire - lors de son démarrage (à l'aide de l'appel système mmap). Apache + demander à httpd de charger un contenu de fichier statique en mémoire + lors de son démarrage (à l'aide de l'appel + système mmap). httpd utilisera le contenu chargé en mémoire pour satisfaire ultérieurement toutes les demandes d'accès à ce fichier.

@@ -560,13 +573,13 @@ sys 0m0.000s

Comme dans le cas de la directive CacheFile, toute - modification du fichier ne sera plus prise en compte par Apache une fois + modification du fichier ne sera plus prise en compte par httpd une fois ce dernier démarré.

La directive MMapFile ne gardant pas la trace de la quantité de mémoire qu'elle alloue, vous devez prendre - garde de ne pas en abuser. Chaque processus enfant d'Apache utilisant + garde de ne pas en abuser. Chaque processus enfant de httpd utilisant sa propre réplique de la mémoire allouée, il est donc d'une importance critique de s'assurer que les fichiers chargés ne sont pas d'une taille trop importante afin d'épargner au système l'utilisation du swap.

@@ -668,7 +681,8 @@ CacheDirLength 1 disponible.

Par contre l'utilitaire - htcacheclean fourni avec Apache + htcacheclean fourni avec + httpd vous permet, comme son nom l'indique, de nettoyer le cache périodiquement. Déterminer la fréquence à laquelle lancer htcacheclean et la taille souhaitée pour le cache est une tâche relativement complexe et il vous faudra de diff --git a/docs/manual/caching.html.tr.utf8 b/docs/manual/caching.html.tr.utf8 index 6bdc788954..758b735e6a 100644 --- a/docs/manual/caching.html.tr.utf8 +++ b/docs/manual/caching.html.tr.utf8 @@ -22,6 +22,7 @@  fr  |  tr 

+
Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.

Bu belge mod_cache, mod_disk_cache, mod_file_cache diff --git a/docs/manual/content-negotiation.html.ja.utf8 b/docs/manual/content-negotiation.html.ja.utf8 index c6a5e9b413..a6d1815ba0 100644 --- a/docs/manual/content-negotiation.html.ja.utf8 +++ b/docs/manual/content-negotiation.html.ja.utf8 @@ -24,6 +24,8 @@  ko  |  tr 

+
この日本語訳はすでに古くなっている可能性があります。 + 更新された内容を見るには英語版をご覧下さい。

Apache は HTTP/1.1 の規格に記述されているコンテントネゴシエーションを diff --git a/docs/manual/content-negotiation.html.tr.utf8 b/docs/manual/content-negotiation.html.tr.utf8 index 8fe5767813..65878003e2 100644 --- a/docs/manual/content-negotiation.html.tr.utf8 +++ b/docs/manual/content-negotiation.html.tr.utf8 @@ -23,6 +23,7 @@  ko  |  tr 

+
Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.

Apache, içerik uzlaşımını HTTP/1.1 belirtiminde bahsedildiği şekliyle diff --git a/docs/manual/custom-error.html.fr b/docs/manual/custom-error.html.fr index 9cce7621c5..1e009cec32 100644 --- a/docs/manual/custom-error.html.fr +++ b/docs/manual/custom-error.html.fr @@ -26,81 +26,113 @@  tr 

-

Une fonctionnalité additionnelle permet aux webmasters de - configurer la réponse d'Apache à certaines erreurs ou problèmes.

+

Le serveur HTTP Apache fournit des messages d'erreur génériques + pour les codes de statut 4xx ou 5xx ; ces messages sont cependant + relativement austères, imprécis, et peuvent s'avérer intimidants + pour les visiteurs du site. Si vous le souhaitez, vous pouvez + afficher des messages d'erreur plus conviviaux, dans un langage + autre que l'anglais, ou même sous une forme plus en adéquation avec + le style de votre site.

+ +

Il est possible de définir des messages d'erreur personnalisés + pour chaque code de statut HTTP associé à une condition d'erreur - + c'est à dire tout code de statut 4xx ou 5xx.

+ +

De plus, il est possible de + personnaliser le message d'erreur en fonction d'un jeu de valeurs + fourni, en utilisant les Inclusions Côté + Serveur (SSI). Un programme CGI ou un autre gestionnaire + dynamique (PHP, mod_perl, etc...) peut aussi utiliser ces variables + pour gérer les conditions d'erreur.

-

Il est possible de définir des réponses personnalisables comme - devant être activées lorsque le serveur détecte une erreur ou un - problème.

- -

Si un script se crashe et provoque l'envoi d'une réponse "500 - Server Error", cette dernière peut être remplacée soit par un texte - plus convivial, soit par une redirection vers une autre URL (locale - ou externe).

+ -
  • Comportement
    • -
  • Configuration
    • -
  • Messages d'erreur et de redirection personnalisés
    • +
    top
    -

    Comportement

    - - -

    Ancien comportement

    - +

    Configuration

    -

    httpd 1.3 de NCSA renvoyait d'antiques et obscurs messages - d'erreur ou de problème qui la plupart du temps n'avaient aucune - signification pour l'utilisateur, et ne permettaient pas de - journaliser les symptomes qui les avaient causés.

    - +

    Les messages d'erreur personnalisés sont configurés via la + directive ErrorDocument, qui + peut être utilisée dans un contexte global, serveur virtuel ou + répertoire. On peut utiliser cette directive dans les fichiers + .htaccess si AllowOverride est + définie à FileInfo.

    -

    Nouveau comportement

    +

    + ErrorDocument 500 "Désolé, notre script s'est crashé ; comme c'est + dommage !"
    + ErrorDocument 500 /cgi-bin/crash-recover
    + ErrorDocument 500 http://erreur.example.com/erreur_serveur.html
    + ErrorDocument 404 /erreurs/non_trouve.html
    + ErrorDocument 401 /inscription/comment_s_inscrire.html +

    +

    La syntaxe de la directive ErrorDocument est :

    +

    + ErrorDocument <code_3_chiffres> <action> +

    +

    où action peut être :

    +
      +
    1. Le texte à afficher. Entourez le texte de guillemets (").
      2. +
    2. Une URL de redirection local.
      3. +
    3. Une URL de redirection externe.
      4. +
    -

    Il est possible de demander au serveur :

    - -
      -
    1. d'afficher un autre texte à la place du message NCSA codé en - dur, ou
      2. - -
    2. rediriger vers une URL locale, ou
      3. +

      Dans le cas d'une redirection vers une URL locale, des variables + d'environnement supplémentaires sont définies de façon à ce que la + réponse puisse être personnalisée par la suite. Elles ne sont pas + envoyées aux URLs externes.

      -
    3. rediriger vers une URL externe.
      4. -
    +
    top
    +
    +

    Variables disponibles

    La redirection vers une autre URL peut être utile, mais seulement s'il est possible de transmettre certaines informations - qui pourront être utilisées pour expliquer et/ou journaliser - l'erreur ou le problème plus clairement.

    + qui pourront être utilisées pour expliquer ou journaliser + la condition d'erreur ou le problème plus clairement.

    + +

    Pour y parvenir, lorsque la redirection d'erreur est envoyée, + des variables d'environnement supplémentaires sont définies à + partir des en-têtes de la requête originale en préfixant le nom + d'origine de l'en-tête par 'REDIRECT_', ce qui permet de fournir au + message d'erreur le contexte de la requête originelle.

    -

    Pour y parvenir, Apache va définir de nouvelles variables - d'environnement de style CGI :

    +

    Par exemple, en plus des variables d'environnement habituelles, + vous pouvez recevoir ce qui suit :

    +

    - REDIRECT_HTTP_ACCEPT=*/*, image/gif, image/x-xbitmap, - image/jpeg
    - REDIRECT_HTTP_USER_AGENT=Mozilla/1.1b2 (X11; I; HP-UX A.09.05 - 9000/712)
    - REDIRECT_PATH=.:/bin:/usr/local/bin:/etc
    + REDIRECT_HTTP_ACCEPT=*/*, image/gif, image/jpeg, image/png
    + REDIRECT_HTTP_USER_AGENT=Mozilla/5.0 Fedora/3.5.8-1.fc12 Firefox/3.5.8
    + REDIRECT_PATH=.:/bin:/usr/local/bin:/sbin
    REDIRECT_QUERY_STRING=
    REDIRECT_REMOTE_ADDR=121.345.78.123
    - REDIRECT_REMOTE_HOST=ooh.ahhh.com
    - REDIRECT_SERVER_NAME=crash.bang.edu
    + REDIRECT_REMOTE_HOST=client.example.com
    + REDIRECT_SERVER_NAME=www.example.edu
    REDIRECT_SERVER_PORT=80
    - REDIRECT_SERVER_SOFTWARE=Apache/0.8.15
    + REDIRECT_SERVER_SOFTWARE=Apache/2.2.15
    REDIRECT_URL=/cgi-bin/buggy.pl

    -

    Notez le préfixe REDIRECT_.

    +

    Les variables d'environnement REDIRECT_ sont + créées à partir des variables d'environnement préexistantes à la + redirection qui sont préfixées par la chaîne REDIRECT_ ; + par exemple, HTTP_USER_AGENT devient + REDIRECT_HTTP_USER_AGENT.

    + +

    REDIRECT_URL, REDIRECT_STATUS, et + REDIRECT_QUERY_STRING sont systématiquement définies, + les autres variables n'étant définies que si l'en-tête + correspondant existait avant la condition d'erreur.

    -

    Au minimum REDIRECT_URL et - REDIRECT_QUERY_STRING seront transmises à la nouvelle - URL (en supposant qu'il s'agit d'une inclusion ou d'un script - cgi). Les autres variables ne seront présentes que si elles - existaient avant que l'erreur ou le problème ne survienne. - Aucune d'entre elles ne sera définie si votre +

    Aucune d'entre elles ne sera définie si votre directive ErrorDocument spécifie une redirection externe (toute URL commençant par un protocole du style http:, même si elle fait @@ -108,74 +140,17 @@

    top
    -

    Configuration

    - - -

    L'utilisation de la directive ErrorDocument est activée pour les - fichiers .htaccess si la directive AllowOverride est positionnée dans cette - optique.

    - -

    Voici quelques exemples...

    - -

    - ErrorDocument 500 /cgi-bin/crash-recover
    - ErrorDocument 500 "Toutes nos excuses, notre script s'est crashé." -
    - ErrorDocument 500 http://xxx/
    - ErrorDocument 404 /Lame_excuses/not_found.html
    - ErrorDocument 401 /Subscription/how_to_subscribe.html -

    - -

    La syntaxe est la suivante :

    - -

    - ErrorDocument <code à 3 chiffres> <action> -

    - -

    où action peut être :

    - -
      -
    1. Un texte à afficher. Entourez-le de guillemets (").
      2. - -
    2. Une URL externe vers laquelle on sera redirigé.
      3. - -
    3. Une URL locale vers laquelle on sera redirigé.
      4. -
    -
    top
    -
    -

    Messages d'erreur et de redirection personnalisés

    - - -

    Lors d'une redirection d'URL, Apache a modifié son comportement - et les scripts ou inclusions côté serveur disposent maintenant de - variables d'environnement supplémentaires.

    - -

    Ancien comportement

    - - -

    Un script vers lequel une requête avait été redirigée - avait accès aux variables CGI standards, sans indication sur - l'origine de la redirection.

    - - -

    Nouveau comportement

    +

    Personnalisation des messages d'erreur

    + + +

    Si vous faites pointer votre directive + ErrorDocument vers certains gestionnaires + dynamiques comme les inclusions côté serveur, les scripts CGI ou + d'autres gestionnaires, vous pouvez utiliser les variables + d'environnement supplémentaires disponibles pour personnaliser + le message.

    -

    Un nouveau jeu de variables d'environnement va être initialisé - à des fins d'utilisation par un script vers lequel une requête - aura été redirigée. Chaque nouvelle variable sera préfixée par - REDIRECT_. Les variables d'environnement - REDIRECT_ sont créées à partir des variables - d'environnement CGI existant avant la redirection, et renommées en - leur ajoutant le préfixe REDIRECT_ ; par exemple, - HTTP_USER_AGENT devient - REDIRECT_HTTP_USER_AGENT. En plus de ces nouvelles - variables, Apache va définir REDIRECT_URL et - REDIRECT_STATUS pour aider le script à remonter à - l'origine de la redirection. L'URL originale et l'URL de - redirection peuvent être enregistrées dans le journal des - accès.

    -

    Si la directive ErrorDocument spécifie une redirection locale vers un script CGI, ce dernier doit ajouter un en-tête "Status:" dans sa sortie afin de s'assurer du bon @@ -197,13 +172,47 @@ place.

    Notez que si la réponse contient un en-tête - Location:, le script doit émettre un en-tête - Status: approprié (tel que - 302 Found) afin de provoquer une redirection au - niveau du client. Dans le cas contraire, l'en-tête - Location: risque de n'avoir aucun effet.

    - -
+ Location: (afin d'initier une redirection côté + client), le script doit émettre un en-tête approprié + (comme 302 Found). Dans le cas contraire, + l'en-tête Location: ne produira aucun effet.

+
top
+
+

Messages d'erreur personnalisés + multilingues

+ +

Vous trouverez dans la distribution du serveur HTTP Apache un + répertoire contenant des messages d'erreur personnalisés traduits en + 16 langues différentes. Pour activer cette fonctionnalité, vous + pouvez aussi inclure un fichier de configuration qui se trouve dans + le répertoire de configuration conf/extra.

+ +

Dans le fichier de configuration de votre serveur, vous trouverez + un groupe de lignes du style :

+ +

+ # Multi-language error messages
+ #Include conf/extra/httpd-multilang-errordoc.conf +

+ +

Décommentez la ligne Include pour activer cette + fonctionnalité, et présenter des messages d'erreur dont le langage + sera négocié en fonction du langage préféré défini au niveau du + navigateur du client.

+ +

De plus, ces documents contiennent diverses variables + REDIRECT_, de façon à ce que l'utilisateur final + dispose d'informations supplémentaires à propos de ce qui a pu se + produire, et de ce qu'il est susceptible de faire maintenant.

+ +

Ces documents peuvent être personnalisés en fournissant autant + d'informations utiles que vous le souhaitez aux utilisateurs à + propos de votre site, et de ce qu'ils sont susceptibles d'y trouver.

+ +

Pour pouvoir utiliser cette fonctionnalité, vous devez activer + mod_include et mod_negotiation.

+ +

Langues Disponibles:  en  |  es  | diff --git a/docs/manual/custom-error.html.tr.utf8 b/docs/manual/custom-error.html.tr.utf8 index f00e55ccde..19ef5ada00 100644 --- a/docs/manual/custom-error.html.tr.utf8 +++ b/docs/manual/custom-error.html.tr.utf8 @@ -25,6 +25,7 @@  ko  |  tr 

+
Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.

Apache, bazı sorunlara ve hatalara karşılık vereceği yanıtların yapılandırabilmesini mümkün kılan ek bir işlevselliğe sahiptir.

diff --git a/docs/manual/dns-caveats.html.fr b/docs/manual/dns-caveats.html.fr index b1266e483d..5e962565c1 100644 --- a/docs/manual/dns-caveats.html.fr +++ b/docs/manual/dns-caveats.html.fr @@ -5,7 +5,7 @@ This file is generated from xml source: DO NOT EDIT XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX --> -Problèmes liés au DNS avec Apache - Serveur Apache HTTP +Problèmes liés au DNS avec le serveur HTTP Apache - Serveur Apache HTTP @@ -16,7 +16,7 @@
<-

Problèmes liés au DNS avec Apache

+Apache > Serveur HTTP > Documentation > Version 2.3

Problèmes liés au DNS avec le serveur HTTP Apache

Langues Disponibles:  en  |  fr  | @@ -25,9 +25,10 @@  tr 

-

Cette page pourrait se résumer ainsi : configurez Apache de façon +

Cette page pourrait se résumer ainsi : configurez le + serveur HTTP Apache de façon à ce qu'il n'ait pas besoin de résolution DNS pour interpréter les - fichiers de configuration. Si Apache doit effectuer des résolutions + fichiers de configuration. Si httpd doit effectuer des résolutions DNS pour interpréter les fichiers de configuration, votre serveur pourra présenter des problèmes de fiabilité (en d'autres termes, il est possible qu'il refuse de démarrer), ou d'attaques par déni ou @@ -46,48 +47,47 @@

- # Cet exemple de configuration est invalide, ne l'utilisez pas comme base
- # de configuration
+ # Cet exemple de configuration est invalide, ne l'utilisez pas comme base + # de configuration <VirtualHost www.abc.dom>
ServerAdmin webgirl@abc.dom
DocumentRoot /www/abc
</VirtualHost>

-

Pour fonctionner correctement, Apache a absolument besoin de deux +

Pour fonctionner correctement, le serveur a absolument besoin de deux informations à propos de chaque serveur virtuel : le nom du serveur défini par la directive ServerName, et au moins une adresse IP à laquelle le serveur va se rattacher et répondre. L'exemple ci-dessus - ne comporte pas d'adresse IP, si bien qu'Apache devra utiliser le + ne comporte pas d'adresse IP, si bien que httpd devra utiliser le DNS pour trouver l'adresse IP de www.abc.dom. Si pour une raison quelconque, le DNS n'est pas disponible au moment où votre serveur interprète son fichier de configuration, ce serveur virtuel ne sera pas pris en compte dans la configuration. Il sera incapable de répondre à toute requête pour ce serveur virtuel (avec les versions - d'Apache antérieures à 1.2, le serveur ne démarrera tout simplement + de httpd antérieures à 1.2, le serveur ne démarrera tout simplement pas).

Supposons que l'adresse de www.abc.dom soit 192.0.2.1, et examinons cet extrait de configuration :

- # Cet exemple de configuration est invalide, ne l'utilisez pas comme base
- # de configuration
+ # Cet exemple de configuration est invalide, ne l'utilisez pas comme base + # de configuration <VirtualHost 192.0.2.1>
ServerAdmin webgirl@abc.dom
DocumentRoot /www/abc
</VirtualHost>

-

Cette fois, Apache doit effectuer une recherche DNS inverse pour +

Cette fois, httpd doit effectuer une recherche DNS inverse pour trouver le nom ServerName de ce serveur virtuel. Si cette recherche inverse échoue, le serveur virtuel sera - partiellement désactivé (avec les versions d'Apache antérieures à - 1.2, le serveur ne démarrera tout simplement pas). Si le serveur + partiellement désactivé. Si le serveur virtuel est à base de nom, il sera en fait totalement désactivé, mais s'il est à base d'adresse IP, il fonctionnera probablement. - Cependant, Apache échouera s'il doit générer une URL complète pour + Cependant, httpd échouera s'il doit générer une URL complète pour le serveur qui inclut ce nom de serveur.

Voici un extrait de configuration qui permet d'éviter ces deux @@ -106,7 +106,7 @@

Il existe (au moins) deux formes possibles de déni de service. Si - vous utilisez une version d'Apache antérieure à 1.2, votre serveur + vous utilisez une version de httpd antérieure à 1.2, votre serveur ne démarrera pas si une des deux recherches DNS mentionnées ci-dessus échoue pour au moins un de vos serveurs virtuels. Dans certains cas, cette recherche DNS ne sera même pas sous votre @@ -150,16 +150,16 @@ par le serveur virtuel def.dom. Une meilleur compréhension de la raison pour laquelle ceci peut se produire nécessite une discussion plus approfondie à propos de la manière - dont Apache associe les requêtes entrantes aux différents serveurs + dont httpd associe les requêtes entrantes aux différents serveurs virtuels qui vont les servir. Un document de base décrivant ceci est disponible.

top

L'adresse du "serveur principal"

-

L'addition du support des - serveurs virtuels à base de nom dans la version 1.1 d'Apache - oblige ce dernier à connaître la/les adresse(s) IP de l'hôte sur +

Le support des + serveurs virtuels à base de nom oblige httpd à + connaître la/les adresse(s) IP de l'hôte sur lequel httpd s'exécute. Pour obtenir cette adresse, soit il utilise la directive ServerName globale (si elle est présente), soit il fait appel à la fonction C gethostname (qui @@ -180,7 +180,7 @@

Si votre serveur n'a aucune autre raison d'effectuer des recherches DNS, vous pouvez définir la variable d'environnement HOSTRESORDER à "local", et vous serez alors en mesure - d'exécuter Apache. Tout dépend du système d'exploitation et des + d'exécuter httpd. Tout dépend du système d'exploitation et des bibliothèques de résolution de noms que vous utilisez. Elle affecte aussi les programmes CGI, à moins que vous n'utilisiez mod_env pour contrôler l'environnement. Il est @@ -214,9 +214,9 @@

La situation concernant le DNS apparaît clairement comme non - souhaitable. Avec Apache 1.2, nous avons fait en sorte que le + souhaitable. Bien que nous ayons fait en sorte que le serveur puisse au moins démarrer en cas d'échec de recherche DNS, - mais ce n'est pas ce que nous pouvons faire de mieux. En tout état + ce n'est pas ce que nous pouvons faire de mieux. En tout état de cause, le fait de devoir spécifier des adresses IP explicites dans les fichiers de configuration est fortement non souhaitable avec l'Internet d'aujourd'hui où les changements de numérotation diff --git a/docs/manual/dns-caveats.html.tr.utf8 b/docs/manual/dns-caveats.html.tr.utf8 index 555cfad57d..b4f3d82cd6 100644 --- a/docs/manual/dns-caveats.html.tr.utf8 +++ b/docs/manual/dns-caveats.html.tr.utf8 @@ -24,6 +24,7 @@  ko  |  tr 

+
Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.

Bu sayfanın konusu şöyle özetlenebilirdi: Yapılandırma dosyalarınızda DNS sorguları yapılmasını gerektirecek ayarlamalardan kaçınınız. Eğer diff --git a/docs/manual/install.html.fr b/docs/manual/install.html.fr index 743dff2cc2..8a5f75b39b 100644 --- a/docs/manual/install.html.fr +++ b/docs/manual/install.html.fr @@ -134,8 +134,7 @@ de configuration et de la présence éventuelle de modules tiers.

Compilateur ANSI-C et système de construction
-
Vous devez disposer d'un compilateur ANSI-C. Le compilateur GNU C - (GCC) de la Free Software Foundation (FSF) +
Vous devez disposer d'un compilateur ANSI-C. Le compilateur GNU C (GCC) de la Free Software Foundation (FSF) est recommandé. Si vous ne possédez pas GCC, assurez-vous au moins que votre compilateur soit compatible ANSI. En outre, votre PATH doit contenir @@ -193,7 +192,7 @@

Extraction

-

L'extraction des sources depuis l'archive Apache HTTPD consiste +

L'extraction des sources depuis l'archive du serveur HTTP Apache consiste simplement à décompresser et à désarchiver cette dernière :

diff --git a/docs/manual/install.html.tr.utf8 b/docs/manual/install.html.tr.utf8 index 0327ffac0e..afccd4197f 100644 --- a/docs/manual/install.html.tr.utf8 +++ b/docs/manual/install.html.tr.utf8 @@ -26,6 +26,7 @@  ko  |  tr 

+
Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.

Bu belge Apache HTTP Sunucusunun sadece Unix ve Unix benzeri diff --git a/docs/manual/install.xml.meta b/docs/manual/install.xml.meta index 74cb344207..377d493477 100644 --- a/docs/manual/install.xml.meta +++ b/docs/manual/install.xml.meta @@ -10,7 +10,7 @@ de en es - fr + fr ja ko tr diff --git a/docs/manual/mod/core.html.en b/docs/manual/mod/core.html.en index c4ba255278..610eb412c3 100644 --- a/docs/manual/mod/core.html.en +++ b/docs/manual/mod/core.html.en @@ -3497,7 +3497,7 @@ port self-referential URLs using the hostname and port supplied by the client if any are supplied (otherwise it will use the canonical name, as defined above). These values are the same - that are used to implement name based virtual hosts, + that are used to implement name-based virtual hosts, and are available with the same clients. The CGI variables SERVER_NAME and SERVER_PORT will be constructed from the client supplied values as well.

diff --git a/docs/manual/mod/core.xml.de b/docs/manual/mod/core.xml.de index 2c9aecf919..4134934ed9 100644 --- a/docs/manual/mod/core.xml.de +++ b/docs/manual/mod/core.xml.de @@ -1,7 +1,7 @@ - + + + + + -Vue d'ensemble des nouvelles fonctionnalités d'Apache 2.0 - Serveur Apache HTTP +Vue d'ensemble des nouvelles fonctionnalités de la + version 2.0 du serveur HTTP Apache - Serveur Apache HTTP @@ -16,7 +17,8 @@
<-

Vue d'ensemble des nouvelles fonctionnalités d'Apache 2.0

+Apache > Serveur HTTP > Documentation > Version 2.3

Vue d'ensemble des nouvelles fonctionnalités de la + version 2.0 du serveur HTTP Apache

Langues Disponibles:  de  |  en  | diff --git a/docs/manual/new_features_2_0.html.ja.utf8 b/docs/manual/new_features_2_0.html.ja.utf8 index 41158bd53d..322e6f8db6 100644 --- a/docs/manual/new_features_2_0.html.ja.utf8 +++ b/docs/manual/new_features_2_0.html.ja.utf8 @@ -28,6 +28,8 @@  ru  |  tr 

+
この日本語訳はすでに古くなっている可能性があります。 + 更新された内容を見るには英語版をご覧下さい。

この文書では、Apache HTTP サーババージョン 1.3 と 2.0 の主な違いについて記述しています。

diff --git a/docs/manual/new_features_2_0.html.ko.euc-kr b/docs/manual/new_features_2_0.html.ko.euc-kr index 190036b8fa..e98ffdafa7 100644 --- a/docs/manual/new_features_2_0.html.ko.euc-kr +++ b/docs/manual/new_features_2_0.html.ko.euc-kr @@ -27,6 +27,8 @@  ru  |  tr 

+
ÀÌ ¹®¼­´Â ÃÖ½ÅÆÇ ¹ø¿ªÀÌ ¾Æ´Õ´Ï´Ù. + ÃÖ±Ù¿¡ º¯°æµÈ ³»¿ëÀº ¿µ¾î ¹®¼­¸¦ Âü°íÇϼ¼¿ä.

ÀÌ ¹®¼­´Â ¾ÆÆÄÄ¡ À¥¼­¹ö 1.3 ¹öÀü°ú 2.0 ¹öÀü°£ÀÇ ÁÖµÈ Â÷ÀÌÁ¡À» ¼³¸íÇÑ´Ù.

diff --git a/docs/manual/new_features_2_0.html.pt-br b/docs/manual/new_features_2_0.html.pt-br index 7d5c547573..e5772fdbe2 100644 --- a/docs/manual/new_features_2_0.html.pt-br +++ b/docs/manual/new_features_2_0.html.pt-br @@ -27,6 +27,8 @@  ru  |  tr 

+
Esta tradução pode estar desatualizada. + Confira a versão em Inglês para mudanças recentes.

Esse documento descreve algumas das mudanças principais entre as versões 1.3 e 2.0 do Servidor HTTP Apache.

diff --git a/docs/manual/new_features_2_0.html.tr.utf8 b/docs/manual/new_features_2_0.html.tr.utf8 index 430a54d8b6..7d519d8f3a 100644 --- a/docs/manual/new_features_2_0.html.tr.utf8 +++ b/docs/manual/new_features_2_0.html.tr.utf8 @@ -27,6 +27,7 @@  ru  |  tr 

+
Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.

Bu belgede Apache HTTP Sunucusunun 1.3 ve 2.0 sürümleri arasındaki başlıca değişikliklerin bazılarına değinilmiştir.

diff --git a/docs/manual/new_features_2_0.xml.meta b/docs/manual/new_features_2_0.xml.meta index 7ab40b0033..1e7476c40d 100644 --- a/docs/manual/new_features_2_0.xml.meta +++ b/docs/manual/new_features_2_0.xml.meta @@ -9,7 +9,7 @@ de en - fr + fr ja ko pt-br diff --git a/docs/manual/new_features_2_2.html.fr b/docs/manual/new_features_2_2.html.fr index 72f0e55be0..da0506385b 100644 --- a/docs/manual/new_features_2_2.html.fr +++ b/docs/manual/new_features_2_2.html.fr @@ -5,7 +5,8 @@ This file is generated from xml source: DO NOT EDIT XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX --> -Aperçu des nouvelles fonctionnalités dans Apache 2.2 - Serveur Apache HTTP +Aperçu des nouvelles fonctionnalités de la version +2.2 du serveur HTTP Apache - Serveur Apache HTTP @@ -16,7 +17,8 @@
<-

Aperçu des nouvelles fonctionnalités dans Apache 2.2

+Apache > Serveur HTTP > Documentation > Version 2.3

Aperçu des nouvelles fonctionnalités de la version +2.2 du serveur HTTP Apache

Langues Disponibles:  en  |  fr  | diff --git a/docs/manual/new_features_2_2.html.tr.utf8 b/docs/manual/new_features_2_2.html.tr.utf8 index 782b830417..4488998e1b 100644 --- a/docs/manual/new_features_2_2.html.tr.utf8 +++ b/docs/manual/new_features_2_2.html.tr.utf8 @@ -24,6 +24,7 @@  pt-br  |  tr 

+
Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.

Bu belgede Apache HTTP Sunucusunun 2.0 ve 2.2 sürümleri arasındaki başlıca farklara değinilmiştir. 1.3 sürümüne göre yeni özellikler için Apache 2.0’da Yeni olan Özellikler diff --git a/docs/manual/server-wide.html.fr b/docs/manual/server-wide.html.fr index 5ef4876aba..3f748e9cea 100644 --- a/docs/manual/server-wide.html.fr +++ b/docs/manual/server-wide.html.fr @@ -54,7 +54,7 @@ serveur.

UseCanonicalPhysicalPort pour déterminer la manière de construire des URLs vers ses propres ressources. Par exemple, quand un client émet une requête vers un répertoire, mais - n'ajoute pas le slash final au nom du répertoire, Apache doit rediriger le + n'ajoute pas le slash final au nom du répertoire, httpd doit rediriger le client vers le nom complet incluant le slash final afin que le client puisse résoudre correctement les références relatives présentes dans le document.

@@ -66,7 +66,7 @@ serveur.

Modules ApparentésDirectives Apparentées

Ces directives contrôlent la localisation des différents fichiers - nécessaires au bon fonctionnement d'Apache. Quand le chemin utilisé ne + nécessaires au bon fonctionnement de httpd. Quand le chemin utilisé ne commence pas par un slash (/), la localisation des fichiers est relative à la valeur de la directive ServerRoot. Soyez prudent avec la @@ -82,13 +82,13 @@ serveur.

Modules ApparentésDirectives Apparentées

Les directives LimitRequest* permettent de - limiter la quantité de ressources consommées par Apache pour le traitement + limiter la quantité de ressources consommées par httpd pour le traitement des requêtes des clients. Cette limitation permet de minimiser les effets de certains types d'attaques par déni de service.

Les directives RLimit* permettent de limiter la quantité de ressources utilisable par les processus initiés (forked) par - les processus enfants Apache. Elles permettent en particulier de contrôler + les processus enfants httpd. Elles permettent en particulier de contrôler les ressources utilisées par les scripts CGI et les commandes exec des "Inclusions côté serveur" (Server Side Includes ou SSI).

diff --git a/docs/manual/ssl/ssl_faq.html.en b/docs/manual/ssl/ssl_faq.html.en index a57f73956d..030ae37dde 100644 --- a/docs/manual/ssl/ssl_faq.html.en +++ b/docs/manual/ssl/ssl_faq.html.en @@ -851,7 +851,7 @@ HTTPS to an Apache+mod_ssl server with Microsoft Internet Explorer (MSIE)?

And finally there are versions of MSIE which seem to require that - an SSL session can be reused (a totally non standard-conforming + an SSL session can be reused (a totally non-standard-conforming behaviour, of course). Connecting with those MSIE versions only work if a SSL session cache is used. So, as a work-around, make sure you are using a session cache (see the SSLSessionCache directive).

diff --git a/docs/manual/stopping.html.fr b/docs/manual/stopping.html.fr index 5e0616c746..72361d15c5 100644 --- a/docs/manual/stopping.html.fr +++ b/docs/manual/stopping.html.fr @@ -5,7 +5,7 @@ This file is generated from xml source: DO NOT EDIT XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX --> -Arrêt et redémarrage - Serveur Apache HTTP +Arrêt et redémarrage du serveur HTTP Apache - Serveur Apache HTTP @@ -16,7 +16,7 @@
<-

Arrêt et redémarrage

+Apache > Serveur HTTP > Documentation > Version 2.3

Arrêt et redémarrage du serveur HTTP Apache

Langues Disponibles:  de  |  en  | @@ -27,14 +27,15 @@  tr 

-

Ce document couvre l'arrêt et le redémarrage d'Apache sur +

Ce document couvre l'arrêt et le redémarrage du + serveur HTTP Apache sur les systèmes Unix et similaires. Les utilisateurs de Windows NT, 2000 and XP doivent consulter - Exécuter Apache en tant que + Exécuter httpd en tant que service et les utilisateurs de Windows 9x et ME doivent consulter - Exécuter Apache comme une + Exécuter httpd comme une application de type console pour plus d'informations sur le contrôle - d'Apache à partir de ces plateformes.

+ de httpd à partir de ces plateformes.

  • Introduction
  • Arrêter immédiatement
    • @@ -46,7 +47,7 @@

    Introduction

    -

    Afin d'arrêter ou redémarrer Apache, vous devez envoyer un signal aux +

    Afin d'arrêter ou redémarrer le serveur HTTP Apache, vous devez envoyer un signal aux processus httpd en cours d'exécution. Les signaux peuvent être envoyés de deux manières. Tout d'abord, vous pouvez utiliser la commande unix kill @@ -238,8 +239,8 @@ vous recevrez un message concernant ces erreurs.

    Le signal graceful-stop vous permet d'exécuter simultanément plusieurs instances de httpd avec des configurations identiques. Ceci s'avère une fonctionnalité - puissante quand vous effectuez des mises à jour "en douceur" d'Apache; - cependant, cela peut aussi causer des blocages fatals et des + puissante quand vous effectuez des mises à jour "en douceur" + de httpd ; cependant, cela peut aussi causer des blocages fatals et des situations de compétition (race conditions) avec certaines configurations.

    diff --git a/docs/manual/stopping.xml.meta b/docs/manual/stopping.xml.meta index 918429770c..6f50ed86c2 100644 --- a/docs/manual/stopping.xml.meta +++ b/docs/manual/stopping.xml.meta @@ -10,7 +10,7 @@ de en es - fr + fr ja ko tr diff --git a/docs/manual/suexec.html.fr b/docs/manual/suexec.html.fr index f00ff7c0a2..62da9c9963 100644 --- a/docs/manual/suexec.html.fr +++ b/docs/manual/suexec.html.fr @@ -59,8 +59,8 @@ de suEXEC

    Avant de commencer

    Avant de foncer tête baissée dans la lecture de ce document, - vous devez tenir compte des hypothèses faites par le Groupe - Apache et dans ce document.

    + vous devez tenir compte de certaines hypothèses concernant vous-même + et l'environnement dans lequel vous allez utiliser suexec.

    Premièrement, vous devez utiliser un système d'exploitation UNIX ou dérivé, capable d'effectuer des opérations @@ -85,11 +85,13 @@ de suEXEC vivement recommandé de ne pas modifier le code de suEXEC, à moins que vous ne soyez un programmeur spécialiste des particularités liées à la sécurité, et souhaitez partager votre - travail avec le Groupe Apache afin de pouvoir en discuter.

    + travail avec l'équipe de développement du serveur HTTP Apache afin + de pouvoir en discuter.

    -

    Quatrièmement et dernièrement, le Groupe Apache a décidé de ne +

    Quatrièmement et dernièrement, l'équipe de développement du + serveur HTTP Apache a décidé de ne PAS inclure suEXEC dans l'installation par défaut - d'Apache. Pour pouvoir mettre en oeuvre suEXEC, l'administrateur + d'Apache httpd. Pour pouvoir mettre en oeuvre suEXEC, l'administrateur doit porter la plus grande attention aux détails. Après avoir bien réfléchi aux différents points de la configuration de suEXEC, l'administrateur peut l'installer selon les méthodes classiques. @@ -97,7 +99,7 @@ de suEXEC déterminées et spécifiées avec soin par l'administrateur, afin de maintenir la sécurité du système de manière appropriée lors de l'utilisation de la fonctionnalité suEXEC. C'est par le biais de - ce processus minutieux que le Groupe Apache espère réserver + ce processus minutieux que nous espérons réserver l'installation de suEXEC aux administrateurs prudents et suffisamment déterminés à vouloir l'utiliser.

    @@ -114,12 +116,12 @@ de suEXEC prises pour préserver la sécurité de votre système.

    suEXEC est basé sur un programme "conteneur" - (wrapper) setuid qui est appelé par le serveur web Apache principal. + (wrapper) setuid qui est appelé par le serveur HTTP Apache principal. Ce conteneur est appelé quand une requête HTTP concerne un programme CGI ou SSI que l'administrateur a décidé de faire s'exécuter sous un utilisateur autre que celui du serveur principal. - Lorsqu'il reçoit une telle requête, Apache fournit au conteneur + Lorsqu'il reçoit une telle requête, Apache httpd fournit au conteneur suEXEC le nom du programme, ainsi que les identifiants utilisateur et groupe sous lesquels le programme doit s'exécuter.

    @@ -146,11 +148,11 @@ de suEXEC

    Le conteneur ne s'exécutera que si on lui fournit un nombre - d'arguments correct. Le serveur web apache sait quel est le + d'arguments correct. Le serveur HTTP apache sait quel est le bon format des arguments. Si le conteneur ne reçoit pas un nombre d'arguments correct, soit il a été modifié, soit quelque chose ne va pas dans la portion suEXEC de - votre binaire Apache. + votre binaire Apache httpd.

    @@ -267,7 +269,7 @@ de suEXEC
  • Le répertoire est-il dans l'espace web - d'Apache ? + de httpd ?

    Si la requête concerne une portion de la racine du serveur, @@ -395,7 +397,7 @@ de suEXEC

    • --with-suexec-caller=UID
    L'utilisateur sous - lequel Apache s'exécute habituellement. C'est le seul utilisateur + lequel httpd s'exécute habituellement. C'est le seul utilisateur autorisé à utiliser suexec.
    --with-suexec-userdir=DIR
    @@ -425,7 +427,7 @@ de suEXEC
    --with-suexec-docroot=DIR
    Cette option fonctionne comme la directive DocumentRoot pour - Apache. Il s'agit de la seule hiérarchie (en dehors des directives + httpd. Il s'agit de la seule hiérarchie (en dehors des directives UserDir) dans laquelle la fonctionnalité suEXEC pourra être utilisée. La valeur par défaut est la valeur de --datadir accompagnée du suffixe @@ -471,7 +473,7 @@ de suEXEC

    Si vous avez activé la fonctionnalité suEXEC à l'aide de l'option --enable-suexec, le binaire suexec sera automatiquement construit (en même temps - qu'Apache) lorsque vous exécuterez la commande + que httpd) lorsque vous exécuterez la commande make.

    Lorsque tous les composants auront été construits, vous pourrez @@ -499,7 +501,7 @@ de suEXEC tenir compte de ceci, et parce que c'est en général la meilleure pratique, vous devez utiliser les permissions du système de fichiers afin de vous assurer que seul le groupe sous lequel - s'exécute Apache puisse faire appel à suEXEC.

    + s'exécute httpd puisse faire appel à suEXEC.

    Si, par exemple, votre serveur web est configuré pour s'exécuter en tant que :

    @@ -518,7 +520,7 @@ de suEXEC chmod 4750 /usr/local/apache2/bin/suexec

    -

    Ceci permet de s'assurer que seul le groupe sous lequel Apache +

    Ceci permet de s'assurer que seul le groupe sous lequel httpd s'exécute (ici webgroup) puisse faire appel au conteneur suEXEC.

    @@ -527,11 +529,11 @@ de suEXEC

    Activation et désactivation de suEXEC

    -

    Au démarrage, Apache vérifie la présence du fichier +

    Au démarrage, httpd vérifie la présence du fichier suexec dans le répertoire défini par l'option --sbindir du script configure (le répertoire par défaut est "/usr/local/apache/sbin/suexec"). Si - Apache trouve un conteneur suEXEC correctement configuré, il + httpd trouve un conteneur suEXEC correctement configuré, il enregistrera le message suivant dans le journal des erreurs :

    @@ -543,13 +545,13 @@ de suEXEC l'endroit où il est sensé être, ou l'exécutable suexec n'est pas installé en setuid root.

    -

    Si le serveur Apache est déjà en cours d'exécution, et si +

    Si le serveur HTTP Apache est déjà en cours d'exécution, et si vous activez le mécanisme suEXEC pour la première fois, vous - devez arrêter et redémarrer Apache. Un redémarrage + devez arrêter et redémarrer httpd. Un redémarrage à l'aide d'un simple signal HUP ou USR1 suffira.

    Pour désactiver suEXEC, vous devez supprimer le fichier suexec, puis arrêter et redémarrer - Apache.

    + httpd.

    top

    Utilisation de suEXEC

    @@ -597,7 +599,7 @@ de suEXEC Avertissements et exemples

    NOTE ! Cette section est peut-être incomplète. - Pour en consulter la dernière révision, voir la version de la Documentation en ligne du Groupe Apache.

    + Pour en consulter la dernière révision, voir la version de la Documentation en ligne.

    Quelques points importants du conteneur peuvent imposer des contraintes du point de vue de la configuration du @@ -620,7 +622,7 @@ de suEXEC si vous avez configuré quatre hôtes virtuels, vous devrez définir la structure des racines de documents de vos hôtes virtuels en dehors d'une hiérarchie de documents principale - d'Apache, afin de tirer parti de suEXEC dans le contexte des + de httpd, afin de tirer parti de suEXEC dans le contexte des hôtes virtuels (Exemple à venir).

    diff --git a/docs/manual/suexec.html.tr.utf8 b/docs/manual/suexec.html.tr.utf8 index 25201870d4..f5d76240ff 100644 --- a/docs/manual/suexec.html.tr.utf8 +++ b/docs/manual/suexec.html.tr.utf8 @@ -24,6 +24,7 @@  ko  |  tr 

    +
    Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.

    SuEXEC özelliği, Apache kullanıcılarına CGI ve SSI programlarını sunucunun diff --git a/docs/manual/upgrading.html.fr b/docs/manual/upgrading.html.fr index 1d500cdece..107fbc4e5f 100644 --- a/docs/manual/upgrading.html.fr +++ b/docs/manual/upgrading.html.fr @@ -25,7 +25,8 @@

    Afin d'assister les utilisateurs lors de leurs opérations de mise à jour, nous maintenons un document qui comporte des informations critiques à l'attention des personnes qui - utilisent déjà Apache. Ces informations ne sont que de brèves notes, et vous + utilisent déjà le serveur HTTP Apache. Ces informations + ne sont que de brèves notes, et vous devriez trouver plus d'informations dans le document Nouvelles fonctionnalités, ou dans le fichier src/CHANGES.

    @@ -41,7 +42,7 @@
  • Changements divers
  • Modules tiers

Voir aussi

+fonctionnalités du serveur HTTP Apache 2.4
top

Modifications de la configuration au moment de la compilation

diff --git a/docs/manual/urlmapping.html.fr b/docs/manual/urlmapping.html.fr index d3da3faf75..376fecf330 100644 --- a/docs/manual/urlmapping.html.fr +++ b/docs/manual/urlmapping.html.fr @@ -25,7 +25,7 @@  tr 

-

Ce document explique comment Apache utilise l'URL contenue dans une +

Ce document explique comment le serveur HTTP Apache utilise l'URL contenue dans une requête pour déterminer le noeud du système de fichier à partir duquel le fichier devra être servi.

@@ -48,7 +48,7 @@ l'arborescence DocumentRoot

Racine des documents (DocumentRoot)

-

La méthode par défaut d'Apache pour déterminer quel fichier servir pour +

La méthode par défaut de httpd pour déterminer quel fichier servir pour une requête donnée, consiste à extraire le chemin du fichier de la requête (la partie de l'URL qui suit le nom d'hôte et le port), puis de l'ajouter à la fin de la valeur de la directive @@ -65,7 +65,7 @@ l'arborescence DocumentRoot http://www.example.com/fish/guppies.html retournera le fichier /var/www/html/fish/guppies.html au client.

-

Apache supporte aussi les Hôtes virtuels, +

httpd supporte aussi les Hôtes virtuels, ce qui lui permet de traiter des requêtes pour plusieurs hôtes. Dans ce cas, un DocumentRoot différent peut être défini pour chaque hôte virtuel; @@ -86,11 +86,11 @@ l'arborescence DocumentRoot

Il existe de nombreuses circonstances pour lesquelles il est nécessaire d'autoriser l'accès web à des portions du système de fichiers qui ne se - trouvent pas dans l'arborescence DocumentRoot. Apache propose de nombreuses + trouvent pas dans l'arborescence DocumentRoot. httpd propose de nombreuses solutions pour réaliser cela. Sur les systèmes Unix, les liens symboliques permettent de rattacher d'autres portions du système de fichiers au DocumentRoot. Pour des raisons de sécurité, - Apache ne suivra les liens symboliques que si les Options pour le répertoire concerné contiennent + httpd ne suivra les liens symboliques que si les Options pour le répertoire concerné contiennent FollowSymLinks ou SymLinksIfOwnerMatch.

Une autre méthode consiste à utiliser la directive Alias pour rattacher toute portion @@ -168,7 +168,7 @@ l'arborescence DocumentRoot

Redirection d'URL

Les directives de configuration décrites dans les sections précédentes - demandent à Apache d'extraire un contenu depuis un emplacement spécifique + demandent à httpd d'extraire un contenu depuis un emplacement spécifique du système de fichiers et de la retourner au client. Il est cependant parfois souhaitable d'informer le @@ -189,7 +189,7 @@ l'arborescence DocumentRoot /bar/. Vous pouvez rediriger les clients non seulement sur le serveur d'origine, mais aussi vers n'importe quel autre serveur.

-

Apache propose aussi la directive RedirectMatch pour traiter les problèmes +

httpd propose aussi la directive RedirectMatch pour traiter les problèmes de réécriture d'une plus grande complexité. Par exemple, afin de rediriger les requêtes pour la page d'accueil du site vers un site différent, mais laisser toutes les autres requêtes inchangées, utilisez la @@ -207,7 +207,7 @@ l'arborescence DocumentRoot

Mandataire inverse (Reverse Proxy)

-

Apache vous permet aussi de rapatrier des documents distants +

httpd vous permet aussi de rapatrier des documents distants dans l'espace des URL du serveur local. Cette technique est appelée mandataire inverse ou reverse proxying car le serveur web agit comme un serveur mandataire en @@ -275,7 +275,7 @@ permet de r

Une autre cause fréquente d'erreurs "File Not Found" est l'erreur de frappe accidentelle dans les URLs, soit directement dans le navigateur, - soit dans les liens HTML. Apache propose le module + soit dans les liens HTML. httpd propose le module mod_speling (sic) pour tenter de résoudre ce problème. Lorsque ce module est activé, il intercepte les erreurs "File Not Found" et recherche une ressource possédant un nom de fichier @@ -293,7 +293,8 @@ permet de r requête "incorrecte" entraîne une redirection d'URL et une nouvelle requête de la part du client.

-

Si toutes les tentatives pour localiser le contenu échouent, Apache +

Si toutes les tentatives pour localiser le contenu + échouent, httpd retourne une page d'erreur avec le code de statut HTTP 404 (file not found). L'apparence de cette page est contrôlée à l'aide de la directive ErrorDocument diff --git a/docs/manual/urlmapping.html.tr.utf8 b/docs/manual/urlmapping.html.tr.utf8 index 3310aaea6e..0320ee1287 100644 --- a/docs/manual/urlmapping.html.tr.utf8 +++ b/docs/manual/urlmapping.html.tr.utf8 @@ -24,6 +24,7 @@  ko  |  tr 

+
Bu çeviri güncel olmayabilir. Son değişiklikler için İngilizce sürüm geçerlidir.

Bu belgede, bir istekte belirtilen URL’nin sunulacak dosyanın dosya sistemindeki yerini bulmak için Apache tarafından nasıl kullanıldığı diff --git a/docs/manual/urlmapping.xml.meta b/docs/manual/urlmapping.xml.meta index 75d199cbfd..17e568fd3d 100644 --- a/docs/manual/urlmapping.xml.meta +++ b/docs/manual/urlmapping.xml.meta @@ -8,7 +8,7 @@ en - fr + fr ja ko tr -- 2.50.1