cholet 01/02/18 05:18:40
Added: htdocs/manual invoking.html.fr server-wide.html.fr
Log:
new French translations
Submitted by: Herve Dumont <[EMAIL PROTECTED]>
Reviewed by: Eric Cholet <[EMAIL PROTECTED]>
Revision Changes Path
1.1 httpd-docs-1.3/htdocs/manual/invoking.html.fr
Index: invoking.html.fr
===================================================================
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<!--English revision 1.34 -->
<HTML>
<HEAD>
<TITLE>Démarrage d'Apache</TITLE>
</HEAD>
<!-- Background white, links blue (unvisited), navy (visited), red (active)
-->
<BODY
BGCOLOR="#FFFFFF"
TEXT="#000000"
LINK="#0000FF"
VLINK="#000080"
ALINK="#FF0000"
>
<!--#include virtual="header.html" -->
<H1 ALIGN="CENTER">Démarrage d'Apache</H1>
<ul>
<li><a href="#windows">Démarrage d'Apache sur Windows</a></li>
<li><a href="#unix">Démarrage d'Apache sur Unix</a>
<ul>
<li><a href="#errors">Erreurs durant l'initialisation</a></li>
<li><a href="#boot">Démarrage à l'initialisation du
système</a></li>
<li><a href="#info">Informations complémentaires</a></li>
</ul>
</li>
</ul>
<hr>
<h2><a name="windows">Démarrage d'Apache sur Windows</h2>
<p>Sur Windows, Apache est normalement lancé en tant que service sur
Windows NT, ou en tant qu'application en mode console sur Windows 95. Pour
plus
de détails, voir
<A HREF="windows.html#run">lancer Apache pour Windows</A>.</p>
<h2>Démarrage d'Apache sur Unix</h2>
<p>Sur Unix, le programme <code>httpd</code> est lancé en tant que
démon qui s'exécute en tâche de fond pour traiter les
requêtes. Il est possible d'invoquer Apache par le démon
Internet <CODE>inetd</CODE> à chaque fois qu'une connexion au service
HTTP est faite (if faut pour cela utiliser la directive <A
HREF="mod/core.html#servertype">ServerType</A>) mais cela n'est pas
recommandé.</p>
<p>Si le <a href="mod/core.html#port">Port</a> spécifié dans le
fichier de configuration est le port par d�faut 80 (ou tout autre port
inérieur à 1024), il est alors nécessaire
d'avoir les privilèges root pour lancer Apache. Une fois que
l'initialisation du serveur s'est achevée ainsi que quelques
activités
préliminaires telles que l'ouverture des fichiers de trace,
le serveur lance un certain nombre de processus <em>fils</em> ayant pour
rôle d'attendre et de répondre
aux requêtes des clients. Le processus père <code>httpd</code>
continue à s'exécuter avec les privilèges root, mais les
processus fils s'exécute sous un utilisateur avec moins de
privilèges.
Ceci est contrôlé par les directives de création de
<a href="server-wide.html#process">processus</a></p>
<p>La première chose qu'<code>httpd</code> fait lorsqu'il est
appelé
est de chercher et lire le <a href="configuring.html">fichier de
configuration</a>
<code>httpd.conf</code>. L'emplacement de ce fichier est défini
à la
compilation, mais il est possible de spécifier son emplacement
à
l'exécution en utilisant l'option <code>-f</code>. Exemple :
<blockquote><code> /usr/local/apache/bin/httpd -f
/usr/local/apache/conf/httpd.conf </code></blockquote>
<p>Comme alternative à l'appel direct de l'exécutable
<code>httpd</code>
un script appelé <a href="programs/apachectl.html">apachectl</a> est
fourni
qui permet de contrôler le processus démon avec des commandes
simples
telles que <code>apachectl start</code> ou <code>apachectl stop</code>.</p>
<p>Si tout ce passe correctement durant l'initialisation, le serveur se
d�tache du
terminal et l'invite de commande réapparaît presque
immédiatement. Ceci
indique que le serveur est actif et s'exécute. Vous pouvez utiliser un
navigateur pour vous connecter au serveur et voir la page de test
située
dans le répertoire <a
href="mod/core.html#documentroot">DocumentRoot</a>
ainsi qu'une copie locale de la documentation à partir d'un lien de
cette page.
<h3><a name="errors">Erreurs durant l'initialisation</a></h3>
<p>Si Apache rencontre un problème fatal durant l'initialisation, il
�crira,
avant de se terminer, un message décrivant le problème, soit
sur la
console, soit dans le fichier <a href="mod/core.html#errorlog">ErrorLog</a>.
Un des messages les plus courants est "<code>Unable to bind to Port
...</code>". Ce message est généralement dû à
<ul>
<li>une tentative de lancer le serveur sur un port privilégié
alors
que vous n'êtes pas connecté comme utilisateur root, ou
à</li>
<li>une tentative de lancer le serveur alors qu'une autre instance d'Apache
ou
d'un autre serveur web est déjà connectée à ce
port.</li>
</ul>
<p>Pour plus d'informations sur la correction des problèmes, consultez
la <a href="misc/FAQ.html">FAQ</a> d'Apache.</p>
<h3><a name="boot">Démarrage à l'initialisation du
système</a></h3>
<p>Si vous souhaitez que votre serveur continue à s'exécuter
après
une relance du système, vous devez ajouter un appel à
<code>httpd</code> ou <code>apachectl</code> dans votre fichier de lancement
du système (généralement <code>rc.local</code> ou
un fichier dans un répertoire <code>rc.N</code>). Ceci lancera Apache
sous l'utilisateur root. Avant de le faire, vérifiez que votre serveur
est correctement configuré en termes de sécurité et de
restrictions d'accès. Le script <code>apachectl</code> est
conçu
de manière à ce qu'il soit directement lié comme script
d'initialisation, mais assurez vous qu'il correspond aux besoins précis
de votre système.</p>
<h3><a name="info">Informations complémentaires</a></h3>
<p>Des informations complémentaires sur les options en ligne de
commande
d'<a href="programs/httpd.html">httpd</a> et d'<a
href="programs/apachectl.html">apachectl</a> ainsi que des autres programmes
d'assistance inclus avec le serveur, sont disponibles à la page
<a href="programs/">Serveur et programmes d'assistance</a>. Il existe
également une documentation de tous les <a href="mod/">modules</a>
inclus
dans la distribution Apache ainsi que les <a
href="mod/directives.html">directives</a> qu'ils fournissent.</p>
<!--#include virtual="footer.html" -->
</BODY>
</HTML>
1.1 httpd-docs-1.3/htdocs/manual/server-wide.html.fr
Index: server-wide.html.fr
===================================================================
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<!--English revision 1.7 -->
<HTML>
<HEAD>
<TITLE>Configuration globale du serveur</TITLE>
</HEAD>
<!-- Background white, links blue (unvisited), navy (visited), red (active)
-->
<BODY
BGCOLOR="#FFFFFF"
TEXT="#000000"
LINK="#0000FF"
VLINK="#000080"
ALINK="#FF0000"
>
<!--#include virtual="header.html" -->
<h1 align="center">Configuration globale du serveur</h1>
<p>Ce document décrit certaines directives traitées par le
<a href="mod/core.html">noyau</A> du serveur qui sont utilisées pour
configurer les opérations de base du serveur.</p>
<ul>
<li><a href="#identification">Identification du serveur</a></li>
<li><a href="#locations">Emplacement des fichiers</a></li>
<li><a href="#process">Création des processus</a></li>
<li><a href="#network">Configuration réseau</a></li>
<li><a href="#resource">Limitation de l'utilisation des ressources</a></li>
</ul>
<hr>
<h2><a name="identification">Identification du serveur</a></h2>
<table border="1">
<tr><td valign="top">
<strong>Directives associées</strong><br><br>
<A HREF="mod/core.html#servername">ServerName</A><br>
<A HREF="mod/core.html#serveradmin">ServerAdmin</A><br>
<A HREF="mod/core.html#serversignature">ServerSignature</A><br>
<A HREF="mod/core.html#servertokens">ServerTokens</A><br>
<A HREF="mod/core.html#usecanonicalname">UseCanonicalName</A><br>
</td></tr></table>
<p>Les directives <code>ServerAdmin</code> and <code>ServerTokens</code>
contrôlent quelles informations du serveur seront
présentées
dans les pages générées par le serveur telles que les
messages
d'erreur. La directive <code>ServerTokens</code> assigne la valeur du champ
serveur
dans les en-têtes de réponse HTTP.</p>
<p>Les directives <code>ServerName</code> and <code>UseCanonicalName</code>
sont utilisées pour déterminer comment former les URLs s'auto
référençant. Par exemple, quand un client requiert un
répertoire, mais n'inclut pas de barre oblique finale dans le nom du
répertoire, Apache doit rediriger le client vers le nom complet,
incluant
la barre oblique finale permettant ainsi au client de résoudre
correctement
les références relatives contenues dans le document.</p>
<hr>
<h2><a name="locations">Emplacement des fichiers</a></h2>
<table border="1">
<tr><td valign="top">
<strong>Directives associées</strong><br><br>
<a href="mod/core.html#coredumpdirectory">CoreDumpDirectory</a><br>
<a href="mod/core.html#documentroot">DocumentRoot</a><br>
<a href="mod/core.html#errorlog">ErrorLog</a><br>
<a href="mod/core.html#lockfile">Lockfile</a><br>
<a href="mod/core.html#pidfile">PidFile</a><br>
<a href="mod/core.html#scoreboardfile">ScoreBoardFile</a><br>
<a href="mod/core.html#serverroot">ServerRoot</a><br>
</td></tr></table>
<p>Ces directives contrôlent les emplacements des différents
fichiers qu'Apache a besoin pour ses propres besoins. Quand le chemin
employé
ne commence pas par une barre oblique, les fichiers sont localisés
relativement à <code>ServerRoot</code>. Soyez attentifs à placer
ces fichiers dans des chemins qui sont autorisés en écriture aux
utilisateurs autres que root. Voir les
<a href="misc/security_tips.html">trucs sur la sécurité</a>
pour
plus de détails.</p>
<hr>
<h2><a name="process">Création des processus</a></h2>
<table border="1">
<tr><td valign="top">
<strong>Directives associées</strong><br><br>
<a href="mod/core.html#bs2000account">BS2000Account</a><br>
<a href="mod/core.html#group">Group</a><br>
<a href="mod/core.html#maxclients">MaxClients</a><br>
<a href="mod/core.html#maxrequestsperchild">MaxRequestsPerChild</a><br>
<a href="mod/core.html#maxspareservers">MaxSpareServers</a><br>
<a href="mod/core.html#minspareservers">MinSpareServers</a><br>
<a href="mod/core.html#servertype">ServerType</a><br>
<a href="mod/core.html#startservers">StartServers</a><br>
<a href="mod/core.html#threadsperchild">ThreadsPerChild</a><br>
<a href="mod/core.html#user">User</a><br>
</td></tr></table>
<p>Si la directive <code>ServerType</code> est définie avec la
valeur recommandée de <code>Standalone</code>,
Apache 1.3 sur Unix est basé sur modèle de prélancement
des processus. Un unique processus de contrôle est responsable de lancer
des processus fils qui écoutent les connexions et les traitent
à
leur arrivée. Apache essaye de maintenir un certain nombre processus
en réserve ou inactifs, qui restent toujours prêts à
traiter
les requêtes arrivantes. De cette manière, les clients n'ont pas
à attendre que de nouveaux processus fils soient lancés avant
que
leurs requêtes soient traitées.</p>
<p>Les directives <code>StartServers</code>, <code>MinSpareServers</code>,
<code>MaxSpareServers</code>, and <code>MaxServers</code> régissent
comment le processus père crée les processus fils pour traiter
les
requêtes. En général Apache se régit seul
correctement,
et la plupart des sites n'ont pas besoin d'ajuster la valeur de ces
directives.
Les sites qui veulent servir plus de 256 requêtes simultanées
doivent augmenter la valeur de <code>MaxClients</code>, tandis que les sites
tournant sur des machines limitées en mémoire doivent
réduire
la valeur de <code>MaxClients</code> afin d'éviter d'utiliser le
fichier
d'échange. Plus d'informations sur le paramétrage de la
création des processus se trouvent dans la documentation
<a href="misc/perf-tuning.html">Aide sur les performances g�n�rales</a>.</p>
<p>Tandis que le processus père est généralement
lancé
en tant que root sous Unix pour se connecter sur le port 80, les processus
fils
sont lancés sous un utilisateur moins privilégié.
Les directives <code>User</code> et <code>Group</code> servent à
définir
les privilèges des processus fils. Les processus fils doivent
être
capable de lire le contenu devant être servi, mais doivent avoir le
minimum
de privilèges possibles. De plus, à moins que
<a href="suexec.html">suexec</a> soit utilisé, ces directives
définissent
également les droits qui seront hérités par les scripts
CGI.</p>
<p><code>MaxRequestsPerChild</code> contrôle la fréquence de
rénovation des processus, en supprimant les anciens et en
lançant de
nouveaux.</p>
<p>Sous Windows, Apache lance un processus père et un processus fils.
Le processus fils crée un ensemble de threads pour traiter les
requêtes.
Le nombre de threads est contrôlé par la directive
<code>ThreadsPerChild</code>.</p>
<hr>
<h2><a name="network">Configuration réseau</a></h2>
<table border="1">
<tr><td valign="top">
<strong>Directives associées</strong><br><br>
<a href="mod/core.html#bindaddress">BindAddress</a><br>
<a href="mod/core.html#keepalive">KeepAlive</a><br>
<a href="mod/core.html#keepalivetimeout">KeepAliveTimeout</a><br>
<a href="mod/core.html#listen">Listen</a><br>
<a href="mod/core.html#listenbacklog">ListenBackLog</a><br>
<a href="mod/core.html#maxkeepaliverequests">MaxKeepAliveRequests</a><br>
<a href="mod/core.html#port">Port</a><br>
<a href="mod/core.html#sendbuffersize">SendBufferSize</a><br>
<a href="mod/core.html#timeout">TimeOut</a><br>
</td></tr></table>
<p>Au démarrage d'Apache, celui ci se connecte à un port et une
adresse donnés sur la machine locale et attend l'arrivée de
requêtes. Par défaut, il écoute sur toutes les adresses,
et sur le port défini par la directive <code>Port</code>. Toutefois,
on peut lui indiquer d'écouter sur plus d'un port, de n'écouter
qu'à partir d'une seule adresse, ou une combinaison des deux. Ceci est
généralement combiné avec la fonction d'
<a href="vhosts/">hôte virtuel</a> qui détermine comment
Apache répond de différentes adresses IP, de noms d'hôtes
et
de ports.</p>
<p>Il y a deux directives qui permettent de restreindre ou de spécifier
quelles adresses et quels ports Apache doit écouter.
La directive <code>BindAddress</code> restreint le serveur à
n'écouter qu'une seule adresse IP. La directive <code>Listen</code>
peut
être utilisée pour spécifier un ensemble d'adresses et de
ports qu'Apache doit écouter.</p>
<p>Les directives <code>ListenBackLog</code>, <code>SendBufferSize</code>, and
<code>TimeOut</code> permettent d'adjuster comment Apache interagit avec
le réseau.</p>
<p>Les directives <code>KeepAlive</code>, <code>KeepAliveTimeout</code>,
and <code>MaxKeepAliveRequests</code> définissent comment
Apache gère les connexions persistantes.</p>
<hr>
<h2><a name="resource">Limitation de l'utilisation des Ressources</a></h2>
<table border="1">
<tr><td valign="top">
<strong>Directives associées</strong><br><br>
<a href="mod/core.html#limitrequestbody">LimitRequestBody</a><br>
<a href="mod/core.html#limitrequestfields">LimitRequestFields</a><br>
<a href="mod/core.html#limitrequestfieldsize">LimitRequestFieldsize</a><br>
<a href="mod/core.html#limitrequestline">LimitRequestLine</a><br>
<a href="mod/core.html#rlimitcpu">RLimitCPU</a><br>
<a href="mod/core.html#rlimitmem">RLimitMEM</a><br>
<a href="mod/core.html#rlimitnproc">RLimitNPROC</a><br>
<a href="mod/core.html#threadstacksize">ThreadStackSize</a><br>
</td></tr></table>
<p>Les directives commençant par <code>LimitRequest</code>
sont employées pour fixer des limites sur la quantité de
ressources qui seront utilisées pendant la lecture des requêtes
clientes. En
limitant ces valeurs, certains types de déni de service peuvent
être atténués.</p>
<p>Les directives commençant par <code>RLimit</code> sont
employées
pour fixer des limites sur la quantité de ressources qu'utiliseront
les processus
lancés par les processus enfants Apache.
En particulier, elles contrôle les ressources utilisées par les
scripts CGI et les commandes exec SSI.</p>
<p>La directive <code>ThreadStackSize</code> est utilisée seulement sur
Netware pour contrôler la taille de la pile.</p>
<!--#include virtual="footer.html" -->
</BODY>
</HTML>
