<?xml version="1.0" encoding="ISO-8859-15"?>
<!DOCTYPE article PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN"
"http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd">
<article id="three-interface_fr" lang="fr">
  <!--$Id$-->

  <articleinfo>
    <title>Firewall  trois interfaces</title>

    <subtitle>Version Franaise de <foreignphrase lang="en"><ulink
    url="http://www.shorewall.net/three-interface.htm">Three-Interface
    Firewall</ulink></foreignphrase></subtitle>

    <authorgroup>
      <author>
        <firstname>Tom</firstname>

        <surname>Eastep</surname>
      </author>

      <othercredit role="translator">
        <firstname>Patrice</firstname>

        <surname>Vetsel</surname>

        <contrib>Traduction franaise initiale</contrib>
      </othercredit>

      <othercredit role="translator">
        <firstname>Fabien</firstname>

        <surname>Demassieux</surname>

        <contrib>Adaptation franaise version 2.0</contrib>
      </othercredit>

      <othercredit role="translator">
        <firstname>Guy</firstname>

        <surname>Marcenac</surname>

        <contrib>Adaptation franaise version 3.0</contrib>
      </othercredit>
    </authorgroup>

    <pubdate><?dbtimestamp format="Y/m/d"?></pubdate>

    <copyright>
      <year>2002-2006</year>

      <holder>Thomas M. Eastep</holder>

      <holder>Patrice Vetsel</holder>

      <holder>Fabien Demassieux</holder>

      <holder>Guy Marcenac</holder>
    </copyright>

    <legalnotice>
      <para>Permission est accorde de copier, distribuer et/ou modifier ce
      document selon les termes de la Licence de Documentation Libre GNU (GNU
      Free Documentation License), version 1.2 ou toute version ultrieure
      publie par la Free Software Foundation ; sans section Invariables, sans
      premire de Couverture, et sans texte de quatrime de couverture. Une
      copie de la prsente Licence est incluse dans la section intitule. Une
      traduction franaise de la licence se trouve dans la section
      <quote><ulink url="http://cesarx.free.fr/gfdlf.html">Licence de
      Documentation Libre GNU</ulink></quote>. Ce paragraphe est une
      traduction franaise pour aider  votre comprhension. Seul le texte
      original en anglais prsent ci-dessous fixe les conditions
      d'utilisation de cette documentation.</para>

      <para>Permission is granted to copy, distribute and/or modify this
      document under the terms of the GNU Free Documentation License, Version
      1.2 or any later version published by the Free Software Foundation; with
      no Invariant Sections, with no Front-Cover, and with no Back-Cover
      Texts. A copy of the license is included in the section entitled
      <quote><ulink url="GnuCopyright.htm">GNU Free Documentation
      License</ulink></quote>.</para>
    </legalnotice>
  </articleinfo>

  <note>
    <para><emphasis role="underline">Notes du traducteur :</emphasis> Le guide
    initial a t traduit par <ulink
    url="mailto:vetsel.patrice@wanadoo.fr">VETSEL Patrice</ulink> et la
    rvision pour la version 2 de Shorewall a t effectue par <ulink
    url="mailto:fd03x@wanadoo.fr">Fabien Demassieux</ulink>. J'ai assur la
    rvision pour l'adapter  la version 3 de Shorewall. Si vous trouvez des
    erreurs ou des amliorations  y apporter vous pouvez <ulink
    url="mailto:guy@posteurs.com">me contacter</ulink>.</para>
  </note>

  <caution>
    <para><emphasis role="bold">Cet article s'applique  Shorewall 3.0 et 
    ses versions ultrieures. Si vous utilisez une version plus ancienne de
    Shorewall, rfrez-vous  la documentation s'appliquant  votre
    version</emphasis>.</para>
  </caution>

  <section>
    <title>Introduction</title>

    <para>Mettre en place un systme Linux en tant que firewall pour un petit
    rseau contenant une <acronym>DMZ</acronym> est une chose assez simple, si
    vous comprenez les bases et que vous suivez la documentation.</para>

    <para>Ce guide ne prtend pas vous apprendre tous les rouages de
    Shorewall. Il se concentre sur ce qui est ncessaire pour configurer
    Shorewall dans son utilisation la plus courante:</para>

    <itemizedlist>
      <listitem>
        <para>Un systme Linux utilis en tant que firewall/routeur pour un
        petit rseau local.</para>
      </listitem>

      <listitem>
        <para>Une seule adresse IP publique.</para>

        <note>
          <para>Si vous avez plus d'une adresse IP, ce n'est pas le guide qui
          vous convient -- regardez plutt du cot du <ulink
          url="shorewall_setup_guide_fr.htm">Guide de Configuration
          Shorewall</ulink>.</para>
        </note>
      </listitem>

      <listitem>
        <para>Une DMZ connecte sur une interface ethernet spare. L'objet
        d'une <acronym>DMZ</acronym> est d'isoler les systmes de votre rseau
        local de vos serveurs qui sont exposs sur internet, de telle manire
        que, si un de ces serveurs tait compromis, il reste encore un
        firewall entre le systme compromis et vos systmes locaux.</para>
      </listitem>

      <listitem>
        <para>Une connexion internet par le biais d'un modem cble,
        <acronym>ADSL</acronym>, <acronym>ISDN-RNIS</acronym>, "Frame Relay",
        <acronym>RTC</acronym> ...</para>
      </listitem>
    </itemizedlist>

    <para>Voici le schma d'une installation typique.</para>

    <figure>
      <title>Schma d'une installation typique</title>

      <mediaobject>
        <imageobject>
          <imagedata align="center" fileref="images/dmz1.png" format="PNG" />
        </imageobject>
      </mediaobject>
    </figure>

    <section>
      <title>Pr-requis Systme</title>

      <para>Shorewall a besoin que le paquetage
      <command><command>iproute</command></command>/<command><command>iproute2</command></command>
      soit install (avec la distribution <trademark>RedHat</trademark>, le
      paquetage s'appelle <command><command>iproute</command></command>). Vous
      pouvez contrler que le package est install en vrifiant la prsence du
      programme <command><command>ip</command></command> sur votre firewall.
      En tant que <systemitem class="username">root</systemitem>, vous pouvez
      utiliser la commande <command>which</command> pour cela:</para>

      <programlisting>[root@gateway root]# <command>which ip</command>
/sbin/ip
[root@gateway root]#</programlisting>
    </section>

    <section>
      <title>Avant de commencer</title>

      <para>Je vous recommande de commencer par une lecture complte du guide
      afin de vous familiariser avec les concepts mis en oeuvre, puis de
      recommencer la lecture et seulement alors d'appliquer vos modifications
      de configuration.</para>

      <caution>
        <para>Si vous ditez vos fichiers de configuration sur un systme
        <trademark>Windows</trademark>, vous devez les enregistrer comme des
        fichiers <trademark>Unix</trademark> si votre diteur supporte cette
        option sinon vous devez les convertir avec <command>dos2unix</command>
        avant d'essayer de les utiliser. De la mme manire, si vous copiez un
        fichier de configuration depuis votre disque dur
        <trademark>Windows</trademark> vers une disquette, vous devez lancer
        <command>dos2unix</command> sur la copie avant de l'utiliser avec
        Shorewall.</para>

        <simplelist>
          <member><ulink url="http://www.simtel.net/pub/pd/51438.html">Version
          Windows de dos2unix</ulink></member>

          <member><ulink
          url="http://www.megaloman.com/~hany/software/hd2u/">Version Linux de
          dos2unix</ulink></member>
        </simplelist>
      </caution>
    </section>

    <section>
      <title>Conventions</title>

      <para>Les points o des modifications s'imposent sont indiqus par
      <inlinegraphic fileref="images/BD21298_.gif" format="GIF" />.</para>

      <para>Les notes de configuration qui sont propres  LEAF/Bering sont
      marques avec <inlinegraphic fileref="images/leaflogo.gif"
      format="GIF" />.</para>
    </section>
  </section>

  <section>
    <title>PPTP/ADSL</title>

    <para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para>

    <para>Si vous tes quip d'un modem
    <acronym><acronym>ADSL</acronym></acronym> et que vous utilisez
    <acronym>PPTP</acronym> pour communiquer avec un serveur  travers ce
    modem, vous devez faire les changements <ulink
    url="PPTP.htm#PPTP_ADSL">suivants</ulink> en plus de ceux dcrits
    ci-dessous. <acronym><acronym>ADSL</acronym></acronym> avec
    <acronym><acronym>PPTP</acronym></acronym> est rpandu en Europe,
    notamment en Autriche.</para>
  </section>

  <section>
    <title>Les Concepts de Shorewall</title>

    <para>Les fichiers de configuration pour Shorewall sont situs dans le
    rpertoire /etc/shorewall -- pour de simples paramtrages, vous n'aurez 
    faire qu'avec quelques-uns d'entre eux comme dcrit dans ce guide.</para>

    <warning>
      <para><emphasis role="bold">Note aux utilisateurs de Debian et de
      Ubuntu</emphasis></para>

      <para>Si vous vous servez du .deb pour installer, vous vous rendrez
      compte que votre rpertoire <filename
      class="directory">/etc/shorewall</filename> est vide. Ceci est voulu.
      Les squelettes des fichiers de configuration se trouvent sur votre
      systme dans le rpertoire <filename
      class="directory">/usr/share/doc/shorewall/default-config</filename>.
      Copiez simplement les fichiers dont vous avez besoin depuis ce
      rpertoire dans <filename class="directory">/etc/shorewall</filename>,
      puis modifiez ces copies.</para>

      <para>Remarquez que vous devez copier<filename>
      /usr/share/doc/shorewall/default-config/shorewall.conf</filename> et
      <filename>/usr/share/doc/shorewall/default-config/modules</filename>
      dans <filename
      class="directory"><filename>/etc/shorewall</filename></filename> mme si
      vous ne modifiez pas ces fichiers.</para>
    </warning>

    <para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para>

    <para>Aprs avoir install Shorewall, vous pourrez trouver les exemples de
    la manire suivante:<orderedlist>
        <listitem>
          <para>Si vous avez install en utilisant un <acronym>RPM</acronym>,
          les exemples seront dans le sous-rpertoire <filename
          class="directory">Samples/three-interfaces/</filename> du rpertoire
          de la documentation de Shorewall. Si vous ne savez pas o se trouve
          le rpertoire de la documentation de Shorewall, vous pouvez trouver
          les exemples en utilisant cette commande:</para>

          <programlisting>~# rpm -ql shorewall | fgrep three-interfaces
/usr/share/doc/packages/shorewall/Samples/three-interfaces
/usr/share/doc/packages/shorewall/Samples/three-interfaces/interfaces
/usr/share/doc/packages/shorewall/Samples/three-interfaces/masq
/usr/share/doc/packages/shorewall/Samples/three-interfaces/policy
/usr/share/doc/packages/shorewall/Samples/three-interfaces/routestopped
/usr/share/doc/packages/shorewall/Samples/three-interfaces/rules
/usr/share/doc/packages/shorewall/Samples/three-interfaces/zones
~#</programlisting>
        </listitem>

        <listitem>
          <para>Si vous avez install depuis le tarball, les exemples sont
          dans le rpertoire <filename>Samples/three-interfaces</filename> du
          tarball.</para>
        </listitem>

        <listitem>
          <para>Si vous avez install en utilisant un .deb, les exemples sont
          dans
          <filename>/usr/share/doc/shorewall/examples/three-interfaces</filename>.</para>
        </listitem>
      </orderedlist></para>

    <para>Au fur et  mesure de la prsentation de chaque fichier, je vous
    suggre de jeter un oeil  ceux physiquement prsents sur votre systme --
    chacun des fichiers contient des instructions de configuration dtailles
    et des entres par dfaut.</para>

    <para>Shorewall voit le rseau o il fonctionne, comme tant compos d'un
    ensemble de zones. Dans une configuration avec trois interfaces, les noms
    des zones suivants sont utiliss:</para>

    <programlisting>#ZONE   TYPE   OPTIONS                 IN                      OUT
#                                      OPTIONS                 OPTIONS
fw      firewall
net     ipv4
loc     ipv4
dmz     ipv4</programlisting>

    <para>Les zones de Shorewall sont dfinies dans le fichier <ulink
    url="Documentation.htm#Zones"><filename
    class="directory">/etc/shorewall/</filename><filename>zones</filename></ulink>.</para>

    <para>Remarquez que Shorewall reconnat le systme de firewall comme sa
    propre zone. Quand le fichier <filename>/etc/shorewall/zones</filename>
    est trait, le nom de la zone firewall est stock dans la variable
    d'environnement <emphasis>$FW</emphasis> qui peut tre utilise depuis
    l'ensemble des autres fichiers de configuration de Shorewall, pour faire
    rfrence au firewall lui-mme.</para>

    <para>Les rgles  propos du trafic  autoriser et  interdire sont
    exprimes en utilisant le terme de zones.</para>

    <itemizedlist>
      <listitem>
        <para>Vous exprimez votre politique par dfaut pour les connexions
        d'une zone vers une autre zone dans le fichier <ulink
        url="Documentation.htm#Policy"><filename
        class="directory">/etc/shorewall/</filename><filename>policy</filename></ulink>.</para>
      </listitem>

      <listitem>
        <para>Vous dfinissez les exceptions  ces politiques pas dfaut dans
        le fichier <ulink url="Documentation.htm#Rules"><filename
        class="directory">/etc/shorewall/</filename><filename>rules</filename></ulink>.</para>
      </listitem>
    </itemizedlist>

    <para>Pour chaque connexion demandant  entrer dans le firewall, la
    requte est en premier lieu vrifie par rapport au contenu du fichier
    <filename>/etc/shorewall/rules</filename>. Si aucune rgle dans ce fichier
    ne correspond  la demande de connexion, alors la premire politique dans
    le fichier <filename>/etc/shorewall/policy</filename> qui y correspond
    sera applique. S'il y a une <ulink
    url="shorewall_extension_scripts.htm">action commune</ulink> dfinie pour
    cette politique dans <filename>/etc/shorewall/actions</filename> ou dans
    <filename>/usr/share/shorewall/actions.std</filename> cette action commune
    sera excute avant que la politique ne soit applique. Le but de l'action
    commune est double:</para>

    <itemizedlist>
      <listitem>
        <para>Elle ignore (DROP) ou rejete (REJECT) silencieusement le traffic
        courant qui n'est pas dangeureux qui sans cela encombrerait votre
        fichier journal - les messages de broadcast, par exemple.</para>
      </listitem>

      <listitem>
        <para>Elle garantit que le traffic ncessaire  un fonctionnement
        normal est autoris  traverser le firewall &mdash; ICMP
        <emphasis>fragmentation-needed</emphasis> par exemple</para>
      </listitem>
    </itemizedlist>

    <para>Le fichier /etc/shorewall/policy inclus dans l'archive d'exemple
    (three-interface) contient les politiques suivantes:</para>

    <programlisting>#SOURCE    DEST        POLICY      LOG LEVEL    LIMIT:BURST
loc        net         ACCEPT
net        all         DROP        info
all        all         REJECT      info</programlisting>

    <important>
      <para>Dans le fichier d'exemple (three-interface), la ligne suivante est
      incluse mais elle est commente. Si vous voulez que votre firewall
      puisse avoir un accs complet aux serveurs sur internet, d-commentez la
      ligne.</para>

      <programlisting>#SOURCE    DEST        POLICY      LOG LEVEL    LIMIT:BURST
$FW         net         ACCEPT</programlisting>
    </important>

    <para>Les politiques prcdentes vont: <itemizedlist>
        <listitem>
          <para>Autoriser (ACCEPT) toutes les demandes de connexion depuis
          votre rseau local vers internet</para>
        </listitem>

        <listitem>
          <para>Ignorer (DROP) toutes les demandes de connexion depuis
          internet vers votre firewall ou votre rseau local</para>
        </listitem>

        <listitem>
          <para>Autoriser (ACCEPT) toutes les demandes de connexion de votre
          firewall vers internet (si vous avez d-comment la politique
          additionnelle)</para>
        </listitem>

        <listitem>
          <para>Rejeter (REJECT) toutes les autres requtes de
          connexion.</para>
        </listitem>
      </itemizedlist></para>

    <para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para>

    <para>Maintenant, ditez votre propre fichier <filename><filename
    class="directory">/etc/shorewall/</filename><filename>policy</filename></filename>
    et faites-y les changements que vous dsirez.</para>
  </section>

  <section>
    <title>Les Interfaces Rseau</title>

    <figure>
      <title>DMZ</title>

      <mediaobject>
        <imageobject>
          <imagedata align="center" fileref="images/dmz1.png" format="PNG" />
        </imageobject>
      </mediaobject>
    </figure>

    <para>Le firewall possde trois interfaces rseau. Lorsque la connexion
    internet passe par un <quote>modem</quote> cble ou<acronym><acronym> ADSL
    </acronym></acronym><emphasis><emphasis>l'Interface
    Externe</emphasis></emphasis> sera l'adaptateur ethernet qui est connect
     ce <quote>Modem</quote> (par exemple <filename
    class="devicefile">eth0</filename>). Par contre, si vous vous connectez
    avec <acronym>PPPoE</acronym> (Point-to-Point Protocol over Ethernet) ou
    avec <acronym><acronym>PPTP</acronym></acronym> (Point-to-Point Tunneling
    Protocol), l'interface externe sera une interface ppp (par exemple
    <filename class="devicefile"><filename
    class="devicefile">ppp0</filename></filename>). Si vous vous connectez
    avec un simple modem <acronym><acronym>RTC</acronym></acronym>, votre
    interface externe sera aussi <filename class="devicefile"><filename
    class="devicefile">ppp0</filename></filename>. Si vous vous connectez en
    utilisant l'<acronym><acronym>ISDN</acronym></acronym>, votre interface
    externe sera <filename class="devicefile"><filename
    class="devicefile">ippp0</filename></filename>.</para>

    <para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para>

    <para><emphasis role="bold">Si votre interface vers l'extrieur est
    <filename class="devicefile">ppp0</filename> ou <filename
    class="devicefile">ippp0</filename> alors vous mettrez CLAMPMSS=yes dans
    le fichier
    <filename>/etc/shorewall/shorewall.conf</filename></emphasis>.</para>

    <para>Votre <emphasis>Interface locale</emphasis> sera un adaptateur
    ethernet (<filename class="devicefile">eth0</filename>, <filename
    class="devicefile">eth1</filename> or <filename
    class="devicefile">eth2</filename>) et sera connect  un hub ou  un
    switch. Vos ordinateurs locaux seront connects  ce mme hub ou switch
    (note : si vous n'avez qu'un seul ordinateur en local, vous pouvez le
    connecter directement au firewall par un cble crois).</para>

    <para>Votre <emphasis>interface <acronym>DMZ</acronym></emphasis> sera
    aussi un adaptateur ethernet (<filename
    class="devicefile">eth0</filename>, <filename
    class="devicefile">eth1</filename> or <filename
    class="devicefile">eth2</filename>) et sera connecte  un hub ou  un
    switch. Vos ordinateurs appartenant  la <acronym>DMZ</acronym> seront
    connects  ce mme hub ou switch (note : si vous n'avez qu'un seul
    ordinateur dans la <acronym>DMZ</acronym>, vous pouvez le connecter
    directement au firewall par un cble crois).</para>

    <warning>
      <para><emphasis role="bold">Ne connectez pas les interfaces interne et
      externe sur le mme hub ou le mme switch, sauf  des fins de
      test</emphasis>. Vous pouvez tester en utilisant ce type de
      configuration si vous spcifiez l'option <emphasis
      role="bold">arp_filter</emphasis> ou l'option <emphasis
      role="bold">arp_ignore</emphasis> dans le fichier <filename
      class="directory">/etc/shorewall/</filename><filename>interfaces, et
      ce</filename> pour toutes les interfaces connectes au hub/switch
      commun. <emphasis role="bold">Il est trs fortement dconseill
      d'utiliser une telle configuration avec un firewall en
      production</emphasis>.</para>
    </warning>

    <para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para>

    <para>Le fichier de configuration d'exemple pour le firewall  trois
    interfaces suppose que votre interface externe est <filename
    class="devicefile"><filename
    class="devicefile">eth0</filename></filename>, que l'interface locale est
    <filename class="devicefile">eth1</filename> et que la
    <acronym>DMZ</acronym> est sur l'interface <filename
    class="devicefile"><filename
    class="devicefile">eth2</filename></filename>. Si votre configuration est
    diffrente, vous devrez modifier le fichier<filename>
    /etc/shorewall/interfaces</filename> en consquence. Tant que vous y tes,
    vous pourriez parcourir la liste des options qui sont spcifies pour les
    interfaces. Quelques astuces:<tip>
        <para>Si votre interface vers l'extrieur est <filename
        class="devicefile">ppp0</filename> ou <filename
        class="devicefile">ippp0</filename>, vous pouvez remplacer le
        <quote>detect</quote> dans la seconde colonne par un <quote>-</quote>
        (sans guillemets).</para>
      </tip><tip>
        <para>Si votre interface vers l'extrieur est <filename
        class="devicefile">ppp0</filename> or <filename
        class="devicefile">ippp0</filename> ou si vous avez une adresse
        <acronym>IP</acronym> statique, vous pouvez enlever
        <quote>dhcp</quote> dans la liste des options .</para>
      </tip></para>
  </section>

  <section>
    <title>Adresses IP</title>

    <para>Avant d'aller plus loin, nous devons dire quelques mots au sujet des
    adresses IP. Normalement, votre Fournisseur d' Accs Internet
    (<acronym>FAI</acronym>) ne vous allouera qu'une seule adresse IP. Cette
    adresse peut vous tre alloue par <acronym>DHCP</acronym> (Dynamic Host
    Configuration Protocol), lors de l'tablissement de votre connexion (modem
    standard) ou bien lorsque vous tablissez un autre type de connexion
    <acronym>PPP</acronym> (<acronym>PPPoA</acronym>,
    <acronym>PPPoE</acronym>, etc.). Dans certains cas , votre fournisseur
    peut vous allouer une adresse statique IP. Dans ce cas vous devez
    configurer l'interface externe de votre firewall afin d'utiliser cette
    adresse de manire permanente.</para>

    <para>Quelle que soit la faon dont votre adresse externe vous est
    attribue, elle va tre partage par tous vos systmes lors de l'accs 
    internet. Vous devrez assigner vos propres adresses au machines de votre
    rseau local (votre interface interne sur le firewall ainsi que les autres
    ordinateurs). La RFC 1918 rserve des plages d'adresses IP pour
    l'utilisation dans les rseau privs:</para>

    <programlisting>10.0.0.0    - 10.255.255.255
