Return-Path: Delivered-To: apmail-httpd-cvs-archive@www.apache.org Received: (qmail 58480 invoked from network); 28 Oct 2007 22:20:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 28 Oct 2007 22:20:10 -0000 Received: (qmail 54795 invoked by uid 500); 28 Oct 2007 22:19:56 -0000 Delivered-To: apmail-httpd-cvs-archive@httpd.apache.org Received: (qmail 54772 invoked by uid 500); 28 Oct 2007 22:19:56 -0000 Mailing-List: contact cvs-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list cvs@httpd.apache.org Received: (qmail 54750 invoked by uid 99); 28 Oct 2007 22:19:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 28 Oct 2007 15:19:56 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.3] (HELO eris.apache.org) (140.211.11.3) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 28 Oct 2007 22:20:06 +0000 Received: by eris.apache.org (Postfix, from userid 65534) id 45B4F1A9832; Sun, 28 Oct 2007 15:19:46 -0700 (PDT) Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: svn commit: r589431 [1/7] - /httpd/httpd/branches/2.2.x/docs/manual/ Date: Sun, 28 Oct 2007 22:19:32 -0000 To: cvs@httpd.apache.org From: pctony@apache.org X-Mailer: svnmailer-1.0.8 Message-Id: <20071028221946.45B4F1A9832@eris.apache.org> X-Virus-Checked: Checked by ClamAV on apache.org Author: pctony Date: Sun Oct 28 15:19:21 2007 New Revision: 589431 URL: http://svn.apache.org/viewvc?rev=589431&view=rev Log: As per recent email to docs@ (28th Oct) original translations by Lucient and reviewed then by Vincent. One typo fixed in caching.xml.fr that was caught during the build process. Cheers, Tony Added: httpd/httpd/branches/2.2.x/docs/manual/caching.html.fr (with props) httpd/httpd/branches/2.2.x/docs/manual/caching.xml.fr (with props) httpd/httpd/branches/2.2.x/docs/manual/configuring.html.fr (with props) httpd/httpd/branches/2.2.x/docs/manual/configuring.xml.fr (with props) httpd/httpd/branches/2.2.x/docs/manual/content-negotiation.html.fr (with props) httpd/httpd/branches/2.2.x/docs/manual/content-negotiation.xml.fr (with props) httpd/httpd/branches/2.2.x/docs/manual/glossary.html.fr (with props) httpd/httpd/branches/2.2.x/docs/manual/glossary.xml.fr (with props) httpd/httpd/branches/2.2.x/docs/manual/sections.html.fr (with props) httpd/httpd/branches/2.2.x/docs/manual/sections.xml.fr (with props) httpd/httpd/branches/2.2.x/docs/manual/upgrading.html.fr (with props) httpd/httpd/branches/2.2.x/docs/manual/upgrading.xml.fr (with props) Modified: httpd/httpd/branches/2.2.x/docs/manual/bind.html.fr httpd/httpd/branches/2.2.x/docs/manual/bind.xml.fr httpd/httpd/branches/2.2.x/docs/manual/bind.xml.meta httpd/httpd/branches/2.2.x/docs/manual/caching.html httpd/httpd/branches/2.2.x/docs/manual/caching.html.en httpd/httpd/branches/2.2.x/docs/manual/caching.xml.meta httpd/httpd/branches/2.2.x/docs/manual/configuring.html httpd/httpd/branches/2.2.x/docs/manual/configuring.html.en httpd/httpd/branches/2.2.x/docs/manual/configuring.xml.meta httpd/httpd/branches/2.2.x/docs/manual/content-negotiation.html httpd/httpd/branches/2.2.x/docs/manual/content-negotiation.html.en httpd/httpd/branches/2.2.x/docs/manual/content-negotiation.xml.meta httpd/httpd/branches/2.2.x/docs/manual/glossary.html httpd/httpd/branches/2.2.x/docs/manual/glossary.html.en httpd/httpd/branches/2.2.x/docs/manual/glossary.xml.meta httpd/httpd/branches/2.2.x/docs/manual/index.html.en httpd/httpd/branches/2.2.x/docs/manual/index.html.fr httpd/httpd/branches/2.2.x/docs/manual/index.xml.fr httpd/httpd/branches/2.2.x/docs/manual/index.xml.meta httpd/httpd/branches/2.2.x/docs/manual/install.html.en httpd/httpd/branches/2.2.x/docs/manual/install.xml.fr httpd/httpd/branches/2.2.x/docs/manual/new_features_2_2.html.en httpd/httpd/branches/2.2.x/docs/manual/new_features_2_2.html.fr httpd/httpd/branches/2.2.x/docs/manual/new_features_2_2.xml.fr httpd/httpd/branches/2.2.x/docs/manual/sections.html httpd/httpd/branches/2.2.x/docs/manual/sections.html.en httpd/httpd/branches/2.2.x/docs/manual/sections.xml.meta httpd/httpd/branches/2.2.x/docs/manual/upgrading.html httpd/httpd/branches/2.2.x/docs/manual/upgrading.html.en httpd/httpd/branches/2.2.x/docs/manual/upgrading.xml.meta Modified: httpd/httpd/branches/2.2.x/docs/manual/bind.html.fr URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.2.x/docs/manual/bind.html.fr?rev=589431&r1=589430&r2=589431&view=diff ============================================================================== --- httpd/httpd/branches/2.2.x/docs/manual/bind.html.fr (original) +++ httpd/httpd/branches/2.2.x/docs/manual/bind.html.fr Sun Oct 28 15:19:21 2007 @@ -5,7 +5,7 @@ This file is generated from xml source: DO NOT EDIT XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX --> -Liaison - Serveur Apache HTTP +Adresse IP et port d'écoute - Serveur Apache HTTP @@ -16,181 +16,151 @@
<-

