<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
-<!-- LastChangedRevision English document : 421100 -->
+<!-- English Revision: 654723 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
-<!-- $LastChangedRevision: 2007072801 $ -->
+<!-- $LastChangedRevision: 2008051201 $ -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
<p>Configuration d'Apache pour l'écoute sur un port et une adresse IP spécifiques.</p>
</summary>
- <seealso><a href="vhosts/">Hôtes virtuels</a></seealso>
+ <seealso><a href="vhosts/">Hôtes virtuels</a></seealso>
<seealso><a href="dns-caveats.html">Problèmes liés à DNS</a></seealso>
<section id="overview">
<p>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,
+ 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, on peut lui préciser des ports spécifiques à écouter,
+ ou lui dire de n'écouter que sur certaines adresses,
ou une combinaison des deux.
- Tout ceci est souvent associé avec la fonctionnalité des hôtes virtuels
+ 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.</p>
+ noms d'hôtes et adresses IP.</p>
<p>La directive <directive module="mpm_common">Listen</directive>
- enjoint le serveur de n'accepter des requêtes que sur le port spécifié ou
+ enjoint le serveur de n'accepter des requêtes que sur les ports spécifiés ou
une combinaison adresse/port. Si seul un numéro de port est spécifié
dans la directive <directive module="mpm_common">Listen</directive>,
le serveur écoute ce port sur toutes les interfaces réseau.
aux requêtes sur ces ports et adresses spécifiés.</p>
<p>Par exemple, pour faire en sorte que le serveur accepte des connexions
- sur les ports 80 et 8000, utilisez :</p>
+ sur les ports 80 et 8000 sur toutes ses interfaces, utilisez :</p>
<example>
Listen 80<br />
Listen 8000
</example>
- <p>Pour faire en sorte que le serveur accepte des connexions en provenance
- de deux couples d'interfaces et ports, utilisez :</p>
+ <p>Pour faire en sorte que le serveur accepte des connexions
+ sur le port 80 sur une interface, et sur le port 8000 sur une
+ autre interface :</p>
<example>
Listen 192.0.2.1:80<br />
Listen 192.0.2.5:8000
</example>
- <p>Les adresses IPv6 doivent être entre crochets, comme dans
+ <p>Les adresses IPv6 doivent être entourêes de crochets, comme dans
l'exemple suivant :</p>
<example>
<p>Un nombre croissant de plateformes implémentent IPv6, et
<glossary>APR</glossary> 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.</p>
+ et de traiter des requêtes envoyées sur IPv6.</p>
<p>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
+ 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 les systèmes où ces adresses sont interdites par défaut, un
paramètre spécial du script <program>configure</program> permet de modifier
ce comportement pour Apache.</p>
</section>
<section id="virtualhost">
- <title>Comment tout ceci fonctionne-t-il avec les hôtes virtuels</title>
+ <title>Comment tout ceci fonctionne-t-il avec les hôtes virtuels</title>
<p> La directive <directive
- module="mpm_common">Listen</directive> n'implémente pas les hôtes virtuels.
+ module="mpm_common">Listen</directive> 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
<directive module="core" type="section">VirtualHost</directive>
les requêtes acceptées. En revanche, la directive
<directive module="core" type="section">VirtualHost</directive>
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,
+ 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
<directive module="core" type="section">VirtualHost</directive>
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
+ comportement de cet hôte virtuel. Notez que si la directive
<directive module="core" type="section">VirtualHost</directive>
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.</p>
+ écouter, cet hôte virtuel ne sera pas accessible.</p>
</section>
</manualpage>
+
-<?xml version="1.0" encoding="ISO-8859-1" ?>
+<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
-<!-- LastChangedRevision English document : 421100 -->
+<!-- English Revision: 655872 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
-<!-- $LastChangedRevision: 2007081801 $ -->
+<!-- $LastChangedRevision: 2008051401 $ -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
<li><strong>La négociation de contenu transparente</strong> est utilisée
quand le navigateur le demande explicitement selon le mécanisme défini
dans la RFC 2295. Cette méthode de négociation donne au navigateur le
- contrôle total du choix de la meilleure variante; le résultat dépend
+ contrôle total du choix de la meilleure variante; le résultat dépend
cependant de la spécificité des algorithmes utilisés par le navigateur.
Au cours du processus de négociation transparente, le navigateur peut
demander à Apache d'exécuter l'"algorithme de sélection de variante à
module="mod_negotiation">CacheNegotiatedDocs</directive> peut être utilisée
pour permettre la mise en cache des réponses qui ont fait l'objet d'une
négociation. Cette directive peut intervenir dans la configuration au
- niveau du serveur ou de l'hôte virtuel, et n'accepte aucun argument. Elle
+ niveau du serveur ou de l'hôte virtuel, et n'accepte aucun argument. Elle
n'a aucun effet sur les requêtes en provenance de clients HTTP/1.1.</p>
<p>Pour les clients HTTP/1.1, Apache envoie un en-tête de réponse HTTP
<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.fr.xsl"?>
-<!-- LastChangedRevision English document : 420990 -->
+<!-- English Revision: 654773 -->
<!-- French translation : Lucien GENTIS -->
-<!-- $LastChangedRevision: 2007070101 $ -->
+<!-- Reviewed by : Vincent Deffontaines -->
+<!-- $LastChangedRevision: 2008051201 $ -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
permettre d'être associé à ce port privilégié. Lorsque le serveur est
démarré, après avoir effectué quelques opérations préliminaires
comme ouvrir ses fichiers de log, il lance plusieurs processus
- <em>enfants</em> qui ont pour rôle d'écouter et de répondre aux
+ <em>enfants</em> qui ont pour rôle d'écouter et de répondre aux
requêtes des clients. Le processus <code>httpd</code> principal
continue à s'exécuter sous l'utilisateur root, tandis que les processus
enfants s'exécutent sous un utilisateur aux privilèges restreints.
localisation du binaire <program>httpd</program> et tout argument de ligne
de commande que vous souhaitez voir <em>systématiquement</em> présent.</p>
- <p>La première chose qu'effectue <code>httpd</code> quand il est
- invoqué et de localiser et lire le <a
+ <p>La première chose qu'effectue <program>httpd</program> quand il est
+ invoqué e
st de localiser et lire le <a
href="configuring.html">fichier de configuration</a>
<code>httpd.conf</code>. La localisation de ce fichier est définie à la
compilation, mais il est possible d'en spécifier une autre à
Ceci indique que le serveur a démarré et est en cours d'exécution.
À partir de ce moment, vous pouvez utiliser votre navigateur pour vous connecter
au serveur et afficher la page de test située dans le répertoire défini
- par la directive <directive module="core">DocumentRoot</directive>,
- ainsi qu'une copie locale de la documentation sous forme d'un lien
- situé sur cette page.
- (note du traducteur : en fait, vous ne devriez voir que "It works !"
- s'afficher sur votre écran !)</p>
+ par la directive <directive module="core">DocumentRoot</directive>.</p>
</section>
<section id="errors"><title>Erreurs en cours de démarrage</title>
projects / thirdparty / apache / httpd.git / commitdiff
