extern/shorewall_code
1
0
Fork 1
mirror of https://gitlab.com/shorewall/code.git synced 2024-11-24 08:33:40 +01:00
Code Issues Packages Projects Releases Wiki Activity
c572c2cb0f
shorewall_code/Shorewall-docs2/three-interface_fr.xml
gmarcenac 921f3b58f5 Updated to Shorewall 3.0 
git-svn-id: https://shorewall.svn.sourceforge.net/svnroot/shorewall/trunk@3116 fbd18981-670d-0410-9b5c-8dc0c1a9a2bb
2005-12-03 13:28:10 +00:00

1099 lines
51 KiB
XML
Raw Blame History

<?xml version="1.0" encoding="UTF-8"?>
<!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">
<!--$Id$-->
<articleinfo>
<title>Three-Interface Firewall</title>
<authorgroup>
<author>
<firstname>Tom</firstname>
<surname>Eastep</surname>
</author>
<author>
<firstname>Patrice</firstname>
<surname>Vetsel</surname>
</author>
<author>
<firstname>Fabien</firstname>
<surname>Demassieux</surname>
</author>
<author>
<firstname>Guy</firstname>
<surname>Marcenac</surname>
</author>
</authorgroup>
<pubdate>2005-12-3</pubdate>
<copyright>
<year>2002-2005</year>
<holder>Thomas M. Eastep</holder>
<holder>Patrice Vetsel</holder>
<holder>Fabien Demassieux</holder>
<holder>Guy Marcenac</holder>
</copyright>
<legalnotice>
<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 pour
la version 2 de Shorewall a été effectuée par <ulink
url="mailto:fd03x@wanadoo.fr">Fabien Demassieux</ulink>. J'ai assuré la
révision pour l'adapter à la version 3 de Shorewall. Si vous trouvez des
erreurs ou des améliorations à apporter vous pouvez me contacter <ulink
url="mailto:guy@posteurs.com">Guy Marcenac</ulink>.</para>
</note>
<caution>
<para><emphasis role="bold">Cet article s'applique à Shorewall 3.0 et ses
versions ultérieures. Si vous utilisez une version plus ancienne de
Shorewall, référez-vous à la documention s'applicant à votre
version</emphasis>.</para>
</caution>
<section>
<title>Introduction</title>
<para>Mettre en place un système Linux en tant que firewall pour un petit
réseau contenant une DMZ est une chose assez simple, si vous comprenez les
bases et que vous suivez la documentation.</para>
<para>Ce guide ne veut pas vous apprendre tous les rouages de Shorewall.
Il se focalise sur ce qui est nécessaire pour configurer Shorewall, dans
une de ses configurations les plus courantes :</para>
<itemizedlist>
<listitem>
<para>Un système Linux utilisé en tant que firewall/routeur pour un
petit réseau 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 plutôt du coté du <ulink
url="shorewall_setup_guide_fr.htm">Guide de Configuration
Shorewall</ulink>.</para>
</note>
</listitem>
<listitem>
<para>Une DMZ connectée sur une interface Ethernet séparée. L'objet
d'une DMZ est d'isoler les systèmes de votre réseau local de vos
serveurs qui sont exposés sur internet, de telle manière que, si un de
ces serveurs était compromis, il reste encore un firewall entre le
système compromis et vos systèmes locaux.</para>
</listitem>
<listitem>
<para>Une connexion Internet par le biais d'un modem câble, ADSL,
ISDN, "Frame Relay", RTC ...</para>
</listitem>
</itemizedlist>
<para>Voici le schéma d'une installation typique.</para>
<figure>
<title>Schéma d'une installation typique</title>
<mediaobject>
<imageobject>
<imagedata align="center" fileref="images/dmz1.png" format="PNG" />
</imageobject>
</mediaobject>
</figure>
<section>
<title>Pré-requis</title>
<para>Shorewall a besoin que le package
<command>iproute</command>/<command>iproute2</command> soit installé
(avec la distribution <trademark>RedHat</trademark>, le package
s'appelle <command>iproute</command>). Vous pouvez vérifier si le
package est installé par la présence du programme <command>ip</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 recommande de commencer par une lecture complète du guide afin
de se familiariser avec les tenants et aboutissants, puis de recommencer
et seulement alors d'appliquer vos modifications de
configuration.</para>
<caution>
<para>Si vous éditez vos fichiers de configuration sur un système
<trademark>Windows</trademark>, vous devez les sauver 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 même manière, 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 indiqués par
<inlinegraphic fileref="images/BD21298_.gif" format="GIF" />.</para>
<para>Les notes de configuration qui sont propres à LEAF/Bering sont
marquées 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>ADSL</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 décrits
ci-dessous. <acronym>ADSL</acronym> avec <acronym>PPTP</acronym> est
commun en Europe, notamment en Autriche.</para>
</section>
<section>
<title>Les Concepts de Shorewall</title>
<para>Les fichiers de configuration pour Shorewall sont situés dans le
répertoire /etc/shorewall -- pour de simples paramétrages, vous n'avez à
faire qu'avec quelques un d'entre eux comme décris dans ce guide.</para>
<warning>
<para><emphasis role="bold">Note aux utilisateurs de
Debian</emphasis></para>
<para>Si vous vous servez du .deb pour installer, vous vous rendrez
compte que votre répertoire <filename
class="directory">/etc/shorewall</filename> est vide. Ceci est voulu.
Les squelettes des fichiers de configuration se trouvent sur votre
système dans le répertoire <filename
class="directory">/usr/share/doc/shorewall/default-config</filename>.
Copiez simplement les fichiers dont vous avez besoin depuis ce
répertoire 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> même si
vous ne modifiez pas ces fichiers.</para>
</warning>
<para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para>
<para>Après avoir installé Shorewall, vous pourrez trouver les exemples de
la manière suivante:<orderedlist>
<listitem>
<para>Si vous avez intallé en utilisant un RPM, les exemples seront
dans le sous-répertoire <filename
class="directory">Samples/three-interfaces/</filename> du répertoire
de la documentation de Shorewall. Si vous ne savez pas où se trouve
le répertoire 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 répertoire <filename>Samples/three-interfaces</filename> du
tarball.</para>
</listitem>
<listitem>
<para>Si vous avez installé en utlisant 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 présentation de chaque fichier, je vous
suggère de jeter un oeil à ceux physiquement présents sur votre système --
chacun des fichiers contient des instructions de configuration détaillées
et des entrées par défaut.</para>
<para>Shorewall voit le réseau où il fonctionne, comme étant composé d'un
ensemble de zones. Dans une configuration avec trois interfaces, les noms
des zones suivantes sont utilisés:</para>
<programlisting>#ZONE TYPE OPTIONS IN OUT
# OPTIONS OPTIONS
fw firewall
net ipv4
loc ipv4
dmz ipv4</programlisting>
<para>Les zones de Shorewall sont définies dans le fichier <ulink
url="Documentation.htm#Zones"><filename
class="directory">/etc/shorewall/</filename><filename>zones</filename></ulink>.</para>
<para>Remarquez que Shorewall reconnaît le système 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 utilisée depuis
l'ensemble des autres fichiers de configuration de Shorewall, pour faire
référence au firewall lui-même.</para>
<para>Les règles à propos du trafic à autoriser et à interdire sont
exprimées en utilisant le terme de zones.</para>
<itemizedlist>
<listitem>
<para>Vous exprimez votre politique par défaut 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 définissez les exceptions à ces politiques pas défaut 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
requête est en premier lieu vérifiée par rapport au fichier
<filename>/etc/shorewall/rules</filename>. Si aucune règle dans ce fichier
ne correspond à la demande de connexion alors la première politique dans
le fichier <filename>/etc/shorewall/policy</filename> qui y correspond
sera appliquée. S'il y a une <ulink
url="shorewall_extension_scripts.htm">action commune</ulink> définie pour
cette politique dans <filename>/etc/shorewall/actions</filename> ou dans
<filename>/usr/share/shorewall/actions.std</filename> cette action commune
sera exécutée avant que l'action spécifiée dans
<filename>/etc/shorewall/rules</filename> ne soit appliquée.</para>
<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 commentée. Si vous voulez que votre firewall
puisse avoir un accès 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 précédentes vont: <itemizedlist>
<listitem>
<para>Permettre toutes demandes de connexion depuis votre réseau
local vers Internet</para>
</listitem>
<listitem>
<para>Drop (ignorer) toutes les demandes de connexion depuis
l'Internet vers votre firewall ou votre réseau local</para>
</listitem>
<listitem>
<para>Accept (accepter) facultativement toutes les demandes de
connexion de votre firewall vers l'Internet (si vous avez décommenté
la politique additionnelle)</para>
</listitem>
<listitem>
<para>Reject (rejeter) toutes les autres requêtes de
connexion.</para>
</listitem>
</itemizedlist></para>
<para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para>
<para>Maintenant, editez votre propre fichier <filename><filename
class="directory">/etc/shorewall/</filename><filename>policy</filename></filename>
et faites-y les changements que vous désirez.</para>
</section>
<section>
<title>Les Interfaces Réseau</title>
<figure>
<title>DMZ</title>
<mediaobject>
<imageobject>
<imagedata align="center" fileref="images/dmz1.png" format="PNG" />
</imageobject>
</mediaobject>
</figure>
<para>Le firewall possède trois interfaces réseau. Lorsque la connexion
Internet passe par un "modem" cable ou<acronym> ADSL</acronym>,
l'<emphasis>Interface Externe</emphasis> sera l'adaptateur ethernet qui y
est connecté à ce <quote>Modem</quote> (e.g., <filename
class="devicefile">eth0</filename>). Par contre, si vous vous connectez
par <emphasis>Point-to-Point Protocol</emphasis> over Ethernet
(<acronym>PPPoE</acronym>) ou <emphasis>par Point-to-Point Tunneling
Protocol</emphasis> (<acronym>PPTP</acronym>) l'interface externe sera une
interface ppp (e.g. <filename class="devicefile">ppp0</filename>). Si vous
vous connectez par un simple modem (<acronym>RTC</acronym>), votre
interface externe sera aussi <filename class="devicefile">ppp0</filename>.
Si vous vous connectez en utilisant l'<acronym>ISDN</acronym>, votre
interface externe sera <filename
class="devicefile">ippp0</filename>.</para>
<para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para>
<para><emphasis role="bold">Si votre interface vers l'extérieur 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 connectés à ce même switch (note :
si vous n'avez qu'un seul ordinateur en local, vous pouvez le connecter
directement au firewall par un câble croisé).</para>
<para>Votre <emphasis>interface DMZ</emphasis> sera aussi 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 appartenant à la DMZ seront connectés à ce même
switch (note : si vous n'avez qu'un seul ordinateur dans la DMZ, vous
pouvez le connecter directement au firewall par un câble croisé).</para>
<warning>
<para><emphasis role="bold">Ne connectez pas l'interface interne et
externe sur le même hub ou switch, sauf pour tester</emphasis>. Vous
pouvez tester ce type de configuration si vous spécifiez l'option
<emphasis role="bold">arp_filter</emphasis> ou bien l'option <emphasis
role="bold">arp_ignore</emphasis> dans le fichier <filename
class="directory">/etc/shorewall/</filename><filename>interfaces</filename>
pour toutes les interfaces connectées au hub/switch commun. <emphasis
role="bold">Utiliser une telle configuration avec un firewall en
production est fortement déconseillé</emphasis>.</para>
</warning>
<para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para>
<para>Le fichier de configuration d'exemple pour trois interfaces suppose
que votre interface externe est <filename
class="devicefile">eth0</filename>, que l'interface locale est eth1 et que
la DMZ est sur l'interface <filename class="devicefile">eth2</filename>.
Si votre configuration est différente, vous devrez modifier le
fichier<filename> /etc/shorewall/interfaces</filename> en conséquence.
Tant que vous y êtes, vous pourriez parcourir la liste des options qui
sont spécifiées pour les interfaces. Quelques trucs:<tip>
<para>Si votre interface vers l'extérieur est <filename
class="devicefile">ppp0</filename> ou <filename
class="devicefile">ippp0</filename>, vous pouvez remplacer le detect
dans la seconde colonne par un <quote>-</quote> (sans les
quotes).</para>
</tip><tip>
<para>Si votre interface vers l'extérieur 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
<varname>dhcp</varname> 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' Accès Internet (FAI) vous
assignera une seule adresse IP. Cette adresse peut être assignée par le
Dynamic Host Configuration Protocol (DHCP), lors de l'établissement de
votre connexion lorsque vous vous connectez (modem standard) ou bien
lorsque vous établissez un autre type de connexion PPP (PPPoA, PPPoE,
etc.). Dans certains cas , votre fournisseur peut vous assigner une
adresse statique IP. Cela signifie que vous devez configurer l'interface
externe de votre firewall afin d'utiliser cette adresse de manière
permanente. Quelle que soit la façon dont votre adresse externe vous est
assignée, elle va être partagée par tous vos systèmes lors de l'accès à
Internet. Vous devrez assigner vos propres adresses dans votre réseau
local (votre interface interne sur le firewall ainsi que les autres
ordinateurs). La RFC 1918 reserve des plages d'adresses IP privées pour
utilisation dans les réseau privés:</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 les plages
précédentes, 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 assigner vos adresses locales dans un sous-réseau et les
adresses de votre DMZ dans un autre sous-réseau. Pour ce faire, nous
pouvons considérer un sous-réseau comme étant une plage d'adresses
<varname>x.y.z.0 - x.y.z.255</varname>. Un tel sous-réseau aura un masque
(Subnet Mask) <systemitem class="netmask">de 255.255.255.0</systemitem>.
L'adresse <varname>x.y.z.0</varname> est réservée comme l'adresse de
sous-réseau <emphasis>(Subnet Address</emphasis>) et
<varname>x.y.z.255</varname> est réservée en tant qu'adresse de broadcast
<emphasis>(Subnet Broadcast Address</emphasis>). Dans Shorewall, un
sous-réseau est décrit en utilisant <ulink
url="shorewall_setup_guide.htm#Subnets">la notation CIDR (Classless
InterDomain Routing)</ulink> qui consiste en l'adresse du sous-réseau
suivie par<varname>/24</varname>. Le <quote>24</quote> se réfère au nombre
consécutif de bits à <quote>1</quote> dans la partie gauche du masque de
sous-réseau.</para>
<table>
<title>Un exemple de sous-réseau (sub-network) :</title>
<tgroup cols="2">
<colspec align="left" />
<tbody>
<row>
<entry>Range:</entry>
<entry><systemitem class="ipaddress">10.10.10.0</systemitem> -
<systemitem class="ipaddress">10.10.10.255</systemitem></entry>
</row>
<row>
<entry>Subnet Address:</entry>
<entry><systemitem
class="ipaddress">10.10.10.0</systemitem></entry>
</row>
<row>
<entry>Broadcast Address:</entry>
<entry><systemitem
class="ipaddress">10.10.10.255</systemitem></entry>
</row>
<row>
<entry>CIDR Notation:</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 première adresse utilisable du sous-réseau (<systemitem
class="ipaddress">10.10.10.1</systemitem> dans l'exemple précédent) ou
bien la dernière adresse utilisable (<systemitem
class="ipaddress">10.10.10.254</systemitem>).</para>
<para>L'un des buts d'un sous-réseau est de permettre à tous les
ordinateurs dans le sous-réseau de savoir avec quels autres ordinateurs
ils peuvent communiquer directement. Pour communiquer avec des systèmes en
dehors du sous-réseau, les ordinateurs envoient des paquets à travers une
paserelle (gateway routeur).</para>
<para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para>
<para>Vos ordinateurs en local (local computer 1 et local computer 2 dans
le diagramme) devraient être configurés avec leur passerelle par défaut
(default gateway) pointant sur l'adresse <acronym>IP</acronym> de
l'interface interne du firewall. Les ordinateurs de votre DMZ (DMZ
Computers 1 et DMZ computer 2) devraient être configurés avec leur
passerelle par défaut (default gateway) pointant sur l'adresse
<acronym>IP</acronym> de l'interface DMZ du firewall.</para>
<para>La présentation précédente ne fait que d'effleurer la question des
sous réseaux et du routage. Si vous êtes intéressé pour 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}">link</ulink>).</para>
<para>Le reste de ce guide assumera que vous avez configuré votre réseau
comme montré ci-dessous :</para>
<figure>
<title>DMZ</title>
<mediaobject>
<imageobject>
<imagedata fileref="images/dmz2.png" />
</imageobject>
<caption>
<para>La passerelle par défaut pour la DMZ sera <systemitem
class="ipaddress">10.10.11.254</systemitem> et la passerelle par
défaut pour les ordinateurs locaux sera <systemitem
class="ipaddress">10.10.10.254</systemitem>.</para>
<warning>
<para>Votre <acronym>FAI</acronym> (fournisseur d'accès) pourrait
assigner une adresse <emphasis role="bold">RFC 1918</emphasis> à
votre interface externe. Si cette adresse est le sous-réseau
<systemitem class="ipaddress">10.10.10.0/24</systemitem> alors
<emphasis role="bold">vous aurez besoin d'un sous-réseau DIFFERENT
RFC 1918 pour votre réseau local</emphasis>.</para>
</warning>
</caption>
</mediaobject>
</figure>
</section>
<section>
<title>IP Masquerading (SNAT)</title>
<para>Les adresses réservées par la RFC 1918 sont parfois désignées comme
non-routables car les routeurs Internet (backbone) ne font pas circuler
les paquets qui ont une adresse de destination appartenant à la RFC-1918.
Lorsqu'un de vos systèmes en local (supposons l'ordinateur1) demande une
connexion à un serveur par Internet, le firewall doit effectuer une
traduction d'adresse réseau ( <emphasis>Network Address Translation
</emphasis><acronym>NAT</acronym>). Le firewall réécrit 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 même
qui initie la connexion. Ceci est nécessaire afin que l'hôte de
destination soit capable de renvoyer les paquets au firewall (souvenez
vous que les paquets qui ont pour adresse de destination, une adresse
réservée par la RFC 1918 ne peuvent pas être routés à travers Internet,
donc l'hôte Internet ne peut adresser sa réponse à l'ordinateur 1).
Lorsque le firewall reçoit le paquet de réponse, il reécrit l'adresse de
destination à <systemitem class="ipaddress">10.10.10.1</systemitem> et
fait passer le paquet vers l'ordinateur 1.</para>
<para>Sur les systèmes Linux, ce procédé est souvent appelé <emphasis>IP
Masquerading</emphasis> mais vous verrez aussi le terme de
<emphasis>Source Network Address Translation</emphasis>
(<acronym>SNAT</acronym>). Shorewall suit la convention utilisée avec
Netfilter:<itemizedlist>
<listitem>
<para><emphasis>Masquerade</emphasis> désigne le cas ou vous laissez
votre firewall détecter automatiquement l'adresse de l'interface
externe.</para>
</listitem>
<listitem>
<para><emphasis><acronym>SNAT</acronym></emphasis> désigne le cas où
vous spécifiez explicitement l'adresse source des paquets sortant de
votre réseau local.</para>
</listitem>
</itemizedlist>Sous Shorewall, autant le
<emphasis>Masquerading</emphasis> et le
<emphasis><acronym>SNAT</acronym></emphasis> sont configuré avec des
entrés dans le fichier <filename
class="directory">/etc/shorewall/</filename><filename>masq</filename>.</para>
<para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para>
<para>Si votre interface externe est <filename
class="devicefile">eth0</filename>, votre interface locale <filename
class="devicefile">eth1</filename> et votre interface pour la DMZ
<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 conséquence.</para>
<para>Si, malgré les avertissements, vous utilisez ce guide et que vous
voulez faire du one-to-one NAT ou du Proxy ARP pour votre DMZ, enlevez
l'entrée 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 IP externe est statique, vous pouvez la mettre dans la
troisième colonne dans <filename
class="directory">/etc/shorewall/</filename><filename>masq</filename> si
vous le désirez, de toutes façons votre firewall fonctionnera bien si vous
laissez cette colonne vide. Le fait de mettre votre IP statique dans la
troisième colonne permet un traitement des paquets sortant un peu plus
efficace.</para>
<para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para>
<para>Si vous utilisez les paquets Debian, vérifiez dans votre fichier de
configuration <filename>shorewall.conf</filename> que la valeur suivante
est convenablemblement paramètrée, sinon faites les changements
nécessaires:<itemizedlist spacing="compact">
<listitem>
<para><varname>IP_FORWARDING=On</varname></para>
</listitem>
</itemizedlist></para>
</section>
<section>
<title>Port Forwarding (DNAT)</title>
<para>Un de nos buts est de faire tourner un ou plusieurs serveurs sur nos
ordinateurs dans la DMZ. Puique ces ordinateurs ont une adresse RFC-1918,
il n'est pas possible pour les clients sur Internet de se connecter
directement à eux. Il est nécessaire pour ces clients d'adresser leurs
demandes de connexion au firewall qui réécrira l'adresse de votre serveur
comme adresse de destination, puis fera passer le paquet à celui-ci.
Lorsque votre serveur répond, le firewall applique automatiquement un
<acronym>SNAT</acronym> pour réécrire l'adresse source dans la
réponse.</para>
<para>Ce procédé est appelé <emphasis>Port Forwarding</emphasis> ou
<emphasis>traduction d'adresses destination</emphasis> (DNAT). Vous
configurez le port forwarding en utilisant les règles DNAT dans le fichier
<filename
class="directory">/etc/shorewall/</filename><filename>rules</filename>
file.</para>
<para>La forme générale d'une simple règle de port forwarding dans
<filename
class="directory">/etc/shorewall/</filename><filename>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 spécifiez pas <emphasis><varname>&lt;server
port&gt;</varname></emphasis>, il est supposé être le même que
<emphasis><varname>&lt;port&gt;</varname></emphasis>.</para>
<example>
<title>Vous faites tourner un serveur Web sur l'ordinateur 2 de votre
DMZ et vous voulez faire suivre les paquets entrant en TCP sur le port
80 à ce système</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'entrée 1 fait suivre le port 80 depuis Internet vers la
DMZ.</para>
</listitem>
<listitem>
<para>L'entrée 2 autorise les connexions du réseau local.</para>
</listitem>
</itemizedlist>Plusieurs points importants à garder en mémoire
:<itemizedlist>
<listitem>
<para>Lorsque vous vous connectez à votre serveur à partir de
votre réseau local, vous devez utiliser l'adresse IP interne du
serveur (<systemitem
class="ipaddress">10.10.11.2</systemitem>).</para>
</listitem>
<listitem>
<para>Quelques fournisseurs Internet (FAI) bloquent les requêtes
de connexion entrantes sur le port 80. Si vous avez des problèmes
pour vous connecter à votre serveur web, essayez la règle 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 réseau local en utilisant votre adresse
externe, et si vous avez une adresse IP externe statique (fixe),
vous pouvez remplacer la règle loc-&gt;dmz précédente 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>Insérez ce qui suit dans /etc/shorewall/params:</para>
<para><command>ETH0_IP=$(find_interface_address
eth0)</command></para>
</listitem>
<listitem>
<para>Votre règle <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 accéder à votre serveur depuis la DMZ en
utilisant votre adresse IP externe, regardez <ulink
url="FAQ.htm#faq2a">FAQ 2a</ulink>.</para>
</listitem>
</itemizedlist></para>
</example>
<para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para>
<para>Maintenant, ajoutez les règles DNAT et ACCEPT pour vos
serveurs.</para>
<important>
<para>Quand vous testez des règles DNAT telles que celles présentées
plus haut, vous devez les tester depuis un client A L'EXTERIEUR DE VOTRE
FIREWALL (depuis la zone 'net'). Vous ne pouvez pas tester ces règles de
l'intérieur !</para>
<para>Pour des trucs en cas de problème avec le DNAT, <ulink
url="FAQ.htm#faq1a">allez lire les FAQs 1a et 1b</ulink>.</para>
</important>
</section>
<section>
<title>Domain Name Server (DNS)</title>
<para>Normalement, quand vous vous connectez à votre fournisseur
(FAI/ISP), en même temps que vous obtenez votre adresse IP, votre resolver
<emphasis>Domain Name Service</emphasis> (<acronym>DNS</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'accès vous donne une paire d'adresse <acronym>IP</acronym>
pour les serveurs <acronym>DNS</acronym> afin que vous configuriez
manuellement vos serveurs de noms primaire et secondaire. Quelle que soit
la manière dont le <acronym>DNS</acronym> est configuré sur votre
firewall, il est de votre responsabilité de configurer le resolver sur vos
systèmes internes. Vous pouvez procéder d'une de ces deux façons
:<itemizedlist spacing="compact">
<listitem>
<para>Vous pouvez configurer votre système interne pour utiliser les
serveurs de noms de votre fournisseur. 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 systèmes internes. Si cette information n' est pas
disponible, regardez dans <filename>/etc/resolv.conf</filename> sur
votre firewall -- les noms des serveurs sont donnés dans
l'enregistrement "nameserver" dans 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> a un <acronym>RPM</acronym> pour
serveur cache dns (le <acronym>RPM</acronym> à besoin aussi du
paquetage <command>bind</command><acronym>RPM</acronym>) et pour les
utilisateurs de Bering, il y a <command>dnscache.lrp</command>. Si
vous adoptez cette approche, vous configurez vos systèmes internes
pour utiliser le firewall lui même comme étant le seul serveur de
nom primaire. Vous utilisez l'adresse <acronym>IP</acronym> interne
du firewall (<systemitem class="ipaddress">10.10.10.254</systemitem>
dans l'exemple précédent) pour l'adresse de serveur de nom. Pour
permettre à vos systèmes locaux d'accéder à votre serveur cache de
noms, vous devez ouvrir le port 53 (à la fois <acronym>UDP</acronym>
and <acronym>TCP</acronym>) depuis le réseau local vers le firewall;
vous ferez ceci en ajoutant les règles 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
DMZ:</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 régle ci-dessus, <quote>DNS/ACCEPT</quote> est un exemple
d'utilisation d'une macro prédéfinie. Shorewall comprend un certain nombre
de macros prédéfinies et vous pouvez <ulink url="Macros.html">ajouter les
votres</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>.</para>
<para>Vous n'êtes pas obligé d'utiliser des macros prédéfinies si vous
codez vos régles 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é-définies qui vous
convienne, vous pouvez définir une macro vous-même ou bien coder
directement les régles appropriées. Si vous ne savez pas quel port(s) et
protocole(s) une application particulière utilise, vous pouvez regarder
<ulink url="ports.htm">ici</ulink>.</para>
</section>
<section>
<title>Autres Connexions</title>
<para>Les fichiers exemples inclus dans l'archive (three-interface)
contiennent la règle suivante :<programlisting>#ACTION SOURCE DEST PROTO DEST PORT(S)
DNS/ACCEPT $FW net </programlisting>Cette règle autorise l'accès
<acronym>DNS</acronym> à partir de votre firewall. Elle peut être enlevée
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 régles autorisent un
serveur <acronym>SSH</acronym> sur votre firewall et sur chacun des
systèmes de votre DMZ et permettent de s'y connecter depuis vos systèmes
locaux (loc).</para>
<para>Si vous désirez permettre d'autres connexions entre vos systèmes, la
syntaxe générale d'une macro prédéfinie 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 générale lorsqu'on utilise pas de macro prédéfinie
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 publiquement accessible votre serveur DNS sur
le firewall</title>
<para>En utilisant une macro prédéfinie:</para>
<programlisting>#ACTION SOURCE DEST PROTO DEST PORT(S)
DNS/ACCEPT net $FW</programlisting>
<para>En n'utilisant pas de macro prédéfinie:</para>
<programlisting>#ACTION SOURCE DEST PROTO DEST PORT(S)
ACCEPT net $FW tcp 53
ACCEPT net $FW udp 53 </programlisting>
<para>Ces deux régles viennent évidemment s'ajouter à celles présentées
plus haut dans "vous pouvez configurer un cache DNS sur votre
firewall".</para>
</example>
<para>Si vous ne savez pas quel port(s) et protocole(s) une application
particulière utilise, vous pouvez regarder <ulink
url="ports.htm">ici</ulink>.</para>
<important>
<para>Je ne recommande pas d'autoriser <command>telnet</command> vers/de
l'Internet parce qu'il utilise du texte en clair (même pour le login!).
Si vous voulez un accès 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 régles suivantes pour
être compatible avec la configuration du firewall de
Jacques.<programlisting>#ACTION SOURCE DEST PROTO DEST PORT(S)
ACCEPT loc $FW udp 53
ACCEPT net $FW tcp 80 </programlisting><itemizedlist>
<listitem>
<para>L'entrée 1 autorise l'utilisation du Cache DNS.</para>
</listitem>
<listitem>
<para>L'entrée 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 y ajouter, modifier ou supprimer les autres connexions
voulues.</para>
</section>
<section>
<title>Quelques Points à Garder en Mémoire</title>
<itemizedlist>
<listitem>
<para><emphasis role="bold">Vous ne pouvez pas tester votre firewall
de l'intérieur de votre réseau</emphasis>. Car envoyer des requêtes à
l'adresse IP externe de votre firewall ne signifie pas qu'elle seront
associées à votre interface externe ou la zone <quote>net</quote>.
Tout trafic généré par le réseau local sera associé à l'interface
locale et sera traité comme du trafic de loc-&gt;fw.</para>
</listitem>
<listitem>
<para><emphasis role="bold">Les adresses IP sont des propriétés des
systèmes, 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 ping sur l'adresse IP de toutes les interfaces du
firewall depuis le réseau local. La seule conclusion que vous puissiez
faire dans ce cas est que le lien entre le réseau local et le firewall
fonctionne et que vous avez probablement la bonne adresse de
passerelle par défaut sur votre système.</para>
</listitem>
<listitem>
<para><emphasis role="bold">Toutes les adresses IP configurées 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 régle mais vous ne devez pas écrire <quote><emphasis
role="bold">loc:192.168.1.254</emphasis></quote>. C'est aussi un
non-sens d'ajouter 192.168.1.254 à la zone <emphasis
role="bold">loc</emphasis> en utilisant une entrée 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 requête
d'origine</emphasis>. Tous les paquets sont routés en se référant à la
table de routage respective de chaque hôte à chaque étape du trajet.
Ce problème se produit en général lorsque on installe un firewall
Shorewall en parallèle à une passerelle existante et qu'on essaye
d'utiliser DNAT dans Shorewall sans changer la passerelle par défaut
sur les systèmes recevant les requêtes transférées (forwarded). Les
requêtes passent à travers le firewall Shorewall où l'adresse de
destination IP est réécrite, mais la réponse revient par l'ancienne
passerelle qui ne modifiera pas le paquet.</para>
</listitem>
<listitem>
<para><emphasis role="bold">Shorewall lui-même n'a aucune notion du
dedans et du dehors</emphasis>. Ces concepts dépendent de la façon
dont Shorewall est configuré.</para>
</listitem>
</itemizedlist>
</section>
<section>
<title>Démarrer et Arrêter Votre Firewall</title>
<para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para>
<para>La <ulink url="Install.htm">procédure d'installation</ulink>
configure votre système pour lancer Shorewall au boot du système, mais le
lancement est désactivé, de façon à ce que votre système ne tente pas de
lancer Shorewall avant que la configuration ne soit terminée. Une fois que
vous en aurez fini avec la configuration du firewall, vous devez éditer
/etc/shorewall/shorewall.conf et y mettre STARTUP_ENABLED=Yes.<important>
<para>Les utilisateurs des paquets .deb doivent éditer <filename
class="directory">/etc/default/</filename><filename>shorewall</filename>
et mettre <varname>startup=1</varname>.</para>
</important>Le firewall est activé en utilisant la commande
<quote><command>shorewall start</command></quote> et arrêté avec
<quote><command>shorewall stop</command></quote>. Lorsque le firewall est
stoppé, le routage est autorisé sur les hôtes qui possèdent une entrée
dans <filename
class="directory">/etc/shorewall/</filename><filename><ulink
url="Documentation.htm#Routestopped">routestopped</ulink></filename>. Un
firewall qui tourne peut être relancé en utilisant la commande
<quote><command>shorewall restart</command></quote> command. Si vous
voulez enlever toutes traces de Shorewall sur votre configuration de
Netfilter, utilisez <quote><command>shorewall
clear</command></quote>.</para>
<para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para>
<para>Les exemples (three-interface) supposent que vous voulez permettre
le routage depuis ou vers <filename class="devicefile">eth1</filename> (le
réseau local) et <filename class="devicefile">eth2</filename> (DMZ)
lorsque Shorewall est stoppé. Si ces deux interfaces ne sont pas
connectées à votre réseau local et à votre DMZ, ou si vous voulez
permettre un ensemble d'hôtes différents, modifiez
<filename>/etc/shorewall/routestopped</filename> en conséquence.</para>
<warning>
<para>Si vous êtes connecté à votre firewall depuis Internet, n'essayez
pas d'exécuter une commande <quote><command>shorewall
stop</command></quote> tant que vous n'avez pas ajouté une entrée pour
votre adresse <acronym>IP</acronym> (celle à partir de laquelle vous
êtes connecté) dans <filename><filename
class="directory">/etc/shorewall/</filename><filename>routestopped</filename></filename>.
De la même manière, je ne vous recommande pas d'utiliser
<quote><command>shorewall restart</command></quote>; il est plus
intéressant de créer <ulink
url="configuration_file_basics.htm#Configs">une configuration
alternative</ulink> et de la tester en utilisant la <ulink
url="starting_and_stopping_shorewall.htm">commande "<emphasis
role="bold">shorewall try</emphasis>"</ulink></para>
</warning>
</section>
<section>
<title>Autres Lectures Recommandées</title>
<para>Je vous recommande vivement de lire la <ulink
url="configuration_file_basics.htm">page des Fonctionnalités Générales des
Fichiers de Configuration</ulink> -- elle contient des trucs sur les
possibilités de Shorewall pour rendre aisé l'administration de votre
firewall Shorewall.</para>
</section>
</article>
Reference in New Issue View Git Blame Copy Permalink