Adresse IP et port d'écoute

Langues Disponibles:  de  |  en  |  fr  | - ja  | - ko 

+ ja  | + ko 

-
Cette traduction peut être périmée. Verifiez la version - Anglaise pour les changements récents.
-

Configuration des adresses et ports sur lesquels Apache écoute.

-
- +

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

+
+
top
-

Informations générales

- +

Vue d'ensemble

+ -
Modules ApparentésDirectives Apparentées
+
Modules ApparentésDirectives Apparentées
-

Au moment de son démarrage, Apache se lie à un port et à une - adresse IP sur la machine locale et se met en attente de requètes. - Par défaut, Apache écoute sur toutes les adresses de la machine. - Apache accepte d'écouter sur un ou plusieurs ports spécifiques, - sur une seule ou plusieurs adresses, ou encore sur une combinaison port-adresse. - Il est fréquent d'utiliser ces possibilités avec les fonctionnalités - de Serveurs Virtuels, qui permettent de faire répondre le serveur de - manière différente en fonction de l'adresse IP, du nom d'hôte ou - du port.

- -

Le serveur interprète la directive - Listen - en acceptant les requètes seulement sur le port ou la combinaison - adresse IP + port passée en argument. Dans le cas où seul un port - est spécifié avec la directive - Listen, - le serveur se met à l'écoute sur le port spécifié, sur toutes - les interfaces et adresses de la machine. Si une adresse IP est - spécifiée en plus du port, le serveur n'écoute que sur l'adresse - et le port spécifié. Il est possible de configurer plusieurs adresses - et ports avec la directives - Listen - pour écoute par le serveur. Le serveur répond aux requètes faites - à toutes les adresses et ports énumérés.

- - -

Par exemple, pour que le serveur accepte les connexions sur - les ports 80 et 8000, spécifiez :

- -

- Listen 80
- Listen 8000 -

- -

Pour qu'Apache accepte les connexions sur deux combinaisons - adresses + ports, spécifiez :

- -

- Listen 192.170.2.1:80
- Listen 192.170.2.5:8000 -

- -

Les adresses IPv6 sont acceptées, pourvu qu'elles soient spécifiées - entre crochets de la façon suivante :

- -

- Listen [2001:db8::a00:20ff:fea7:ccea]:80 -

-
top
+

Au démarrage d'Apache, un port et une adresse lui sont associés sur + l'hôte local et le serveur se met en attente de l'arrivée d'une requête. + Par défaut, le serveur écoute toutes les adresses de l'hôte local. + Cependant, il faut lui préciser des ports spécifiques à écouter, + ou lui dire de n'écouter que certaines adresses, + ou une combinaison des deux. + Tout ceci est souvent associé avec la fonctionnalité des hôtes virtuels + qui détermine la manière dont Apache répond aux différents ports, + noms d'hôtes et adresses IP.

+ +