172.16.0.0  - 172.31.255.255
192.168.0.0 - 192.168.255.255</programlisting>

    <para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para>

    <para>Avant de lancer Shorewall, <emphasis role="bold">il faut regarder
    l'adresse IP de votre interface externe, et, si elle est dans l'une des
    plages prcdentes, vous devez enlever l'option "norfc1918" dans la ligne
    concernant l'interface externe dans le fichier
    <filename>/etc/shorewall/interfaces</filename></emphasis>.</para>

    <para>Vous devrez allouer vos adresses depuis le mme sous-rseau
    (subnet). Pour ce faire, nous pouvons considrer un sous-rseau comme
    tant une plage d'adresses <varname>allant de x.y.z.0 
    x.y.z.255</varname>. Un tel sous-rseau aura un masque (subnet mask)
    <systemitem class="netmask">de 255.255.255.0</systemitem>. L'adresse
    <varname>x.y.z.0</varname> est rserve comme l'adresse de sous-rseau
    <emphasis>(Subnet Address</emphasis>) et l'adresse
    <varname>x.y.z.255</varname> est rserve en tant qu'adresse de diffusion
    (<emphasis>broadcast</emphasis>). Dans Shorewall, un tel sous-rseau est
    dcrit en utilisant <ulink url="shorewall_setup_guide_fr.htm#Subnets">la
    notation CIDR (Classless InterDomain Routing)</ulink> qui consiste en
    l'adresse du sous-rseau suivie par<varname> /</varname>24. Le
    <quote>24</quote> indiquant le nombre conscutif de bits 
    <quote>1</quote> dans la partie gauche du masque de sous-rseau.</para>

    <table>
      <title>Un exemple de sous-rseau (sub-network) :</title>

      <tgroup cols="2">
        <colspec align="left" />

        <tbody>
          <row>
            <entry>Etendue:</entry>

            <entry><systemitem class="ipaddress">10.10.10.0</systemitem> -
            <systemitem class="ipaddress">10.10.10.255</systemitem></entry>
          </row>

          <row>
            <entry>Adresse de sous-rseau:</entry>

            <entry><systemitem
            class="ipaddress">10.10.10.0</systemitem></entry>
          </row>

          <row>
            <entry>Adresse de diffusion:</entry>

            <entry><systemitem
            class="ipaddress">10.10.10.255</systemitem></entry>
          </row>

          <row>
            <entry>Notation CIDR:</entry>

            <entry><systemitem
            class="ipaddress">10.10.10.0/24</systemitem></entry>
          </row>
        </tbody>
      </tgroup>
    </table>

    <para>La convention veut que l'on affecte  l'interface interne du
    firewall la premire adresse utilisable du sous-rseau (<systemitem
    class="ipaddress">10.10.10.1</systemitem> dans l'exemple prcdent) ou
    bien la dernire adresse utilisable (<systemitem
    class="ipaddress">10.10.10.254</systemitem>).</para>

    <para>L'un des objectifs de la gestion en sous-rseaux est de permettre 
    tous les ordinateurs du sous-rseau de savoir avec quels autres
    ordinateurs ils peuvent communiquer directement. Pour communiquer avec des
    systmes en dehors du sous-rseau auquel ils appartiennent, les
    ordinateurs doivent envoyer leurs paquets par l'intermdiaire d'une
    passerelle (gateway).</para>

    <para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para>

    <para>Vos ordinateurs locaux (computer 1 et computer 2 dans le diagramme)
    doivent tre configurs avec leur passerelle par dfaut (default gateway)
    pointant sur l'adresse <acronym>IP</acronym> de l'interface interne du
    firewall. Les ordinateurs de votre <acronym>DMZ</acronym> (DMZ Computer 1
    et DMZ computer 2) devraient tre configurs avec leur passerelle par
    dfaut (default gateway) pointant sur l'adresse <acronym>IP</acronym> de
    l'interface <acronym>DMZ</acronym> du firewall.</para>

    <para>Cette brve prsentation ne fait qu'effleurer la question des
    sous-rseaux et du routage. Si vous voulez en apprendre plus sur
    l'adressage <acronym>IP</acronym> et le routage, je recommande <quote>IP
    Fundamentals: What Everyone Needs to Know about Addressing &amp;
    Routing</quote>, Thomas A. Maufer, Prentice-Hall, 1999, ISBN 0-13-975483-0
    (<ulink
    url="http://www.phptr.com/browse/product.asp?product_id={58D4F6D4-54C5-48BA-8EDD-86EBD7A42AF6}">lien</ulink>).</para>

    <para>Le reste de ce guide suppose que vous avez configur votre rseau
    comme montr ci-dessous :</para>

    <figure>
      <title>DMZ</title>

      <mediaobject>
        <imageobject>
          <imagedata fileref="images/dmz2.png" />
        </imageobject>

        <caption>
          <para>La passerelle par dfaut pour la DMZ sera <systemitem
          class="ipaddress">10.10.11.254</systemitem> et la passerelle par
          dfaut pour les ordinateurs locaux sera <systemitem
          class="ipaddress">10.10.10.254</systemitem>.</para>

          <warning>
            <para>Votre <acronym>FAI</acronym> pourrait allouer une adresse
            <emphasis role="bold">RFC 1918</emphasis>  votre interface
            externe. Si cette adresse est le sous-rseau <systemitem
            class="ipaddress">10.10.10.0/24</systemitem> alors <emphasis
            role="bold">vous aurez besoin d'un sous-rseau RFC 1918 DIFFRENT
            pour votre rseau local</emphasis>.</para>
          </warning>
        </caption>
      </mediaobject>
    </figure>
  </section>

  <section>
    <title>IP Masquerading (SNAT)</title>

    <para>Les adresses rserves par la RFC 1918 sont parfois dsignes comme
    non-routables car les routeurs centraux d'internet (backbone) ne font pas
    suivre les paquets qui ont une adresse de destination appartenant  la
    RFC-1918. Lorsqu'un de vos systmes en local (supposons Computer 1) envoie
    une demande de connexion  un serveur internet, le firewall doit effectuer
    une traduction d'adresse rseau ou <emphasis>Network Address Translation
    (</emphasis><acronym><acronym>NAT</acronym></acronym>). Le firewall
    rcrit l'adresse source dans le paquet et la remplace par l'adresse de
    l'interface externe du firewall; en d'autres termes, le firewall fait
    croire que c'est lui mme qui initie la connexion. Ceci est ncessaire
    afin que l'hte de destination soit capable de renvoyer les paquets au
    firewall (souvenez vous que les paquets qui ont pour adresse de
    destination une adresse rserve par la RFC 1918 ne peuvent pas tre
    routs  travers internet, donc l'hte internet ne peut adresser sa
    rponse  l'ordinateur 1). Lorsque le firewall reoit le paquet de
    rponse, il rcrit l'adresse de destination  <systemitem
    class="ipaddress">10.10.10.1</systemitem> et fait passer le paquet vers
    l'ordinateur Computer 1.</para>

    <para>Sur les systmes Linux, ce procd est souvent appel <emphasis>IP
    Masquerading</emphasis> mais vous verrez aussi le terme de traduction
    d'adresses source ou <emphasis>Source Network Address
    Translation</emphasis> (<acronym>SNAT</acronym>). Shorewall suit la
    convention utilise avec Netfilter:<itemizedlist>
        <listitem>
          <para><emphasis>Masquerade</emphasis> dsigne le cas ou vous laissez
          votre firewall dtecter automatiquement l'adresse de votre interface
          externe.</para>
        </listitem>

        <listitem>
          <para><emphasis><acronym>SNAT</acronym></emphasis> dsigne le cas o
          vous spcifiez explicitement l'adresse source des paquets sortant de
          votre rseau local.</para>
        </listitem>
      </itemizedlist>Sous Shorewall, autant le
    <emphasis>Masquerading</emphasis> que la
    <emphasis><acronym>SNAT</acronym></emphasis> sont configurs avec des
    entres dans le fichier <filename>/etc/shorewall/masq</filename>. Vous
    utiliserez normalement le Masquerading si votre adresse
    <acronym>IP</acronym> externe est dynamique, et la <acronym>SNAT</acronym>
    si votre adresse <acronym>IP</acronym> externe est statique.</para>

    <para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para>

    <para>Si votre interface externe est <filename
    class="devicefile">eth0</filename>, si votre interface locale est
    <filename class="devicefile">eth1</filename> et que votre interface pour
    la <acronym>DMZ</acronym> est <filename
    class="devicefile">eth2</filename>, vous n'avez pas besoin de modifier le
    fichier fourni avec l'exemple. Dans le cas contraire, ditez <filename
    class="directory">/etc/shorewall/</filename><filename>masq</filename> et
    changez-le en consquence.</para>

    <para>Si, malgr les avertissements, vous utilisez ce guide et que vous
    voulez faire du NAT un--un (one-to-one NAT) ou du Proxy ARP pour votre
    DMZ, enlevez l'entre pour <filename class="devicefile">eth2</filename> de
    <filename><filename
    class="directory">/etc/shorewall/</filename><filename>masq</filename></filename>.</para>

    <para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para>

    <para>Si votre adresse externe <acronym>IP</acronym> est statique, vous
    pouvez la mettre dans la troisime colonne dans <filename
    class="directory">/etc/shorewall/</filename><filename>masq</filename> si
    vous le dsirez. De toutes faons votre firewall fonctionnera bien si vous
    laissez cette colonne vide. Le fait de mettre votre adresse
    <acronym>IP</acronym> statique dans la troisime colonne permet un
    traitement des paquets sortants un peu plus efficace.</para>

    <para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para>

    <para>Si vous utilisez un paquetage Debian, vrifiez dans votre fichier de
    configuration <filename>shorewall.conf</filename> que la valeur suivante
    est convenablement paramtre, sinon faites les changements
    ncessaires:<itemizedlist spacing="compact">
        <listitem>
          <para><varname>IP_FORWARDING=On</varname></para>
        </listitem>
      </itemizedlist></para>
  </section>

  <section id="DNAT">
    <title>Transfert de ports (DNAT)</title>

    <para>Un de nos objectifs est de faire tourner un ou plusieurs serveurs
    sur nos ordinateurs dans la DMZ. Puisque ces ordinateurs ont une adresse
    RFC-1918, il n'est pas possible pour les clients sur internet de s'y
    connecter directement. Il faudra plutt  que ces clients adressent leurs
    demandes de connexion au firewall qui rcrira l'adresse de votre serveur
    comme adresse de destination, puis lui fera passer le paquet. Lorsque
    votre serveur retournera sa rponse, le firewall appliquera
    automatiquement une rgle <acronym><acronym>SNAT</acronym></acronym> pour
    rcrire l'adresse source dans la rponse.</para>

    <para>Ce procd est appel transfert de port (<emphasis>Port
    Forwarding)</emphasis> ou traduction d'adresses rseau destination ou
    <emphasis>Destination Network Address Translation</emphasis>
    (<acronym><acronym>DNAT</acronym></acronym>). Vous configurez le transfert
    de port en utilisant des rgles <acronym><acronym>DNAT</acronym></acronym>
    dans le fichier <filename>/etc/shorewall/rules</filename>.</para>

    <para>La forme gnrale d'une simple rgle de transfert de port dans
    <filename>/etc/shorewall/rules</filename> est:<programlisting>#ACTION   SOURCE    DEST                                          PROTO      DEST PORT(S)
DNAT      net       dmz:<emphasis>&lt;server local IP address&gt;</emphasis>[:<emphasis>&lt;server port&gt;</emphasis>] <emphasis>&lt;protocol&gt;</emphasis> <emphasis>&lt;port&gt;</emphasis></programlisting>
    Si vous ne spcifiez pas <emphasis><varname>&lt;server
    port&gt;</varname></emphasis>, il est suppos tre le mme que
    <emphasis><varname>&lt;port&gt;</varname></emphasis>.</para>

    <important>
      <para>Assurez-vous d'ajouter vos rgles aprs la ligne contenant
      <emphasis role="bold">SECTION NEW.</emphasis></para>
    </important>

    <example>
      <title>Vous faites tourner un serveur Web sur l'ordinateur Computer 2 de
      votre <acronym>DMZ</acronym> et vous voulez faire suivre  ce systme
      les paquets entrant en TCP sur le port 80</title>

      <programlisting>#ACTION     SOURCE    DEST                PROTO      DEST PORT(S)
Web/DNAT     net    dmz:10.10.11.2  
Web/ACCEPT   loc    dmz:10.10.11.2</programlisting>

      <para><itemizedlist>
          <listitem>
            <para>L'entre 1 fait suivre le port 80 depuis internet vers la
            <acronym>DMZ</acronym>.</para>
          </listitem>

          <listitem>
            <para>L'entre 2 autorise les connexions depuis le rseau
            local.</para>
          </listitem>
        </itemizedlist>Plusieurs points importants sont  garder en mmoire
      :<itemizedlist>
          <listitem>
            <para>Lorsque vous vous connectez  votre serveur  partir de
            votre rseau local, vous devez utiliser l'adresse IP interne du
            serveur (<systemitem
            class="ipaddress">10.10.11.2</systemitem>).</para>
          </listitem>

          <listitem>
            <para>Quelques Fournisseurs d'Accs Internet
            (<acronym>FAI</acronym>) bloquent les requtes de connexion
            entrantes sur le port 80. Si vous avez des problmes pour vous
            connecter  votre serveur web, essayez la rgle suivante et
            connectez vous sur le port 5000 (c.a.d., connectez vous 
            <literal>http://w.x.y.z:5000 ou w.x.y.z</literal> est votre IP
            externe).<programlisting>#ACTION   SOURCE    DEST                PROTO      DEST PORT(S)    SOURCE
#                                                                  PORT(S)
DNAT      net       dmz:10.10.11.2:80   tcp        80              5000</programlisting></para>
          </listitem>

          <listitem>
            <para>Si vous voulez avoir la possibilit de vous connecter 
            votre serveur depuis le rseau local en utilisant votre adresse
            externe, et si vous avez une adresse IP externe statique (fixe),
            vous pouvez remplacer la rgle loc-&gt;dmz prcdente par
            :<programlisting>#ACTION   SOURCE    DEST            PROTO  DEST PORT(S)  SOURCE   ORIGINAL
#                                                        PORT(S)  DEST
DNAT      loc       dmz:10.10.11.2  tcp    80            -        <emphasis>&lt;external IP&gt;</emphasis></programlisting>Si
            vous avez une IP dynamique, vous devez vous assurer que votre
            interface externe est en route avant de lancer Shorewall et vous
            devez suivre les tapes suivantes (en supposant que votre
            interface externe est <filename
            class="devicefile">eth0</filename>):<orderedlist>
                <listitem>
                  <para>Insrez ce qui suit dans /etc/shorewall/params:</para>

                  <para><command>ETH0_IP=$(find_interface_address
                  eth0)</command></para>
                </listitem>

                <listitem>
                  <para>Votre rgle <literal>loc-&gt;dmz</literal> deviendra:
                  <programlisting>#ACTION   SOURCE    DEST             PROTO   DEST PORT(S)  SOURCE   ORIGINAL
#                                                          PORT(S)  DEST
DNAT      loc       dmz:10.10.11.2   tcp     80            -        $ETH0_IP</programlisting></para>
                </listitem>
              </orderedlist></para>
          </listitem>

          <listitem>
            <para>Si vous voulez accder  votre serveur depuis la DMZ en
            utilisant votre adresse IP externe, regardez la <ulink
            url="FAQ_fr.html#faq2a">FAQ 2a</ulink>.</para>
          </listitem>
        </itemizedlist></para>
    </example>

    <para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para>

    <para>Maintenant, modifiez <filename>/etc/shorewall/rules</filename> pour
    ajouter les rgles <acronym>DNAT</acronym> dont vous avez besoin.</para>

    <important>
      <para>Quand vous testez des rgles <acronym>DNAT</acronym> telles que
      celles prsentes plus haut, <emphasis role="bold">vous devez les tester
      depuis un client A L'EXTRIEUR DE VOTRE FIREWALL</emphasis> (depuis la
      zone <quote>net</quote>). Vous ne pouvez pas tester ces rgles de
      l'intrieur !</para>

      <para>Pour des astuces en cas de problme avec la
      <acronym>DNAT</acronym>, <ulink url="FAQ_fr.html#faq1a">allez lire les
      FAQ 1a et 1b</ulink>.</para>
    </important>
  </section>

  <section>
    <title>Service de Noms de Domaines (DNS)</title>

    <para>Normalement, quand vous vous connectez  votre fournisseur d'accs
    (<acronym>FAI</acronym>), en mme temps que vous obtenez votre adresse IP,
    votre <quote>resolver</quote> pour le Service des Noms de Domaines ou
    <emphasis>Domain Name Service</emphasis>
    (<acronym><acronym>DNS</acronym></acronym>) pour le firewall est configur
    automatiquement (c.a.d., le fichier <filename>/etc/resolv.conf</filename>
    est mis  jour). Il arrive que votre fournisseur d'accs vous donne une
    paire d'adresse <acronym><acronym>IP</acronym></acronym> pour les serveurs
    <acronym><acronym>DNS</acronym></acronym> afin que vous configuriez
    manuellement vos serveurs de noms primaire et secondaire. Quelle que soit
    la manire dont le <acronym>DNS</acronym> est configur sur votre
    firewall, il est de votre responsabilit de configurer le
    <quote>resolver</quote> sur chacun de vos systmes internes. Vous pouvez
    procder d'une de ces deux faons :<itemizedlist spacing="compact">
        <listitem>
          <para>Vous pouvez configurer votre systme interne pour utiliser les
          serveurs de noms de votre fournisseur d'accs. Si votre fournisseur
          vous donne les adresses de ses serveurs ou si ces adresses sont
          disponibles sur son site web, vous pouvez les utiliser pour
          configurer vos systmes internes. Si cette information n' est pas
          disponible, regardez dans <filename>/etc/resolv.conf</filename> sur
          votre firewall -- les noms des serveurs sont donns dans
          l'enregistrement "<command>nameserver</command>" de ce
          fichier.</para>
        </listitem>

        <listitem>
          <para><anchor id="cachingdns" />Vous pouvez configurer un cache DNS
          (<emphasis>Caching Name Server)</emphasis> sur votre firewall.
          <trademark>Red Hat</trademark> fournit un
          <acronym><acronym>RPM</acronym></acronym> pour serveur cache DNS (ce
          <acronym>RPM</acronym>  aussi besoin aussi du paquetage<acronym>
          RPM</acronym> <command>bind</command>) et pour les utilisateurs de
          Bering, il y a le paquetage <command>dnscache.lrp</command>. Si vous
          adoptez cette approche, vous configurez vos systmes internes pour
          utiliser le firewall lui mme comme tant le seul serveur de noms
          primaire. Vous utilisez l'adresse <acronym>IP</acronym> interne du
          firewall (<systemitem class="ipaddress">10.10.10.254</systemitem>
          dans l'exemple prcdent) pour adresse du serveur de nom. Pour
          permettre  vos systmes locaux d'accder  votre serveur cache DNS,
          vous devez ouvrir le port 53 ( la fois <acronym>UDP</acronym> and
          <acronym>TCP</acronym>) depuis le rseau local vers le firewall;
          vous ferez ceci en ajoutant les rgles suivantes dans <filename
          class="directory">/etc/shorewall/</filename><filename>rules</filename>.</para>
        </listitem>
      </itemizedlist></para>

    <para>Si vous faites tourner le serveur de noms sur le firewall:</para>

    <programlisting>#ACTION     SOURCE    DEST                PROTO      DEST PORT(S)                      
DNS/ACCEPT  loc       $FW
DNS/ACCEPT  dmz       $FW            </programlisting>

    <para>Si vous faites tourner le serveur de noms sur l'ordinateur 1 de la
    <acronym>DMZ</acronym>:</para>

    <programlisting>#ACTION     SOURCE    DEST                PROTO      DEST PORT(S)                      
DNS/ACCEPT  loc       dmz:10.10.11.1
DNS/ACCEPT  $FW       dmz:10.10.11.1             </programlisting>

    <para>Dans la rgle ci-dessus, <quote>DNS/ACCEPT</quote> est un exemple
    d'utilisation d'une macro prdfinie. Shorewall comprend un certain nombre
    de macros prdfinies et vous pouvez <ulink url="Macros.html">ajouter les
    vtres</ulink>. Vous pouvez trouver une liste des macros comprises dans
    votre version de Shorewall en utilisant la commande <command>ls
    <filename>/usr/share/shorewall/macro.*</filename></command> ou bien la
    commande <command>shorewall show macros</command> si vous utilisez une
    version 3.0.3 ou ultrieure de Shorewall.</para>

    <para>Vous n'tes pas oblig d'utiliser des macros prdfinies et vous
    pouvez codez vos rgles vous-mme dans le fichier
    <filename>/etc/shorewall/rules</filename>. Le premier exemple vu plus haut
    (serveur de noms sur le firewall) aurait pu tre cod comme suit:</para>

    <programlisting>#ACTION   SOURCE    DEST                PROTO      DEST PORT(S)                      
ACCEPT    loc       $FW                 tcp        53
ACCEPT    loc       $FW                 udp        53
ACCEPT    dmz       $FW                 tcp        53
ACCEPT    dmz       $FW                 udp        53              </programlisting>

    <para>Au cas ou Shorewall n'inclue pas de macro pr-dfinie qui vous
    convienne, vous pouvez dfinir une macro vous-mme ou bien coder
    directement les rgles appropries. Si vous ne savez pas quel port(s) et
    protocole(s) une application particulire utilise, vous pouvez regarder
    <ulink url="ports.htm">ici</ulink>.</para>
  </section>

  <section id="Open">
    <title>Autres Connexions</title>

    <para>Les fichiers exemples inclus dans l'archive (three-interface)
    contiennent la rgle suivante :<programlisting>#ACTION     SOURCE    DEST                PROTO      DEST PORT(S)                      
DNS/ACCEPT  $FW       net       </programlisting>Cette rgle autorise l'accs
    <acronym>DNS</acronym>  partir de votre firewall. Elle peut tre enleve
    si vous avez d-comment la ligne dans <filename
    class="directory">/etc/shorewall/</filename><filename>policy</filename>
    autorisant toutes les connexions depuis le firewall vers internet.</para>

    <para>L'exemple inclue aussi: <programlisting>#ACTION     SOURCE    DEST                PROTO      DEST PORT(S)                      
SSH/ACCEPT  loc       $FW
SSH/ACCEPT  loc       dmz        </programlisting>Ces rgles autorisent un
    serveur <acronym>SSH</acronym> sur votre firewall et sur chacun des
    systmes de votre <acronym>DMZ</acronym> et permettent de s'y connecter
    depuis vos systmes locaux (zone <quote>loc</quote>).</para>

    <para>Si vous dsirez autoriser d'autres connexions entre vos systmes, la
    syntaxe gnrale d'une macro pr-dfinie est:</para>

    <programlisting>#ACTION         SOURCE        DEST                PROTO      DEST PORT(S)                      
&lt;<emphasis>macro</emphasis>&gt;/ACCEPT  <emphasis>&lt;source zone&gt; &lt;destination zone&gt;</emphasis></programlisting>

    <para>La syntaxe gnrale lorsqu'on n'utilise pas de macro pr-dfinie
    est:<programlisting>#ACTION   SOURCE        DEST                PROTO      DEST PORT(S)                      
ACCEPT    <emphasis>&lt;source zone&gt; &lt;destination zone&gt;  &lt;protocol&gt; &lt;port&gt; </emphasis></programlisting></para>

    <example>
      <title>Vous voulez rendre votre serveur DNS sur le firewall accessible
      depuis internet</title>

      <para>En utilisant une macro pr-dfinie:</para>

      <programlisting>#ACTION     SOURCE    DEST                PROTO      DEST PORT(S)
DNS/ACCEPT  net       $FW</programlisting>

      <para>En n'utilisant pas de macro pr-dfinie:</para>

      <programlisting>#ACTION   SOURCE    DEST                PROTO      DEST PORT(S)                      
ACCEPT    net       $FW                 tcp        53
ACCEPT    net       $FW                 udp        53        </programlisting>

      <para>Ces deux rgles viennent videmment s'ajouter  celles prsentes
      plus haut dans <quote><link linkend="cachingdns">Vous pouvez configurer
      un cache DNS sur votre firewall</link></quote>.</para>
    </example>

    <para>Si vous ne savez pas quel port(s) et protocole(s) une application
    particulire utilise, vous pouvez regarder <ulink
    url="ports.htm">ici</ulink>.</para>

    <important>
      <para>Je ne recommande pas d'autoriser <command>telnet</command> vers/de
      internet parce qu'il utilise du texte en clair (mme pour le login !).
      Si vous voulez un accs shell  votre firewall, utilisez <acronym>SSH
      :</acronym><programlisting>#ACTION     SOURCE    DEST                PROTO      DEST PORT(S)                      
SSH/ACCEPT  net       $FW</programlisting></para>
    </important>

    <para><inlinegraphic fileref="images/leaflogo.gif" format="GIF" /> Les
    utilisateurs de Bering pourront ajouter les deux rgles suivantes pour
    tre compatible avec la configuration du firewall de Jacques (Jacques's
    Shorewall configuration).<programlisting>#ACTION   SOURCE    DEST                PROTO      DEST PORT(S)                      
ACCEPT    loc       $FW                 udp        53
ACCEPT    net       $FW                 tcp        80       </programlisting><itemizedlist>
        <listitem>
          <para>L'entre 1 autorise l'utilisation du Cache DNS.</para>
        </listitem>

        <listitem>
          <para>L'entre 2 autorise le <quote>weblet</quote> 
          fonctionner.</para>
        </listitem>
      </itemizedlist><inlinegraphic fileref="images/BD21298_.gif"
    format="GIF" /></para>

    <para>Maintenant, ditez votre fichier de configuration <filename
    class="directory">/etc/shorewall/</filename><filename>rules</filename>
    pour ajouter, modifier ou supprimer d'autres connexions suivant vos
    besoins.</para>
  </section>

  <section>
    <title>Quelques Points  Garder en Mmoire</title>

    <itemizedlist>
      <listitem>
        <para><emphasis role="bold">Vous ne pouvez pas tester votre firewall
        depuis l'intrieur de votre rseau</emphasis>. Envoyer des requtes 
        l'adresse IP externe de votre firewall ne signifie pas qu'elle seront
        associes  votre interface externe ou  la zone <quote>net</quote>.
        Tout trafic gnr par le rseau local sera associ  l'interface
        locale et sera trait comme du trafic du rseau local vers le firewall
        (loc-&gt;fw).</para>
      </listitem>

      <listitem>
        <para><emphasis role="bold">Les adresses IP sont des proprits des
        systmes, pas des interfaces</emphasis>. C'est une erreur de croire
        que votre firewall est capable de faire suivre
        (<emphasis>forward</emphasis>) des paquets simplement parce que vous
        pouvez faire un <command>ping</command> sur l'adresse IP de toutes les
        interfaces du firewall depuis le rseau local. La seule conclusion que
        vous puissiez tirer dans ce cas est que le lien entre le rseau local
        et le firewall fonctionne et que vous avez probablement la bonne
        adresse de passerelle par dfaut sur votre systme.</para>
      </listitem>

      <listitem>
        <para><emphasis role="bold">Toutes les adresses IP configures sur le
        firewall sont dans la zone $FW (fw)</emphasis>. Si 192.168.1.254 est
        l'adresse IP de votre interface interne, alors vous pouvez crire
        <quote><emphasis role="bold">$FW:192.168.1.254</emphasis></quote> dans
        une rgle mais vous ne devez pas crire <quote><emphasis
        role="bold">loc:192.168.1.254</emphasis></quote>. C'est aussi une
        absurdit d'ajouter 192.168.1.254  la zone <emphasis
        role="bold">loc</emphasis> en utilisant une entre dans
        <filename>/etc/shorewall/hosts</filename>.</para>
      </listitem>

      <listitem>
        <para><emphasis role="bold">Les paquets de retour (reply) ne suivent
        PAS automatiquement le chemin inverse de la requte
        d'origine</emphasis>. Tous les paquets sont routs en se rfrant  la
        table de routage respective de chaque hte  chaque tape du trajet.
        Ce problme se produit en gnral lorsque on installe un firewall
        Shorewall en parallle  une passerelle existante et qu'on essaye
        d'utiliser des rgles <acronym>DNAT</acronym> dans Shorewall sans
        changer la passerelle par dfaut sur les systmes recevant les
        requtes transfres (forwarded). Les requtes passent dans le
        firewall Shorewall o l'adresse de destination IP est rcrite, mais
        la rponse revient par l'ancienne passerelle qui, elle, ne modifiera
        pas le paquet.</para>
      </listitem>

      <listitem>
        <para><emphasis role="bold">Shorewall lui-mme n'a aucune notion du
        dedans et du dehors</emphasis>. Ces concepts dpendent de la faon
        dont Shorewall est configur.</para>
      </listitem>
    </itemizedlist>
  </section>

  <section>
    <title>Dmarrer et Arrter Votre Firewall</title>

    <para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para>

    <para>La <ulink url="Install_fr.html">procdure d'installation</ulink>
    configure votre systme pour lancer Shorewall ds le boot du systme, mais
    le lancement est dsactiv, de faon  ce que votre systme ne tente pas
    de lancer Shorewall avant que la configuration ne soit termine. Une fois
    que vous en avez fini avec la configuration du firewall, vous devez diter
    /etc/shorewall/shorewall.conf et y mettre STARTUP_ENABLED=Yes.<important>
        <para>Les utilisateurs des paquetages .deb doivent diter <filename
        class="directory">/etc/default/</filename><filename>shorewall</filename>
        et mettre <varname>startup=1</varname>.</para>
      </important></para>

    <para>Le firewall est activ en utilisant la commande
    <quote><command>shorewall start</command></quote> et arrt avec la
    commande <quote><command>shorewall stop</command></quote>. Lorsque le
    firewall est arrt, le routage est autoris sur les htes qui possdent
    une entre dans <filename class="directory"><ulink
    url="Documentation.htm#Routestopped">/etc/shorewall/routestopped</ulink></filename>.
    Un firewall qui tourne peut tre relanc en utilisant la commande
    <quote><command>shorewall restart</command></quote>. Si vous voulez
    enlever toute trace de Shorewall sur votre configuration de Netfilter,
    utilisez <quote><emphasis role="bold">shorewall
    clear</emphasis></quote></para>

    <para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para>

    <para>Les fichiers de l'exemple Firewall  Trois Interfaces
    (three-interface) supposent que vous voulez autoriser le routage depuis ou
    vers <filename class="devicefile">eth1</filename> (votre rseau local) et
    <filename class="devicefile">eth2</filename> (votre DMZ) lorsque Shorewall
    est arrt. Si ces interfaces ne sont pas connectes  votre rseau local
    ou  votre DMZ, ou bien que vous voulez permettre l'accs depuis ou vers
    d'autres htes, modifiez <filename
    class="directory">/etc/shorewall/</filename><filename><ulink
    url="Documentation.htm#Routestopped">routestopped</ulink></filename> en
    consquence. <warning>
        <para>Si vous tes connect  votre firewall depuis internet,
        n'essayez pas d'excuter une commande <quote><command>shorewall
        stop</command></quote> tant que vous n'avez pas ajout une entre dans
        <filename><filename
        class="directory">/etc/shorewall/</filename><filename>routestopped</filename></filename>
        pour l'adresse IP  partir de laquelle vous tes connect . De la mme
        manire, je vous dconseille d'utiliser <quote><command>shorewall
        restart</command></quote>; il est plus intressant de crer <ulink
        url="configuration_file_basics.htm#Configs">une configuration
        alternative</ulink> et de la tester en utilisant la commande
        <quote><ulink url="starting_and_stopping_shorewall.htm">shorewall
        try</ulink></quote></para>
      </warning></para>
  </section>

  <section>
    <title>Si cela ne marche pas</title>

    <itemizedlist>
      <listitem>
        <para>Vrifiez  nouveau chacun des points reprs par un flche
        rouge.</para>
      </listitem>

      <listitem>
        <para>Vrifiez vos <ulink
        url="shorewall_logging.html">journaux</ulink>.</para>
      </listitem>

      <listitem>
        <para>Vrifiez le <ulink url="troubleshoot.htm">Troubleshooting
        Guide</ulink>.</para>
      </listitem>

      <listitem>
        <para>Vrifiez la <ulink url="FAQ_fr.html">FAQ</ulink>.</para>
      </listitem>
    </itemizedlist>
  </section>

  <section>
    <title>Autres Lectures Recommandes</title>

    <para>Je vous recommande vivement de lire la <ulink
    url="configuration_file_basics.htm">page des Fonctionnalits Gnrales des
    Fichiers de Configuration</ulink> -- elle contient des astuces sur des
    possibilits de Shorewall qui peuvent rendre plus aise l'administration
    de votre firewall Shorewall.</para>
  </section>
</article>