La directive Listen + enjoint le serveur de n'accepter des requêtes que sur le port spécifié ou + une combinaison adresse/port. Si seul un numéro de port est spécifié + dans la directive Listen, + le serveur écoute ce port sur toutes les interfaces réseau. + Si une adresse IP est spécifiée en plus du port, le serveur va écouter + ce port sur l'interface réseau correspondante. On peut utiliser + de multiples directives + Listen pour + spécifier plusieurs adresses et ports à écouter. Le serveur répondra alors + aux requêtes sur ces ports et adresses spécifiés.

+ +

Par exemple, pour faire en sorte que le serveur accepte des connexions + sur les ports 80 et 8000, utilisez :

+ +

+ Listen 80
+ Listen 8000 +

+ +

Pour faire en sorte que le serveur accepte des connexions en provenance + de deux couples d'interfaces et ports, utilisez :

+ +

+ Listen 192.170.2.1:80
+ Listen 192.170.2.5:8000 +

+ +

Les adresses IPv6 doivent être entre crochets, comme dans + l'exemple suivant :

+ +

+ Listen [2001:db8::a00:20ff:fea7:ccea]:80 +

+
top
-

Considérations Spéciales avec IPv6

- - -

De plus en plus de plate-formes implémentent IPv6. APR - supporte IPv6 sur la plupart d'entre elles, si bien qu'Apache - peut assigner des interfaces de connexions IPv6 et répondre aux - requètes utilisant IPv6.

- -

Une complication possible pour les administrateurs Apache est de - savoir si une interface de connexion IPv6 peut répondre aux deux types de - connexions IPv4 et IPv6. - Manipuler les connexions IPv4 avec une interface de connexion IPv6 - suppose l'utilisation d'adresses IPv6 mappées en IPv4, ce qui est - le cas par defaut sur la plupart des plate-formes, à l'exeption de FreeBSD, - NetBSD, et OpenBSD, cela en raison des politiques systèmes de ces plate-formes. - Mème sur des systèmes où cette fonctionnalité n'est pas activée par - défaut, une option de compilation permet de changer ce - fonctionnement pour Apache.

-

Pour qu'Apache puisse gérer à la fois les connexions IPv4 et IPv6 - avec un minimum d'interfaces de connexions, il faut permettre l'utilisation - des adresses - IPv6 mappées en IPv4, ce qui est possible en spécifiant l'option - - de compilation --enable-v4-mapped et en utilisant la - directive Listen - comme suit:

+

Remarques spécifiques à IPv6

-

- Listen 80 -

- -

Si --enable-v4-mapped a été spécifié à la compilation, - les directives Listen - de la configuration par défaut sont de la forme ci-dessus. - --enable-v4-mapped est l'option de compilation - par défaut sur toutes les plate-formes, sauf FreeBSD, NetBSD, et - OpenBSD.

- - -

Pour qu'Apache ne manipule que les connexions IPv4, en ignorant l'éventuel - support IPv6 de la plate-forme ou d'APR, une adresse IPv4 peut être - spécifié pour toutes les directives - Listen, - comme dans les exemples suivantss:

- -

- Listen 0.0.0.0:80
- Listen 192.170.2.1:80 -

- -

Pour qu'Apache manipule les connexions IPv4 et IPv6 sur des interfaces - différentes (c'est-à-dire, pour ne pas accepter les addresse IPv6 mappées - en IPv4), spécifier l'option de compilation --disable-v4-mapped - et utiliser des directives Listen - spécifiques telles que:

-

- Listen [::]:80
- Listen 0.0.0.0:80 -

- -

Avec --disable-v4-mapped, la directive - Listen à l'intérieur - du fichier de configuration par défaut créé par Apache utilise la forme - ci-dessus. - --disable-v4-mapped est l'option de compilation par défaut sous - FreeBSD, NetBSD, et OpenBSD.

-
top
+ +

Un nombre croissant de plateformes implémentent IPv6, et + APR supporte IPv6 sur la plupart d'entre elles, + ce qui permet à Apache d'allouer des points de connexion (sockets) IPv6 + et de traiter des requêtes qui ont été envoyées sur IPv6.

+ +

Les administrateurs d'Apache doivent se préoccuper de la possibilité + pour un point de connexion IPv6 de traiter à la fois des connexions IPv4 + et des connexions IPv6. + Le traitement de connexions IPv4 avec un point de connexion IPv6 utilise + des adresses IPv6 traduites en IPv4, qui sont autorisées par défaut sur la + plupart des plateformes mais sont interdites par défaut sous FreeBSD, NetBSD, + et OpenBSD afin de respecter la politique de sécurité du système sur ces plateformes. + Mais même sur ces systèmes où ces adresses sont interdites par défaut, un + paramètre spécial du script configure permet de modifier + ce comportement pour Apache.

+ +

En revanche, sur certaines plateformes comme Linux et Tru64, la + seule manière de gérer à la fois IPv6 et IPv4 passe + par l'utilisation d'adresses traduites. Si vous voulez qu'Apache gère + des connexions IPv4 et IPv6 avec un minimum de points de connexion, + ce qui nécessite l'utilisation d'adresses IPv6 traduites en IPv4, + utilisez l'option --enable-v4-mapped du script configure.

+ +

L'option --enable-v4-mapped est utilisée par défaut sur + toutes les plateformes sauf FreeBSD, NetBSD, et OpenBSD; + votre Apache a donc probablement été construit avec cette option.

+ +

Si vous souhaitez qu'Apache ne gère que des connexions IPv4, sans se + soucier de ce que vos plateforme et APR supportent, spécifiez une adresse + IPv4 dans toutes les directives + Listen, comme dans l'exemple + suivant :

+ +

+ Listen 0.0.0.0:80
+ Listen 192.170.2.1:80 +

+ +

Si votre plateforme le supporte et si vous souhaitez qu'Apache 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 + configure. --disable-v4-mapped est + utilisé par défaut sur FreeBSD, NetBSD, et OpenBSD.

+
top
-

Faire fonctionner tout ceci avec les Serveurs Virtuels

- +

Comment tout ceci fonctionne-t-il avec les hôtes virtuels

+ -

Listen - n'implémente aucun Serveur Virtuel. Cette directive sert simplement - à informer le serveur principal sur quels addresses et ports écouter. - Dans le cas où aucune section - <VirtualHost> - n'est utilisée, le serveur répondra de la mème manière pour toutes - les requètes qu'il acceptera. Cependant des sections - <VirtualHost> - peuvent être utilisées pour qu'Apache réagisse de façon différente à - une requète selon l'adresse ou le port. Avant d'implémenter - un Serveur Virtuel au moyen de la directive - <VirtualHost>, la directive - Listen - doit tre utilisée pour que le serveur écoute sur l'adresse - ou le port spécifié. Une section - <VirtualHost> - peut alors être utilisée pour définir la réaction du Serveur Virtuel pour une - adresse et un port spécifique. À noter que si un Serveur Virtuel est - positionné au moyen de la directive - <VirtualHost> - sur une adresse et un port sur lesquels le serveur n'est pas à l'écoute, - le Serveur Virtuel ne sera pas accessible.

-
+

La directive Listen n'implémente pas les hôtes virtuels. + Elle indique simplement au serveur principal sur quels adresses et ports + il doit écouter. Si aucune directive + <VirtualHost> + n'est présente, le serveur se comportera de la même façon pour toutes + les requêtes acceptées. En revanche, la directive + <VirtualHost> + peut être utilisée pour provoquer une réaction différente du serveur + pour un ou plusieurs adresses/ports. Pour implémenter un hôte virtuel, + on doit d'abord indiquer au serveur sur quels adresses et ports il doit écouter. + Ensuite, une section + <VirtualHost> + doit être créée pour chaque couple adresse+port spécifié afin de définir le + comportement de cet hôte virtuel. Notez que si la directive + <VirtualHost> + est définie pour une adresse et un port sur lesquels le serveur n'est pas censé + écouter, cet hôte virtuel ne sera pas accessible.

+

Langues Disponibles:  de  |  en  |  fr  | - ja  | - ko 

+ ja  | + ko 

Modified: httpd/httpd/branches/2.2.x/docs/manual/bind.xml.fr URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.2.x/docs/manual/bind.xml.fr?rev=589431&r1=589430&r2=589431&view=diff ============================================================================== --- httpd/httpd/branches/2.2.x/docs/manual/bind.xml.fr (original) +++ httpd/httpd/branches/2.2.x/docs/manual/bind.xml.fr Sun Oct 28 15:19:21 2007 @@ -1,7 +1,10 @@ - + - + + + +