From 5282f35b995980466b4f7fe47001e7df711c8382 Mon Sep 17 00:00:00 2001 From: gmarcenac Date: Mon, 19 Dec 2005 18:38:16 +0000 Subject: [PATCH] Some text improvements, typos, git-svn-id: https://shorewall.svn.sourceforge.net/svnroot/shorewall/trunk@3178 fbd18981-670d-0410-9b5c-8dc0c1a9a2bb --- Shorewall-docs2/standalone_fr.xml | 512 ++++++------ Shorewall-docs2/three-interface_fr.xml | 1002 +++++++++++----------- Shorewall-docs2/two-interface_fr.xml | 1064 +++++++++++++----------- 3 files changed, 1326 insertions(+), 1252 deletions(-) diff --git a/Shorewall-docs2/standalone_fr.xml b/Shorewall-docs2/standalone_fr.xml index bfcef435f..8aae335e8 100644 --- a/Shorewall-docs2/standalone_fr.xml +++ b/Shorewall-docs2/standalone_fr.xml @@ -1,11 +1,11 @@ - + -
+
- Standalone Firewall + Firewall Monoposte (une interface) @@ -33,7 +33,7 @@ - 2005-12-3 + 2005-12-18 2002-2005 @@ -42,12 +42,26 @@ Patrice Vetsel - Fabien Demasieux + Fabien Demassieux Guy Marcenac + Permission est accordée 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 ultérieure + publiée par la Free Software Foundation ; sans section Invariables, sans + première de Couverture, et sans texte de quatrième de couverture. Une + copie de la présente Licence est incluse dans la section intitulée. Une + traduction française de la licence se trouve dans la section + Licence de + Documentation Libre GNU. Ce paragraphe est une + traduction française pour aider à votre compréhension. Seul le texte + original en anglais présenté ci-dessous fixe les conditions + d'utilisation de cette documentation. + 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 @@ -60,50 +74,50 @@ Notes du traducteur : Le guide - initial a été traduit par VETSEL Patrice et la - révision pour la version 2 de Shorewall a été effectuée par Fabien Demassieux. 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 Fabien Demassieux. J'ai assuré la + révision pour l'adapter à la version 3 de Shorewall. Si vous trouvez des + erreurs ou des améliorations à y apporter vous pouvez me contacter Guy Marcenac. - 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 + 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 documentation s'appliquant à votre version. Les fichiers de configuration pour l'exemple fournis avec Shorewall - 3.0.0 et 3.0.1 ne fonctionnaient pas. La première erreur à se produire - était: + 3.0.0 et 3.0.1 ne fonctionnaient pas. La première erreur à se produire + était: ERROR: No Firewall Zone Defined - Vous trouverez les fichiers corrigés 'zones' et 'interfaces' à cette + Vous trouverez les fichiers corrigés 'zones' et 'interfaces' à cette adresse http://www.shorewall.net/pub/shorewall/3.0/shorewall-3.0.1/errata/one-interface/. - Le problème a été résolu avec Shorewall 3.0.2. + Le problème a été résolu avec Shorewall 3.0.2.
Introduction - Configurer Shorewall sur un système isolé Linux est très simple si + Configurer Shorewall sur un système isolé Linux est très simple si vous comprenez les bases et suivez la documentation. - 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 - son utilisation la plus courante : + Ce guide ne prétend pas vous apprendre tous les rouages de + Shorewall. Il se concentre sur ce qui est nécessaire pour configurer + Shorewall dans son utilisation la plus courante : - Un système Linux + Un système Linux @@ -111,24 +125,25 @@ - Une connexion passant par un modem câble, ADSL, ISDN, Frame - Relay, rtc...ou bien une connexion à un réseau local (LAN) et vous - souhaitez simplement protéger votre système linux des autres systèmes - sur ce réseau local. + Une connexion passant par un modem câble, + ADSL, ISDN-RNIS, Frame Relay, + RTC... ou bien une connexion à un réseau local + (LAN) et vous souhaitez simplement protéger votre + système Linux des autres systèmes sur ce réseau local.
- Pré-requis + Pré-requis système Shorewall a besoin que le package - iproute/iproute2 soit installé - (avec la distribution RedHat, le package - s'appelle iproute). Vous pouvez vérifier si le - package est installé par la présence du programme ip - sur votre firewall. En tant que root, vous pouvez utiliser la commande - which pour cela: + iproute/iproute2 + soit installé (avec la distribution RedHat, le + package s'appelle iproute). Vous pouvez vérifier que + le package est installé en contrôlant la présence du programme + ip sur votre firewall. En tant que + root, vous pouvez utiliser la + commande which pour cela: [root@gateway root]# which ip /sbin/ip @@ -138,21 +153,21 @@
Avant de commencer - 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. + Je vous recommande de commencer par une lecture complète 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. - Si vous éditez vos fichiers de configuration sur un système - Windows, vous devez les sauver comme des - fichiers Unix si votre éditeur supporte cette - option sinon vous devez les convertir avec dos2unix - avant d'essayer de les utiliser. De la même manière, si vous copiez un - fichier de configuration depuis votre disque dur - Windows vers une disquette, vous devez lancer - dos2unix sur la copie avant de l'utiliser avec - Shorewall. + Si vous éditez vos fichiers de configuration sur un système + Windows, vous devez les enregistrer comme des + fichiers Unix si votre éditeur supporte cette + option, sinon vous devez les convertir avec + dos2unix avant d'essayer de les utiliser. De la + même manière, si vous copiez un fichier de configuration depuis votre + disque dur Windows vers une disquette, vous + devez lancer dos2unix sur la copie avant de + l'utiliser avec Shorewall. Version @@ -168,7 +183,7 @@
Conventions - Les points ou les modifications qui s'imposent sont indiqués par + Les points ou les modifications qui s'imposent sont indiqués par .
@@ -178,12 +193,14 @@ - Si vous êtes équipé d'un modem ADSL et que vous - utilisez PPTP pour communiquer avec un serveur à - travers ce modem, vous devez faire les changements suivants en plus de ceux décrits - ci-dessous. ADSL avec PPTP est - commun en Europe, notamment en Autriche. + Si vous êtes équipé d'un modem + ADSL et que vous utilisez + PPTP pour communiquer avec un + serveur à travers ce modem, vous devez faire les changements suivants en plus de ceux décrits + ci-dessous. ADSL avec + PPTP est répandu en Europe, + notamment en Autriche.
@@ -191,21 +208,21 @@ - Les fichiers de configuration pour Shorewall sont situés dans le - répertoire /etc/shorewall -- pour - de simples paramétrages, vous n'aurez à faire qu'à quelques un d'entre eux - comme décrit dans ce guide. Après avoir installé - Shorewall,vous pourrez trouver les exemples de la manière - suivante: + Les fichiers de configuration pour Shorewall sont situés dans le + répertoire /etc/shorewall -- pour + de simples paramétrages, vous n'aurez à faire qu'avec quelques-uns d'entre + eux comme décrit dans ce guide. Après avoir installé Shorewall,vous pourrez trouver les + exemples de la manière suivante: - Si vous avez intallé en utilisant un RPM, les exemples seront - dans le sous-répertoire Samples/one-interface/ 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: + Si vous avez installé shorewall en utilisant un + RPM, les exemples seront dans le sous-répertoire + Samples/one-interface/ 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: ~# rpm -ql shorewall | fgrep one-interface /usr/share/doc/packages/shorewall/Samples/one-interface @@ -217,13 +234,13 @@ - Si vous avez installé depuis le tarball, les exemples sont - dans le repéertoire Samples/one-interface du + Si vous avez installé depuis le tarball, les exemples sont + dans le répertoire Samples/one-interface du tarball. - Si vous avez installé en utlisant un .deb, les exemples sont + Si vous avez installé en utilisant un .deb, les exemples sont dans /usr/share/doc/shorewall/examples/one-interface. @@ -232,76 +249,77 @@ Debian Si vous vous servez du .deb pour installer, vous vous rendrez - compte que votre répertoire /etc/shorewall est + compte que votre répertoire /etc/shorewall est vide. Ceci est voulu. Les squelettes des fichiers de configuration se - trouvent sur votre système dans le répertoire /usr/share/doc/shorewall/default-config. Copiez simplement les fichiers dont vous avez besoin depuis ce - répertoire dans /etc/shorewall, + répertoire dans /etc/shorewall, puis modifiez ces copies. - Remarquez que vous devez copier - /usr/share/doc/shorewall/default-config/shorewall.conf et + Remarquez que vous devez copier + /usr/share/doc/shorewall/default-config/shorewall.conf + et /usr/share/doc/shorewall/default-config/modules dans /etc/shorewall même + class="directory">/etc/shorewall même si vous ne modifiez pas ces fichiers. - 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. + Au fur et à mesure de la présentation de chaque fichier, je vous + suggère de jeter un oeil à ceux qui sont physiquement présents sur votre + système -- chacun de ces fichiers contient des instructions de + configuration détaillées et des entrées par défaut. - Shorewall voit le réseau où il fonctionne, comme étant composé d'un + Shorewall voit le réseau où il fonctionne, comme étant composé d'un ensemble de zones. Dans les fichiers de configuration - fournis dans l'archive d'exemples pour une unique interface - (one-interface), deux zones seulement sont définies : + fournis dans l'archive d'exemples pour une seule interface, deux zones + seulement sont définies : #ZONE TYPE OPTIONS IN OUT # OPTIONS OPTIONS fw firewall net ipv4 - Les zones de Shorewall sont définies dans Les zones de Shorewall sont définies dans /etc/shorewall/zones. - Remarquez que Shorewall reconnaît le système de firewall comme sa - propre zone. Le nom de la zone firewall (fw dans l'exemple plus haut) est stocké dans la - variable d'environnement $FW 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. + Remarquez que Shorewall reconnaît le système de firewall comme étant + sa propre zone. Le nom de la zone firewall (fw dans l'exemple plus haut) est stocké dans la + variable d'environnement $FW, 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. - Les règles concernant le trafic à autoriser ou à interdire sont - exprimées en utilisant les termes de zones. + Les règles concernant le trafic à autoriser ou à interdire sont + exprimées en utilisant les termes de zones. - Vous exprimez votre politique par défaut pour les connexions + Vous exprimez votre politique par défaut pour les connexions d'une zone vers une autre zone dans le fichier /etc/shorewall/policy. - Vous définissez les exceptions à ces politiques pas défaut dans - le fichier - /etc/shorewall/rules. + Vous définissez les exceptions à ces politiques pas défaut dans + le fichier /etc/shorewall/rules. - Pour chaque connexion demandant à entrer dans le firewall, la - requête est en premier lieu vérifiée par rapport au fichier /etc/shorewall/rules. Si aucune règle dans ce - fichier ne correspond à la demande de connexion alors la première - politique dans le fichier /etc/shorewall/policy qui y - correspond sera appliquée. S'il y a une action commune définie pour + Pour chaque connexion demandant à entrer dans le firewall, la + requête est en premier lieu vérifiée par rapport au contenu du fichier + /etc/shorewall/rules. Si aucune + règle dans ce fichier ne correspond à la demande de connexion alors la + première politique dans le fichier + /etc/shorewall/policy qui y correspond sera + appliquée. S'il y a une action commune définie pour cette politique dans /etc/shorewall/actions ou dans /usr/share/shorewall/actions.std cette action commune - sera exécutée avant que l'action spécifiée dans - /etc/shorewall/rules ne soit appliquée. + sera exécutée avant que la politique ne soit appliquée. Le fichier /etc/shorewall/policy inclus dans l'archive d'exemple (one-interface) contient les politiques @@ -316,70 +334,73 @@ all all REJECT info - Permettre toute demande de connexion depuis le firewall vers - l'Internet + Autoriser (ACCEPT) toute demande de connexion depuis le firewall + vers internet - Drop (ignorer) toutes les demandes de connexion depuis - l'Internet vers votre firewall + Ignorer (DROP) toutes les demandes de connexion depuis internet + vers votre firewall - Reject (rejeter) toutes les autres requêtes de connexion - (Shorewall à besoin de cette politique). + Rejeter (REJECT) toutes les autres requêtes de connexion. + Shorewall à toujours besoin de cette dernière politique. - A ce point, éditez + A ce point, éditez votre /etc/shorewall/policy et faites y les - changements que vous désirez. + changements que vous désirez.
Interface Externe - Le firewall possède une seule interface réseau. Lorsque la connexion - Internet passe par un "modem" câble ou ADSL, - l'Interface Externe sera l'adaptateur ethernet qui y - est connecté à ce Modem (e.g., Le firewall possède une seule interface réseau. Lorsque la connexion + internet passe par un "modem" câble ou + ADSL, l'Interface + Externe sera l'adaptateur éthernet qui est connecté à ce + Modem (par exemple eth0). Par contre, si vous vous connectez - par Point-to-Point Protocol over Ethernet - (PPPoE) ou par Point-to-Point Tunneling - Protocol (PPTP) l'interface externe sera une - interface ppp (e.g. ppp0). Si vous - vous connectez par un simple modem (RTC), votre - interface externe sera aussi ppp0. - Si vous vous connectez en utilisant l'ISDN, votre + par PPPoE + (Point-to-Point Protocol over Ethernet) ou par + PPTP + (Point-to-Point Tunneling Protocol), l'interface + externe sera une interface ppp (par exemple ppp0). Si vous vous connectez par un simple + modem RTC, votre interface externe + sera aussi ppp0. Si vous vous + connectez en utilisant l'ISDN, votre interface externe sera ippp0. - Les fichiers de configuration d'exemple pour une interface + Les fichiers de configuration d'exemple pour le firewall monoposte (one-interface) supposent que votre interface externe est eth0. Si votre configuration est différente, + class="devicefile">eth0. Si votre configuration est différente, vous devrez modifier le - fichier/etc/shorewall/interfaces 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: + fichier/etc/shorewall/interfaces en conséquence. Tant + que vous y êtes, vous pourriez parcourir la liste des options qui sont + spécifiées pour les interfaces. Quelques astuces: - Si votre interface vers l'extérieur est Si votre interface vers l'extérieur est ppp0 ou ippp0, vous pouvez remplacer le - "detect" dans la seconde colonne par un - (sans les - quotes). + detect dans la seconde colonne par un - + (sans guillemets). - Si votre interface vers l'extérieur est Si votre interface vers l'extérieur est ppp0 or ippp0 ou si vous avez une adresse IP statique, vous pouvez enlever - "dhcp" de la liste des options . + dhcp de la liste des options .
@@ -387,78 +408,83 @@ all all REJECT info Adresses IP 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. + adresses IP. Normalement, votre Fournisseur d' Accès Internet + (FAI) ne vous allouera qu'une seule adresse IP. Cette + adresse peut vous être allouée par DHCP (Dynamic Host + Configuration Protocol), lors de l'établissement de votre connexion (modem + standard) ou bien lorsque vous établissez un autre type de connexion + PPP (PPPoA, + PPPoE, 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 manière permanente. - La RFC 1918 reserve des plages d'adresses IP privées pour - utilisation dans les réseau privés: + La RFC 1918 réserve des plages d'adresses IP pour utilisation dans + les réseau privés: 10.0.0.0 - 10.255.255.255 172.16.0.0 - 172.31.255.255 192.168.0.0 - 192.168.255.255 - Ces adresses sont parfois nommées non-routables - car les routers centraux d'Internet ne renvoient pas un paquet dont la - destination est reservée par la RFC 1918. Dans certain cas cependant, les - FAI (fournisseurs d'accès Internet) peuvent assigner ces adresses et - utiliser la Traduction d'Adresses Réseau (NAT Network Address - Translation) pour réécrire les en-têtes des paquets transmis - vers/depuis Internet. + Ces adresses sont parfois nommées non-routables + car les routeurs centraux d'internet ne transfèrent pas un paquet dont la + destination est une adresse réservée par la RFC 1918. Dans certain cas + cependant, les FAI (fournisseurs d'accès Internet) + peuvent vous affecter une de ces adresses et utiliser la Traduction + d'Adresses Réseau (NAT Network Address + Translation) pour réécrire les en-têtes des paquets transmis en + provenance ou à destination d'internet. - Avant de lancer Shorewall, 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 Avant de lancer Shorewall, il faut + impérativement regarder l'adresse IP de votre interface externe, et, si + elle est dans l'une des plages précédentes, vous devez enlever l'option + "norfc1918" dans la ligne concernant l'interface externe dans le fichier + /etc/shorewall/interfaces.
Permettre d'autres connexions - Shorewall inclue une collection de macros qui peuvent être utilisées - pour rapidemement autoriser ou refuser des services. Vous pouvez trouver - une liste des macros comprises dans votre version de Shorewall en - utilisant la commande ls - /usr/share/shorewall/macro.*. + Shorewall inclue une collection de macros + qui peuvent être utilisées pour rapidement autoriser ou refuser des + services. Vous pouvez trouver une liste des macros comprises dans votre + version de Shorewall en utilisant la commande ls + /usr/share/shorewall/macro.* ou bien la + commande shorewall show macros si vous utilisez une + version 3.0.3 ou ultérieure de shorewall. - Si vous souhaitez autoriser des connections depuis internet vers - votre firewall et que vous avez trouvé une macro appropriée dans + Si vous souhaitez autoriser des connexions depuis internet vers + votre firewall et que vous avez trouvé une macro appropriée dans /etc/shorewall/macro.*, le - format général d'une règle dans /etc/shorewall/rules + format général d'une règle dans /etc/shorewall/rules est le suivant: #ACTION SOURCE DESTINATION PROTO DEST PORT(S) <macro>/ACCEPT net $FW - Vous voulez un serveur Web et un serveur IMAP sur votre firewall - accessibles depuis l'extérieur: + Un serveur Web et un serveur IMAP sur votre firewall, accessibles + depuis l'extérieur: #ACTION SOURCE DESTINATION PROTO DEST PORT(S) Web/ACCEPT net $FW IMAP/ACCEPT net $FW - Vous pouvez aussi choisir de coder vos règles directement, sans - utiliser de macro pré-définie. Ceci sera nécessaire quand aucune macro - pré-définie ne répondra à vos besoins. Dans ce cas, le format général - d'une règle dans /etc/shorewall/rules est: + Vous pouvez aussi choisir de coder vos règles directement, sans + utiliser de macro pré-définie. Ceci sera nécessaire quand aucune macro + pré-définie ne répond à vos besoins. Dans ce cas, le format général d'une + règle dans /etc/shorewall/rules est: #ACTION SOURCE DESTINATION PROTO DEST PORT(S) ACCEPT net $FW <protocol> <port> - Vous voulez un serveur Web et un serveur IMAP sur votre firewall - accessibles depuis l'extérieur: + Un serveur Web et un serveur IMAP sur votre firewall, accessibles + depuis l'extérieur: #ACTION SOURCE DESTINATION PROTO DEST PORT(S) ACCEPT net $FW tcp 80 @@ -466,12 +492,13 @@ ACCEPT net $FW tcp 143 Si vous ne savez pas quel port ou protocole utilise une application - donnée, allez voir ici. + donnée, allez voir ici. - Je ne recommande pas d'activer telnet depuis/vers internet car il - utilise du texte en clair (y compris pour le login!). Si vous voulez un - accès shell à votre firewall, utilisez SSH: + Je ne recommande pas d'activer telnet + depuis/vers internet car il utilise du texte en clair (y compris pour le + login !). Si vous voulez un accès shell à votre firewall, utilisez + SSH: #ACTION SOURCE DESTINATION PROTO DEST PORT(S) SSH/ACCEPT net $FW @@ -479,126 +506,71 @@ SSH/ACCEPT net $FW - Maintenant, éditez votre fichier de configuration Maintenant, éditez votre fichier de configuration /etc/shorewall/rules - pour ajouter, modifier ou supprimer les autres connexions voulues. + pour ajouter, modifier ou supprimer d'autres connexions suivant vos + besoins.
- Starting and Stopping Your Firewall + Démarrer et Arrêter Votre Firewall - La procédure d'installation - 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 + La procédure d'installation + configure votre système pour lancer Shorewall dès le 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 avez fini avec la configuration du firewall, vous devez éditer /etc/shorewall/shorewall.conf et y mettre STARTUP_ENABLED=Yes. Les utilisateurs des paquets .deb doivent - éditer /etc/default/shorewall et mettre + éditer /etc/default/shorewall et mettre startup=1. - - Vous devez activer le lancement de - Shorewall en éditant - /etc/shorewall/shorewall.conf et en y mettant - STARTUP_ENABLED=Yes. - Le firewall est activé en utilisant la commande - shorewall start et arrêté avec la + + Vous devez activer le lancement de Shorewall + en éditant /etc/shorewall/shorewall.conf et en y + mettant STARTUP_ENABLED=Yes. + + + Le firewall est activé en utilisant la commande + shorewall start et arrêté avec la commande shorewall stop. Lorsque le - firewall est arrêté, le routage est autorisé sur les hôtes qui possèdent - une entrée dans /etc/shorewall/routestopped. - Un firewall qui tourne peut être relancé en utilisant la commande + Un firewall qui tourne peut être relancé en utilisant la commande shorewall restart. Si vous voulez - enlever toutes traces de Shorewall sur votre configuration de Netfilter, - utilisez "shorewall clear" + enlever toute trace de Shorewall sur votre configuration de Netfilter, + utilisez shorewall + clear - Si vous êtes connecté à votre firewall depuis Internet, n'essayez - pas d'exécuter une commande shorewall - stop tant que vous n'avez pas ajouté une entrée pour - votre adresse IP (celle à partir de laquelle vous - êtes connecté) dans /etc/shorewall/routestopped. - De la même manière, je ne vous recommande pas d'utiliser - shorewall restart; il est plus - intéressant de créer Si vous êtes connecté à votre firewall depuis internet, n'essayez + pas d'exécuter une commande shorewall + stop tant que vous n'avez pas ajouté une entrée dans + /etc/shorewall/routestopped + pour l'adresse IP à partir de laquelle vous êtes connecté . De la même + manière, je vous déconseille d'utiliser shorewall + restart; il est plus intéressant de créer une configuration - alternative et de la tester en utilisant la commande "shorewall try" + alternative et de la tester en utilisant la commande + shorewall + try
- Autres Lectures Recommandées + Autres Lectures Recommandées Je vous recommande vivement de lire la page des Fonctionnalités Générales des - Fichiers de Configuration -- elle contient des trucs sur les - possibilités de Shorewall pour rendre plus aisée l'administration de votre - firewall Shorewall. + url="configuration_file_basics.htm">page des fonctionnalités générales des + fichiers de configuration -- elle contient des astuces sur des + possibilités de Shorewall qui peuvent rendre plus aisée l'administration + de votre firewall Shorewall.
- - - Revision History - - - - 1.7 - - 2004-02-16 - - TE - - Move /etc/shorewall/rfc1918 to - /usr/share/shorewall. - - - - 1.6 - - 2004-02-05 - - TE - - Update for Shorewall 2.0 - - - - 1.5 - - 2004-01-05 - - TE - - Standards Changes - - - - 1.4 - - 2003-12-30 - - TE - - Add tip about /etc/shorewall/rfc1918 updates. - - - - 1.3 - - 2003-11-15 - - TE - - Initial Docbook Conversion - - -
\ No newline at end of file diff --git a/Shorewall-docs2/three-interface_fr.xml b/Shorewall-docs2/three-interface_fr.xml index 26fc21ca2..3d728b623 100644 --- a/Shorewall-docs2/three-interface_fr.xml +++ b/Shorewall-docs2/three-interface_fr.xml @@ -1,11 +1,11 @@ - + -
+
- Three-Interface Firewall + Firewall à trois interfaces @@ -33,7 +33,7 @@ - 2005-12-3 + 2005-12-18 2002-2005 @@ -48,6 +48,20 @@ + Permission est accordée 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 ultérieure + publiée par la Free Software Foundation ; sans section Invariables, sans + première de Couverture, et sans texte de quatrième de couverture. Une + copie de la présente Licence est incluse dans la section intitulée. Une + traduction française de la licence se trouve dans la section + Licence de + Documentation Libre GNU. Ce paragraphe est une + traduction française pour aider à votre compréhension. Seul le texte + original en anglais présenté ci-dessous fixe les conditions + d'utilisation de cette documentation. + 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 @@ -60,37 +74,37 @@ Notes du traducteur : Le guide - initial a été traduit par VETSEL Patrice et la pour - la version 2 de Shorewall a été effectuée par Fabien Demassieux. 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 VETSEL Patrice et la + révision pour la version 2 de Shorewall a été effectuée par Fabien Demassieux. J'ai assuré la + révision pour l'adapter à la version 3 de Shorewall. Si vous trouvez des + erreurs ou des améliorations à y apporter vous pouvez me contacter Guy Marcenac. - 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 + 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 documentation s'appliquant à votre version.
Introduction - 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. + 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. - 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 : + Ce guide ne prétend pas vous apprendre tous les rouages de + Shorewall. Il se concentre sur ce qui est nécessaire pour configurer + Shorewall dans son utilisation la plus courante: - Un système Linux utilisé en tant que firewall/routeur pour un - petit réseau local. + Un système Linux utilisé en tant que firewall/routeur pour un + petit réseau local. @@ -98,30 +112,31 @@ Si vous avez plus d'une adresse IP, ce n'est pas le guide qui - vous convient -- regardez plutôt du coté du Guide de Configuration Shorewall. - 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. + Une DMZ connectée sur une interface éthernet 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. - Une connexion Internet par le biais d'un modem câble, ADSL, - ISDN, "Frame Relay", RTC ... + Une connexion internet par le biais d'un modem câble, + ADSL, ISDN-RNIS, "Frame Relay", + RTC ... - Voici le schéma d'une installation typique. + Voici le schéma d'une installation typique.
- Schéma d'une installation typique + Schéma d'une installation typique @@ -131,16 +146,16 @@
- Pré-requis + Pré-requis Système - Shorewall a besoin que le package - iproute/iproute2 soit installé - (avec la distribution RedHat, le package - s'appelle iproute). Vous pouvez vérifier si le - package est installé par la présence du programme ip - sur votre firewall. En tant que root, vous pouvez utiliser la commande - which pour cela: + Shorewall a besoin que le paquetage + iproute/iproute2 + soit installé (avec la distribution RedHat, le + paquetage s'appelle iproute). Vous + pouvez contrôler que le package est installé en vérifiant la présence du + programme ip sur votre firewall. + En tant que root, vous pouvez + utiliser la commande which pour cela: [root@gateway root]# which ip /sbin/ip @@ -150,17 +165,17 @@
Avant de commencer - 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. + Je vous recommande de commencer par une lecture complète 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. - Si vous éditez vos fichiers de configuration sur un système - Windows, vous devez les sauver comme des - fichiers Unix si votre éditeur supporte cette + Si vous éditez vos fichiers de configuration sur un système + Windows, vous devez les enregistrer comme des + fichiers Unix si votre éditeur supporte cette option sinon vous devez les convertir avec dos2unix - avant d'essayer de les utiliser. De la même manière, si vous copiez un + avant d'essayer de les utiliser. De la même manière, si vous copiez un fichier de configuration depuis votre disque dur Windows vers une disquette, vous devez lancer dos2unix sur la copie avant de l'utiliser avec @@ -180,11 +195,11 @@
Conventions - Les points où des modifications s'imposent sont indiqués par + Les points où des modifications s'imposent sont indiqués par . - Les notes de configuration qui sont propres à LEAF/Bering sont - marquées avec Les notes de configuration qui sont propres à LEAF/Bering sont + marquées avec .
@@ -194,53 +209,55 @@ - Si vous êtes équipé d'un modem ADSL et que vous - utilisez PPTP pour communiquer avec un serveur à - travers ce modem, vous devez faire les changements suivants en plus de ceux décrits - ci-dessous. ADSL avec PPTP est - commun en Europe, notamment en Autriche. + Si vous êtes équipé d'un modem + ADSL et que vous utilisez + PPTP pour communiquer avec un serveur à travers ce + modem, vous devez faire les changements suivants en plus de ceux décrits + ci-dessous. ADSL avec + PPTP est répandu en Europe, + notamment en Autriche.
Les Concepts de Shorewall - 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. + Les fichiers de configuration pour Shorewall sont situés dans le + répertoire /etc/shorewall -- pour de simples paramétrages, vous n'aurez à + faire qu'avec quelques-uns d'entre eux comme décrit dans ce guide. Note aux utilisateurs de Debian Si vous vous servez du .deb pour installer, vous vous rendrez - compte que votre répertoire /etc/shorewall est vide. Ceci est voulu. Les squelettes des fichiers de configuration se trouvent sur votre - système dans le répertoire /usr/share/doc/shorewall/default-config. Copiez simplement les fichiers dont vous avez besoin depuis ce - répertoire dans /etc/shorewall, + répertoire dans /etc/shorewall, puis modifiez ces copies. - Remarquez que vous devez copier + Remarquez que vous devez copier /usr/share/doc/shorewall/default-config/shorewall.conf et /usr/share/doc/shorewall/default-config/modules dans /etc/shorewall même si + class="directory">/etc/shorewall même si vous ne modifiez pas ces fichiers. - Après avoir installé Shorewall, vous pourrez trouver les exemples de - la manière suivante: + Après avoir installé Shorewall, vous pourrez trouver les exemples de + la manière suivante: - Si vous avez intallé en utilisant un RPM, les exemples seront - dans le sous-répertoire Samples/three-interfaces/ 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 + Si vous avez installé en utilisant un RPM, + les exemples seront dans le sous-répertoire Samples/three-interfaces/ 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: ~# rpm -ql shorewall | fgrep three-interfaces @@ -255,26 +272,26 @@ - Si vous avez installé depuis le tarball, les exemples sont - dans le répertoire Samples/three-interfaces du + Si vous avez installé depuis le tarball, les exemples sont + dans le répertoire Samples/three-interfaces du tarball. - Si vous avez installé en utlisant un .deb, les exemples sont + Si vous avez installé en utilisant un .deb, les exemples sont dans /usr/share/doc/shorewall/examples/three-interfaces. - 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. + 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. - Shorewall voit le réseau où il fonctionne, comme étant composé d'un + 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: + des zones suivants sont utilisés: #ZONE TYPE OPTIONS IN OUT # OPTIONS OPTIONS @@ -283,46 +300,45 @@ net ipv4 loc ipv4 dmz ipv4 - Les zones de Shorewall sont définies dans le fichier Les zones de Shorewall sont définies dans le fichier /etc/shorewall/zones. - Remarquez que Shorewall reconnaît le système de firewall comme sa + Remarquez que Shorewall reconnaît le système de firewall comme sa propre zone. Quand le fichier /etc/shorewall/zones - est traité, le nom de la zone firewall est stocké dans la variable - d'environnement $FW qui peut être utilisée depuis + est traité, le nom de la zone firewall est stocké dans la variable + d'environnement $FW 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. + référence au firewall lui-même. - Les règles à propos du trafic à autoriser et à interdire sont - exprimées en utilisant le terme de zones. + Les règles à propos du trafic à autoriser et à interdire sont + exprimées en utilisant le terme de zones. - Vous exprimez votre politique par défaut pour les connexions + Vous exprimez votre politique par défaut pour les connexions d'une zone vers une autre zone dans le fichier /etc/shorewall/policy. - Vous définissez les exceptions à ces politiques pas défaut dans + Vous définissez les exceptions à ces politiques pas défaut dans le fichier /etc/shorewall/rules. - Pour chaque connexion demandant à entrer dans le firewall, la - requête est en premier lieu vérifiée par rapport au fichier - /etc/shorewall/rules. Si aucune règle dans ce fichier - ne correspond à la demande de connexion alors la première politique dans + Pour chaque connexion demandant à entrer dans le firewall, la + requête est en premier lieu vérifiée par rapport au contenu du fichier + /etc/shorewall/rules. Si aucune règle dans ce fichier + ne correspond à la demande de connexion, alors la première politique dans le fichier /etc/shorewall/policy qui y correspond - sera appliquée. S'il y a une action commune définie pour + sera appliquée. S'il y a une action commune définie pour cette politique dans /etc/shorewall/actions ou dans /usr/share/shorewall/actions.std cette action commune - sera exécutée avant que l'action spécifiée dans - /etc/shorewall/rules ne soit appliquée. + sera exécutée avant que la politique ne soit appliquée. Le fichier /etc/shorewall/policy inclus dans l'archive d'exemple (three-interface) contient les politiques suivantes: @@ -334,46 +350,46 @@ all all REJECT info 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 + 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. #SOURCE DEST POLICY LOG LEVEL LIMIT:BURST $FW net ACCEPT - Les politiques précédentes vont: + Les politiques précédentes vont: - Permettre toutes demandes de connexion depuis votre réseau - local vers Internet + Autoriser (ACCEPT) toutes les demandes de connexion depuis + votre réseau local vers internet - Drop (ignorer) toutes les demandes de connexion depuis - l'Internet vers votre firewall ou votre réseau local + Ignorer (DROP) toutes les demandes de connexion depuis + internet vers votre firewall ou votre réseau local - Accept (accepter) facultativement toutes les demandes de - connexion de votre firewall vers l'Internet (si vous avez décommenté - la politique additionnelle) + Autoriser (ACCEPT) toutes les demandes de connexion de votre + firewall vers internet (si vous avez dé-commenté la politique + additionnelle) - Reject (rejeter) toutes les autres requêtes de + Rejeter (REJECT) toutes les autres requêtes de connexion. - Maintenant, editez votre propre fichier Maintenant, éditez votre propre fichier /etc/shorewall/policy - et faites-y les changements que vous désirez. + et faites-y les changements que vous désirez.
- Les Interfaces Réseau + Les Interfaces Réseau
DMZ @@ -385,78 +401,89 @@ $FW net ACCEPT
- Le firewall possède trois interfaces réseau. Lorsque la connexion - Internet passe par un "modem" cable ou ADSL, - l'Interface Externe sera l'adaptateur ethernet qui y - est connecté à ce Modem (e.g., Le firewall possède trois interfaces réseau. Lorsque la connexion + internet passe par un modem câble ou ADSL + l'Interface + Externe sera l'adaptateur éthernet qui est connecté + à ce Modem (par exemple eth0). Par contre, si vous vous connectez - par Point-to-Point Protocol over Ethernet - (PPPoE) ou par Point-to-Point Tunneling - Protocol (PPTP) l'interface externe sera une - interface ppp (e.g. ppp0). Si vous - vous connectez par un simple modem (RTC), votre - interface externe sera aussi ppp0. - Si vous vous connectez en utilisant l'ISDN, votre - interface externe sera ippp0. + avec PPPoE (Point-to-Point Protocol over Ethernet) ou + avec PPTP (Point-to-Point Tunneling + Protocol), l'interface externe sera une interface ppp (par exemple + ppp0). Si vous vous connectez + avec un simple modem RTC, votre + interface externe sera aussi ppp0. Si vous vous connectez en + utilisant l'ISDN, votre interface + externe sera ippp0. - Si votre interface vers l'extérieur est + Si votre interface vers l'extérieur est ppp0 ou ippp0 alors vous mettrez CLAMPMSS=yes dans le fichier /etc/shorewall/shorewall.conf. Votre Interface locale sera un adaptateur - Ethernet (eth0, eth0, eth1 or eth2) 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é). + class="devicefile">eth2) et sera connecté à un hub ou à un + switch. Vos ordinateurs locaux seront connectés à ce même hub ou switch + (note : si vous n'avez qu'un seul ordinateur en local, vous pouvez le + connecter directement au firewall par un câble croisé). - Votre interface DMZ sera aussi un adaptateur - Ethernet (eth0, Votre interface DMZ sera + aussi un adaptateur éthernet (eth0, eth1 or eth2) 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é). + class="devicefile">eth2) et sera connectée à un hub ou à un + switch. Vos ordinateurs appartenant à la DMZ seront + connectés à ce même hub ou 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é). - Ne connectez pas l'interface interne et - externe sur le même hub ou switch, sauf pour tester. Vous - pouvez tester ce type de configuration si vous spécifiez l'option - arp_filter ou bien l'option Ne connectez pas les interfaces interne et + externe sur le même hub ou le même switch, sauf à des fins de + test. Vous pouvez tester en utilisant ce type de + configuration si vous spécifiez l'option arp_filter ou l'option arp_ignore dans le fichier /etc/shorewall/interfaces - pour toutes les interfaces connectées au hub/switch commun. Utiliser une telle configuration avec un firewall en - production est fortement déconseillé. + class="directory">/etc/shorewall/interfaces, et + ce pour toutes les interfaces connectées au hub/switch + commun. Il est très fortement déconseillé + d'utiliser une telle configuration avec un firewall en + production. - Le fichier de configuration d'exemple pour trois interfaces suppose - que votre interface externe est eth0, que l'interface locale est eth1 et que - la DMZ est sur l'interface eth2. - Si votre configuration est différente, vous devrez modifier le - fichier /etc/shorewall/interfaces 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: - Si votre interface vers l'extérieur est Le fichier de configuration d'exemple pour le firewall à trois + interfaces suppose que votre interface externe est eth0, que l'interface locale est + eth1 et que la + DMZ est sur l'interface eth2. Si votre configuration est + différente, vous devrez modifier le fichier + /etc/shorewall/interfaces en conséquence. Tant que vous y êtes, + vous pourriez parcourir la liste des options qui sont spécifiées pour les + interfaces. Quelques astuces: + Si votre interface vers l'extérieur est ppp0 ou ippp0, vous pouvez remplacer le detect - dans la seconde colonne par un - (sans les - quotes). + class="devicefile">ippp0, vous pouvez remplacer le + detect dans la seconde colonne par un - + (sans guillemets). - Si votre interface vers l'extérieur est Si votre interface vers l'extérieur est ppp0 or ippp0 ou si vous avez une adresse IP statique, vous pouvez enlever - dhcp dans la liste des options . + dhcp dans la liste des options .
@@ -464,20 +491,23 @@ $FW net ACCEPT Adresses IP 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: + adresses IP. Normalement, votre Fournisseur d' Accès Internet + (FAI) ne vous allouera qu'une seule adresse IP. Cette + adresse peut vous être allouée par DHCP (Dynamic Host + Configuration Protocol), lors de l'établissement de votre connexion (modem + standard) ou bien lorsque vous établissez un autre type de connexion + PPP (PPPoA, + PPPoE, 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 manière permanente. + + Quelle que soit la façon dont votre adresse externe vous est + attribuée, elle va être partagée par tous vos systèmes lors de l'accès à + internet. Vous devrez assigner vos propres adresses au machines de votre + réseau local (votre interface interne sur le firewall ainsi que les autres + ordinateurs). La RFC 1918 réserve des plages d'adresses IP pour + l'utilisation dans les réseau privés: 10.0.0.0 - 10.255.255.255 172.16.0.0 - 172.31.255.255 @@ -486,57 +516,56 @@ $FW net ACCEPT Avant de lancer Shorewall, 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 + l'adresse IP de votre interface externe, et, si elle est dans l'une des + plages précédentes, vous devez enlever l'option "norfc1918" dans la ligne concernant l'interface externe dans le fichier /etc/shorewall/interfaces. - 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 - x.y.z.0 - x.y.z.255. Un tel sous-réseau aura un masque - (Subnet Mask) de 255.255.255.0. - L'adresse x.y.z.0 est réservée comme l'adresse de - sous-réseau (Subnet Address) et - x.y.z.255 est réservée en tant qu'adresse de broadcast - (Subnet Broadcast Address). Dans Shorewall, un - sous-réseau est décrit en utilisant la notation CIDR (Classless - InterDomain Routing) qui consiste en l'adresse du sous-réseau - suivie par/24. Le 24 se réfère au nombre - consécutif de bits à 1 dans la partie gauche du masque de - sous-réseau. + Vous devrez allouer vos adresses depuis le même sous-réseau + (subnet). Pour ce faire, nous pouvons considérer un sous-réseau comme + étant une plage d'adresses allant de x.y.z.0 à + x.y.z.255. Un tel sous-réseau aura un masque (subnet mask) + de 255.255.255.0. L'adresse + x.y.z.0 est réservée comme l'adresse de sous-réseau + (Subnet Address) et l'adresse + x.y.z.255 est réservée en tant qu'adresse de diffusion + (broadcast). Dans Shorewall, un tel sous-réseau est + décrit en utilisant la + notation CIDR (Classless InterDomain Routing) qui consiste en + l'adresse du sous-réseau suivie par /24. Le + 24 indiquant le nombre consécutif de bits à + 1 dans la partie gauche du masque de sous-réseau. - Un exemple de sous-réseau (sub-network) : + Un exemple de sous-réseau (sub-network) : - Range: + Etendue: 10.10.10.0 - 10.10.10.255 - Subnet Address: + Adresse de sous-réseau: 10.10.10.0 - Broadcast Address: + Adresse de diffusion: 10.10.10.255 - CIDR Notation: + Notation CIDR: 10.10.10.0/24 @@ -545,38 +574,39 @@ $FW net ACCEPT
- La convention veut que l'on affecte à l'interface interne du - firewall la première adresse utilisable du sous-réseau (10.10.10.1 dans l'exemple précédent) ou - bien la dernière adresse utilisable (La convention veut que l'on affecte à l'interface interne du + firewall la première adresse utilisable du sous-réseau (10.10.10.1 dans l'exemple précédent) ou + bien la dernière adresse utilisable (10.10.10.254). - 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). + L'un des objectifs de la gestion en sous-réseaux est de permettre à + tous les ordinateurs du 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 auquel ils appartiennent, les + ordinateurs doivent envoyer leurs paquets par l'intermédiaire d'une + passerelle (gateway). - 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 IP 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 - IP de l'interface DMZ du firewall. + Vos ordinateurs locaux (computer 1 et computer 2 dans le diagramme) + doivent être configurés avec leur passerelle par défaut (default gateway) + pointant sur l'adresse IP de l'interface interne du + firewall. Les ordinateurs de votre DMZ (DMZ Computer 1 + et DMZ computer 2) devraient être configurés avec leur passerelle par + défaut (default gateway) pointant sur l'adresse IP de + l'interface DMZ du firewall. - 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 + Cette brève présentation ne fait qu'effleurer la question des + sous-réseaux et du routage. Si vous voulez en apprendre plus sur l'adressage IP et le routage, je recommande IP Fundamentals: What Everyone Needs to Know about Addressing & Routing, Thomas A. Maufer, Prentice-Hall, 1999, ISBN 0-13-975483-0 (link). + url="http://www.phptr.com/browse/product.asp?product_id={58D4F6D4-54C5-48BA-8EDD-86EBD7A42AF6}">lien). - Le reste de ce guide assumera que vous avez configuré votre réseau - comme montré ci-dessous : + Le reste de ce guide suppose que vous avez configuré votre réseau + comme montré ci-dessous :
DMZ @@ -587,18 +617,18 @@ $FW net ACCEPT - La passerelle par défaut pour la DMZ sera La passerelle par défaut pour la DMZ sera 10.10.11.254 et la passerelle par - défaut pour les ordinateurs locaux sera 10.10.10.254. - Votre FAI (fournisseur d'accès) pourrait - assigner une adresse RFC 1918 à - votre interface externe. Si cette adresse est le sous-réseau - 10.10.10.0/24 alors - vous aurez besoin d'un sous-réseau DIFFERENT - RFC 1918 pour votre réseau local. + Votre FAI pourrait allouer une adresse + RFC 1918 à votre interface + externe. Si cette adresse est le sous-réseau 10.10.10.0/24 alors vous aurez besoin d'un sous-réseau RFC 1918 DIFFÉRENT + pour votre réseau local. @@ -608,79 +638,82 @@ $FW net ACCEPT
IP Masquerading (SNAT) - 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 ( Network Address Translation - NAT). 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 à 10.10.10.1 et - fait passer le paquet vers l'ordinateur 1. + Les adresses réservées par la RFC 1918 sont parfois désignées 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 systèmes en local (supposons Computer 1) envoie + une demande de connexion à un serveur internet, le firewall doit effectuer + une traduction d'adresse réseau ou Network Address Translation + (NAT). 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 réécrit l'adresse de destination à 10.10.10.1 et fait passer le paquet vers + l'ordinateur Computer 1. - Sur les systèmes Linux, ce procédé est souvent appelé IP - Masquerading mais vous verrez aussi le terme de - Source Network Address Translation - (SNAT). Shorewall suit la convention utilisée avec - Netfilter: + Sur les systèmes Linux, ce procédé est souvent appelé IP + Masquerading mais vous verrez aussi le terme de traduction + d'adresses source ou Source Network Address + Translation (SNAT). Shorewall suit la + convention utilisée avec Netfilter: - Masquerade désigne le cas ou vous laissez - votre firewall détecter automatiquement l'adresse de l'interface + Masquerade désigne le cas ou vous laissez + votre firewall détecter automatiquement l'adresse de votre interface externe. - SNAT désigne le cas où - vous spécifiez explicitement l'adresse source des paquets sortant de - votre réseau local. + SNAT désigne le cas où + vous spécifiez explicitement l'adresse source des paquets sortant de + votre réseau local. Sous Shorewall, autant le - Masquerading et le - SNAT sont configuré avec des - entrés dans le fichier /etc/shorewall/masq. + Masquerading que la + SNAT sont configurés avec des + entrées dans le fichier /etc/shorewall/masq. Vous + utiliserez normalement le Masquerading si votre adresse + IP externe est dynamique, et la SNAT + si votre adresse IP externe est statique. Si votre interface externe est eth0, votre interface locale eth1 et votre interface pour la DMZ - eth2 vous n'avez pas besoin de - modifier le fichier fourni avec l'exemple. Dans le cas contraire, éditez - eth0, si votre interface locale est + eth1 et que votre interface pour + la DMZ est eth2, vous n'avez pas besoin de modifier le + fichier fourni avec l'exemple. Dans le cas contraire, éditez /etc/shorewall/masq et - changez le en conséquence. + changez-le en conséquence. - 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 eth2 de + 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'entrée pour eth2 de /etc/shorewall/masq. - Si votre IP externe est statique, vous pouvez la mettre dans la - troisième colonne dans Si votre adresse externe IP est statique, vous + pouvez la mettre dans la troisième colonne dans /etc/shorewall/masq 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. + vous le désirez. De toutes façons votre firewall fonctionnera bien si vous + laissez cette colonne vide. Le fait de mettre votre adresse + IP statique dans la troisième colonne permet un + traitement des paquets sortants un peu plus efficace. - Si vous utilisez les paquets Debian, vérifiez dans votre fichier de + Si vous utilisez un paquetage Debian, vérifiez dans votre fichier de configuration shorewall.conf que la valeur suivante - est convenablemblement paramètrée, sinon faites les changements - nécessaires: + est convenablement paramétrée, sinon faites les changements + nécessaires: IP_FORWARDING=On @@ -688,38 +721,36 @@ $FW net ACCEPT
- Port Forwarding (DNAT) + Transfert de ports (DNAT) - 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 - SNAT pour réécrire l'adresse source dans la - réponse. + 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 plutôt à que ces clients adressent leurs + demandes de connexion au firewall qui réécrira l'adresse de votre serveur + comme adresse de destination, puis lui fera passer le paquet. Lorsque + votre serveur retournera sa réponse, le firewall appliquera + automatiquement une règle SNAT pour + réécrire l'adresse source dans la réponse. - Ce procédé est appelé Port Forwarding ou - traduction d'adresses destination (DNAT). Vous - configurez le port forwarding en utilisant les règles DNAT dans le fichier - /etc/shorewall/rules - file. + Ce procédé est appelé transfert de port (Port + Forwarding) ou traduction d'adresses réseau destination ou + Destination Network Address Translation + (DNAT). Vous configurez le transfert + de port en utilisant des règles DNAT + dans le fichier /etc/shorewall/rules. - La forme générale d'une simple règle de port forwarding dans - /etc/shorewall/rules - est: #ACTION SOURCE DEST PROTO DEST PORT(S) + La forme générale d'une simple règle de transfert de port dans + /etc/shorewall/rules est:#ACTION SOURCE DEST PROTO DEST PORT(S) DNAT net dmz:<server local IP address>[:<server port>] <protocol> <port> - Si vous ne spécifiez pas <server - port>, il est supposé être le même que + Si vous ne spécifiez pas <server + port>, il est supposé être le même que <port>. - 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 + Vous faites tourner un serveur Web sur l'ordinateur Computer 2 de + votre <acronym>DMZ</acronym> et vous voulez faire suivre à ce système + les paquets entrant en TCP sur le port 80 #ACTION SOURCE DEST PROTO DEST PORT(S) Web/DNAT net dmz:10.10.11.2 @@ -727,27 +758,29 @@ Web/ACCEPT loc dmz:10.10.11.2 - L'entrée 1 fait suivre le port 80 depuis Internet vers la - DMZ. + L'entrée 1 fait suivre le port 80 depuis internet vers la + DMZ. - L'entrée 2 autorise les connexions du réseau local. + L'entrée 2 autorise les connexions depuis le réseau + local. - Plusieurs points importants à garder en mémoire + Plusieurs points importants sont à garder en mémoire : - Lorsque vous vous connectez à votre serveur à partir de - votre réseau local, vous devez utiliser l'adresse IP interne du + Lorsque vous vous connectez à votre serveur à partir de + votre réseau local, vous devez utiliser l'adresse IP interne du serveur (10.10.11.2). - 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 à + Quelques Fournisseurs d'Accès 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 à http://w.x.y.z:5000 ou w.x.y.z est votre IP externe).#ACTION SOURCE DEST PROTO DEST PORT(S) SOURCE # PORT(S) @@ -755,27 +788,27 @@ DNAT net dmz:10.10.11.2:80 tcp 80 5000 - Si vous voulez avoir la possibilité de vous connecter à - votre serveur depuis le réseau local en utilisant votre adresse + 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->dmz précédente par + vous pouvez remplacer la règle loc->dmz précédente par :#ACTION SOURCE DEST PROTO DEST PORT(S) SOURCE ORIGINAL # PORT(S) DEST DNAT loc dmz:10.10.11.2 tcp 80 - <external IP>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 + devez suivre les étapes suivantes (en supposant que votre interface externe est eth0): - Insérez ce qui suit dans /etc/shorewall/params: + Insérez ce qui suit dans /etc/shorewall/params: ETH0_IP=$(find_interface_address eth0) - Votre règle loc->dmz deviendra: + Votre règle loc->dmz deviendra: #ACTION SOURCE DEST PROTO DEST PORT(S) SOURCE ORIGINAL # PORT(S) DEST DNAT loc dmz:10.10.11.2 tcp 80 - $ETH0_IP @@ -784,8 +817,8 @@ DNAT loc dmz:10.10.11.2 tcp 80 - $ETH0_IP - Si vous voulez accéder à votre serveur depuis la DMZ en - utilisant votre adresse IP externe, regardez Si vous voulez accéder à votre serveur depuis la DMZ en + utilisant votre adresse IP externe, regardez la FAQ 2a. @@ -793,62 +826,68 @@ DNAT loc dmz:10.10.11.2 tcp 80 - $ETH0_IP - Maintenant, ajoutez les règles DNAT et ACCEPT pour vos - serveurs. + Maintenant, modifiez /etc/shorewall/rules pour + ajouter les règles DNAT dont vous avez besoin. - 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 ! + Quand vous testez des règles DNAT telles que + celles présentées plus haut, vous devez les tester + depuis un client A L'EXTÉRIEUR DE VOTRE FIREWALL (depuis la + zone net). Vous ne pouvez pas tester ces règles de + l'intérieur ! - Pour des trucs en cas de problème avec le DNAT, allez lire les FAQs 1a et 1b. + Pour des astuces en cas de problème avec la + DNAT, allez lire les FAQ + 1a et 1b.
- Domain Name Server (DNS) + Service de Noms de Domaines (DNS) - Normalement, quand vous vous connectez à votre fournisseur - (FAI/ISP), en même temps que vous obtenez votre adresse IP, votre resolver - Domain Name Service (DNS) pour le - firewall est configuré automatiquement (c.a.d.,le fichier - /etc/resolv.conf est mis à jour). Il arrive que votre - fournisseur d'accès vous donne une paire d'adresse IP - pour les serveurs DNS afin que vous configuriez + Normalement, quand vous vous connectez à votre fournisseur d'accès + (FAI), en même temps que vous obtenez votre adresse IP, + votre resolver pour le Service des Noms de Domaines ou + Domain Name Service + (DNS) pour le firewall est configuré + automatiquement (c.a.d., le fichier /etc/resolv.conf + est mis à jour). Il arrive que votre fournisseur d'accès vous donne une + paire d'adresse IP pour les serveurs + DNS afin que vous configuriez manuellement vos serveurs de noms primaire et secondaire. Quelle que soit - la manière dont le DNS 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 - : + la manière dont le DNS est configuré sur votre + firewall, il est de votre responsabilité de configurer le + resolver sur chacun de vos systèmes internes. Vous pouvez + procéder d'une de ces deux façons : - 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 + Vous pouvez configurer votre système interne pour utiliser les + serveurs de noms de votre fournisseur d'accès. 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 + configurer vos systèmes internes. Si cette information n' est pas disponible, regardez dans /etc/resolv.conf sur - votre firewall -- les noms des serveurs sont donnés dans - l'enregistrement "nameserver" dans ce fichier. + votre firewall -- les noms des serveurs sont donnés dans + l'enregistrement "nameserver" de ce + fichier. - Vous pouvez configurer un cache dns - Caching Name Server sur votre firewall. - Red Hat a un RPM pour - serveur cache dns (le RPM à besoin aussi du - paquetage bindRPM) et pour les - utilisateurs de Bering, il y a dnscache.lrp. 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 IP interne - du firewall (10.10.10.254 - 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 UDP - and TCP) depuis le réseau local vers le firewall; - vous ferez ceci en ajoutant les règles suivantes dans Vous pouvez configurer un cache DNS + (Caching Name Server) sur votre firewall. + Red Hat fournit un + RPM pour serveur cache DNS (ce + RPM à aussi besoin aussi du paquetage + RPM bind) et pour les utilisateurs de + Bering, il y a le paquetage dnscache.lrp. Si vous + adoptez cette approche, vous configurez vos systèmes internes pour + utiliser le firewall lui même comme étant le seul serveur de noms + primaire. Vous utilisez l'adresse IP interne du + firewall (10.10.10.254 + dans l'exemple précédent) pour adresse du serveur de nom. Pour + permettre à vos systèmes locaux d'accéder à votre serveur cache DNS, + vous devez ouvrir le port 53 (à la fois UDP and + TCP) depuis le réseau local vers le firewall; + vous ferez ceci en ajoutant les règles suivantes dans /etc/shorewall/rules. @@ -860,23 +899,25 @@ DNS/ACCEPT loc $FW DNS/ACCEPT dmz $FW Si vous faites tourner le serveur de noms sur l'ordinateur 1 de la - DMZ: + DMZ: #ACTION SOURCE DEST PROTO DEST PORT(S) DNS/ACCEPT loc dmz:10.10.11.1 DNS/ACCEPT $FW dmz:10.10.11.1 - Dans la régle ci-dessus, DNS/ACCEPT est un exemple - d'utilisation d'une macro prédéfinie. Shorewall comprend un certain nombre - de macros prédéfinies et vous pouvez ajouter les - votres. Vous pouvez trouver une liste des macros comprises dans + Dans la régle ci-dessus, DNS/ACCEPT est un exemple + d'utilisation d'une macro prédéfinie. Shorewall comprend un certain nombre + de macros prédéfinies et vous pouvez ajouter les + vôtres. Vous pouvez trouver une liste des macros comprises dans votre version de Shorewall en utilisant la commande ls - /usr/share/shorewall/macro.*. + /usr/share/shorewall/macro.* ou bien la + commande shorewall show macros si vous utilisez une + version 3.0.3 ou ultérieure de Shorewall. - Vous n'êtes pas obligé d'utiliser des macros prédéfinies si vous - codez vos régles dans le fichier + Vous n'êtes pas obligé d'utiliser des macros prédéfinies et vous + pouvez codez vos régles vous-même dans le fichier /etc/shorewall/rules. Le premier exemple vu plus haut - (serveur de noms sur le firewall) aurait pu être codé comme suit: + (serveur de noms sur le firewall) aurait pu être codé comme suit: #ACTION SOURCE DEST PROTO DEST PORT(S) ACCEPT loc $FW tcp 53 @@ -884,10 +925,10 @@ ACCEPT loc $FW udp 53 ACCEPT dmz $FW tcp 53 ACCEPT dmz $FW udp 53 - 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 + Au cas ou Shorewall n'inclue pas de macro pré-définie 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 ici.
@@ -895,205 +936,208 @@ ACCEPT dmz $FW udp 53 Autres Connexions Les fichiers exemples inclus dans l'archive (three-interface) - contiennent la règle suivante :#ACTION SOURCE DEST PROTO DEST PORT(S) -DNS/ACCEPT $FW net Cette règle autorise l'accès - DNS à partir de votre firewall. Elle peut être enlevée - si vous avez décommenté la ligne dans #ACTION SOURCE DEST PROTO DEST PORT(S) +DNS/ACCEPT $FW net Cette règle autorise l'accès + DNS à partir de votre firewall. Elle peut être enlevée + si vous avez dé-commenté la ligne dans /etc/shorewall/policy - autorisant toutes les connexions depuis le firewall vers Internet. + autorisant toutes les connexions depuis le firewall vers internet. L'exemple inclue aussi: #ACTION SOURCE DEST PROTO DEST PORT(S) SSH/ACCEPT loc $FW -SSH/ACCEPT loc dmz Ces régles autorisent un +SSH/ACCEPT loc dmz Ces régles autorisent un serveur SSH sur votre firewall et sur chacun des - systèmes de votre DMZ et permettent de s'y connecter depuis vos systèmes - locaux (loc). + systèmes de votre DMZ et permettent de s'y connecter + depuis vos systèmes locaux (zone loc). - Si vous désirez permettre d'autres connexions entre vos systèmes, la - syntaxe générale d'une macro prédéfinie est: + Si vous désirez autoriser d'autres connexions entre vos systèmes, la + syntaxe générale d'une macro pré-définie est: #ACTION SOURCE DEST PROTO DEST PORT(S) <macro>/ACCEPT <source zone> <destination zone> - La syntaxe générale lorsqu'on utilise pas de macro prédéfinie + La syntaxe générale lorsqu'on n'utilise pas de macro pré-définie est:#ACTION SOURCE DEST PROTO DEST PORT(S) ACCEPT <source zone> <destination zone> <protocol> <port> - Vous voulez rendre publiquement accessible votre serveur DNS sur - le firewall + Vous voulez rendre votre serveur DNS sur le firewall accessible + depuis internet - En utilisant une macro prédéfinie: + En utilisant une macro pré-définie: #ACTION SOURCE DEST PROTO DEST PORT(S) DNS/ACCEPT net $FW - En n'utilisant pas de macro prédéfinie: + En n'utilisant pas de macro pré-définie: #ACTION SOURCE DEST PROTO DEST PORT(S) ACCEPT net $FW tcp 53 ACCEPT net $FW udp 53 - Ces deux régles viennent évidemment s'ajouter à celles présentées - plus haut dans "vous pouvez configurer un cache DNS sur votre - firewall". + Ces deux régles viennent évidemment s'ajouter à celles présentées + plus haut dans Vous pouvez configurer + un cache DNS sur votre firewall. Si vous ne savez pas quel port(s) et protocole(s) une application - particulière utilise, vous pouvez regarder ici. Je ne recommande pas d'autoriser telnet 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 SSH + internet parce qu'il utilise du texte en clair (même pour le login !). + Si vous voulez un accès shell à votre firewall, utilisez SSH :#ACTION SOURCE DEST PROTO DEST PORT(S) SSH/ACCEPT net $FW Les - utilisateurs de Bering pourront ajouter les deux régles suivantes pour - être compatible avec la configuration du firewall de - Jacques.#ACTION SOURCE DEST PROTO DEST PORT(S) + utilisateurs de Bering pourront ajouter les deux régles suivantes pour + être compatible avec la configuration du firewall de Jacques (Jacques's + Shorewall configuration).#ACTION SOURCE DEST PROTO DEST PORT(S) ACCEPT loc $FW udp 53 ACCEPT net $FW tcp 80 - L'entrée 1 autorise l'utilisation du Cache DNS. + L'entrée 1 autorise l'utilisation du Cache DNS. - L'entrée 2 autorise le weblet à + L'entrée 2 autorise le weblet à fonctionner. - Maintenant, éditez votre fichier de configuration Maintenant, éditez votre fichier de configuration /etc/shorewall/rules - pour y ajouter, modifier ou supprimer les autres connexions - voulues. + pour ajouter, modifier ou supprimer d'autres connexions suivant vos + besoins.
- Quelques Points à Garder en Mémoire + Quelques Points à Garder en Mémoire Vous ne pouvez pas tester votre firewall - de l'intérieur de votre réseau. Car envoyer des requêtes à + depuis l'intérieur de votre réseau. 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 net. - Tout trafic généré par le réseau local sera associé à l'interface - locale et sera traité comme du trafic de loc->fw. + associées à votre interface externe ou à la zone net. + Tout trafic généré par le réseau local sera associé à l'interface + locale et sera traité comme du trafic du réseau local vers le firewall + (loc->fw). - Les adresses IP sont des propriétés des - systèmes, pas des interfaces. C'est une erreur de croire + Les adresses IP sont des propriétés des + systèmes, pas des interfaces. C'est une erreur de croire que votre firewall est capable de faire suivre (forward) 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. + 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 tirer 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. - Toutes les adresses IP configurées sur le + Toutes les adresses IP configurées sur le firewall sont dans la zone $FW (fw). Si 192.168.1.254 est - l'adresse IP de votre interface interne, alors vous pouvez écrire + l'adresse IP de votre interface interne, alors vous pouvez écrire $FW:192.168.1.254 dans - une régle mais vous ne devez pas écrire loc:192.168.1.254. C'est aussi un - non-sens d'ajouter 192.168.1.254 à la zone loc en utilisant une entrée dans + une régle mais vous ne devez pas écrire loc:192.168.1.254. C'est aussi une + absurdité d'ajouter 192.168.1.254 à la zone loc en utilisant une entrée dans /etc/shorewall/hosts. - Les paquets de retour (Reply) ne suivent - PAS automatiquement le chemin inverse de la requête - d'origine. 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. + Les paquets de retour (reply) ne suivent + PAS automatiquement le chemin inverse de la requête + d'origine. 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 des règles 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 dans le + firewall Shorewall où l'adresse de destination IP est réécrite, mais + la réponse revient par l'ancienne passerelle qui, elle, ne modifiera + pas le paquet. - Shorewall lui-même n'a aucune notion du - dedans et du dehors. Ces concepts dépendent de la façon - dont Shorewall est configuré. + Shorewall lui-même n'a aucune notion du + dedans et du dehors. Ces concepts dépendent de la façon + dont Shorewall est configuré.
- Démarrer et Arrêter Votre Firewall + Démarrer et Arrêter Votre Firewall - La procédure d'installation - 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 + La procédure d'installation + configure votre système pour lancer Shorewall dès le 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 avez fini avec la configuration du firewall, vous devez éditer /etc/shorewall/shorewall.conf et y mettre STARTUP_ENABLED=Yes. - Les utilisateurs des paquets .deb doivent éditer Les utilisateurs des paquetages .deb doivent éditer /etc/default/shorewall et mettre startup=1. - Le firewall est activé en utilisant la commande - shorewall start et arrêté avec - shorewall stop. Lorsque le firewall est - stoppé, le routage est autorisé sur les hôtes qui possèdent une entrée - dans /etc/shorewall/routestopped. Un - firewall qui tourne peut être relancé en utilisant la commande - shorewall restart command. Si vous - voulez enlever toutes traces de Shorewall sur votre configuration de - Netfilter, utilisez shorewall - clear. + + + Le firewall est activé en utilisant la commande + shorewall start et arrêté avec la + commande shorewall stop. Lorsque le + firewall est arrêté, le routage est autorisé sur les hôtes qui possèdent + une entrée dans /etc/shorewall/routestopped. + Un firewall qui tourne peut être relancé en utilisant la commande + shorewall restart. Si vous voulez + enlever toute trace de Shorewall sur votre configuration de Netfilter, + utilisez shorewall + clear - Les exemples (three-interface) supposent que vous voulez permettre - le routage depuis ou vers eth1 (le - réseau local) et eth2 (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 - /etc/shorewall/routestopped en conséquence. - - - Si vous êtes connecté à votre firewall depuis Internet, n'essayez - pas d'exécuter une commande shorewall - stop tant que vous n'avez pas ajouté une entrée pour - votre adresse IP (celle à partir de laquelle vous - êtes connecté) dans /etc/shorewall/routestopped. - De la même manière, je ne vous recommande pas d'utiliser - shorewall restart; il est plus - intéressant de créer une configuration - alternative et de la tester en utilisant la commande "shorewall try" - + Les fichiers de l'exemple Firewall à Trois Interfaces + (three-interface) supposent que vous voulez autoriser le routage depuis ou + vers eth1 (votre réseau local) et + eth2 (votre DMZ) lorsque Shorewall + est arrêté. Si ces interfaces ne sont pas connectées à votre réseau local + ou à votre DMZ, ou bien que vous voulez permettre l'accès depuis ou vers + d'autres hôtes, modifiez /etc/shorewall/routestopped en + conséquence. + Si vous êtes connecté à votre firewall depuis internet, + n'essayez pas d'exécuter une commande shorewall + stop tant que vous n'avez pas ajouté une entrée dans + /etc/shorewall/routestopped + pour l'adresse IP à partir de laquelle vous êtes connecté . De la même + manière, je vous déconseille d'utiliser shorewall + restart; il est plus intéressant de créer une configuration + alternative et de la tester en utilisant la commande + shorewall + try +
- Autres Lectures Recommandées + Autres Lectures Recommandées Je vous recommande vivement de lire la page des Fonctionnalités Générales des - Fichiers de Configuration -- elle contient des trucs sur les - possibilités de Shorewall pour rendre aisé l'administration de votre - firewall Shorewall. + url="configuration_file_basics.htm">page des Fonctionnalités Générales des + Fichiers de Configuration -- elle contient des astuces sur des + possibilités de Shorewall qui peuvent rendre plus aisée l'administration + de votre firewall Shorewall.
-
\ No newline at end of file +
diff --git a/Shorewall-docs2/two-interface_fr.xml b/Shorewall-docs2/two-interface_fr.xml index 020cd7754..31ee404e6 100644 --- a/Shorewall-docs2/two-interface_fr.xml +++ b/Shorewall-docs2/two-interface_fr.xml @@ -1,10 +1,10 @@ - + -
+
- Firewall standard à deux interfaces + Firewall à deux interfaces @@ -32,7 +32,7 @@ - 2005-12-3 + 2005-12-18 2002 @@ -53,6 +53,20 @@ + Permission est accordée 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 ultérieure + publiée par la Free Software Foundation ; sans section Invariables, sans + première de Couverture, et sans texte de quatrième de couverture. Une + copie de la présente Licence est incluse dans la section intitulée. Une + traduction française de la licence se trouve dans la section + Licence de + Documentation Libre GNU. Ce paragraphe est une + traduction française pour aider à votre compréhension. Seul le texte + original en anglais présenté ci-dessous fixe les conditions + d'utilisation de cette documentation. + 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 @@ -65,56 +79,57 @@ Notes du traducteur : Le guide - initial a été traduit par VETSEL Patrice et la pour - la version 2 de Shorewall a été effectuée par Fabien Demassieux. 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 Fabien Demassieux. J'ai assuré la + révision pour l'adapter à la version 3 de Shorewall. Si vous trouvez des + erreurs ou des améliorations à y apporter vous pouvez me contacter Guy Marcenac. - 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 + 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 documentation s'appliquant à votre version.
Introduction - Mettre en place un système Linux en tant que firewall pour un petit - réseau est une chose assez simple, si vous comprenez les bases et suivez - la documentation. + Mettre en place un système Linux en tant que firewall pour un petit + réseau est une chose assez simple, si vous comprenez les bases et que vous + suivez la documentation. - Ce guide ne prétend pas vous apprendre tous les rouages de - Shorewall. Il se focalise sur ce qui est nécessaire pour configurer - Shorewall, dans son utilisation la plus courante: + Ce guide ne prétend pas vous apprendre tous les rouages de + Shorewall. Il se concentre sur ce qui est nécessaire pour configurer + Shorewall dans son utilisation la plus courante: - Un système Linux utilisé en tant que firewall/routeur pour un - petit réseau local. + Un système Linux utilisé en tant que firewall/routeur pour un + petit réseau local. Une seule adresse IP publique. - Si vous avez plus d'une adresse IP, ce n'est pas le guide - qui vous convient -- regardez plutôt du coté du Si vous avez plus d'une adresse IP publique, ce n'est pas le + guide qui vous convient -- regardez plutôt du coté du Guide de Configuration Shorewall. - Une connexion Internet par le biais d'un modem câble, ADSL, - ISDN, "Frame Relay", RTC ... + Une connexion passant par un modem câble, + ADSL, ISDN-RNIS, Frame Relay, + RTC... - Voici un schéma d'une installation typique:
+ Voici le schéma d'une installation typique:
Configuration standard d'un firewall avec deux interfaces @@ -124,11 +139,11 @@
- Si vous éditez vos fichiers de configuration sur un système - Windows, vous devez les sauver comme des - fichiers Unix si votre éditeur supporte cette + Si vous éditez vos fichiers de configuration sur un système + Windows, vous devez les enregistrer comme des + fichiers Unix si votre éditeur supporte cette option sinon vous devez les convertir avec dos2unix - avant d'essayer de les utiliser. De la même manière, si vous copiez un + avant d'essayer de les utiliser. De la même manière, si vous copiez un fichier de configuration depuis votre disque dur Windows vers une disquette, vous devez lancer dos2unix sur la copie avant de l'utiliser avec @@ -148,33 +163,34 @@
- Pré-requis + Pré-requis Système Shorewall a besoin que le package - iproute/iproute2 soit installé - (avec la distribution RedHat, le package - s'appelle iproute). Vous pouvez vérifier si le - package est installé par la présence du programme ip - sur votre firewall. En tant que root, vous pouvez utiliser la commande - which pour cela: [root@gateway root]# which ip + iproute/iproute2 + soit installé (avec la distribution RedHat, le + package s'appelle iproute). Vous + pouvez vérifier que le package est installé en contrôlant la présence du + programme ip sur votre firewall. + En tant que root, vous pouvez + utiliser la commande which pour + cela: [root@gateway root]# which ip /sbin/ip [root@gateway root]# - 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. + Je vous recommande de commencer par une lecture complète 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.
Conventions - Les points où des modifications s'imposent sont indiqués par + Les points où des modifications s'imposent sont indiqués par . - Les notes de configuration qui sont propres à LEAF/Bering sont - marquées avec Les notes de configuration qui sont propres à LEAF/Bering sont + marquées avec .
@@ -184,12 +200,14 @@ - Si vous êtes équipé d'un modem ADSL et que vous - utilisez PPTP pour communiquer avec un serveur à - travers ce modem, vous devez faire les changements suivants en plus de ceux décrits - ci-dessous. ADSL avec PPTP est - commun en Europe, notamment en Autriche. + Si vous êtes équipé d'un modem + ADSL et que vous utilisez + PPTP pour communiquer avec un + serveur à travers ce modem, vous devez faire les changements suivants en plus de ceux décrits + ci-dessous. ADSL avec + PPTP est répandu en Europe, + notamment en Autriche.
@@ -197,42 +215,43 @@ - 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. + Les fichiers de configuration pour Shorewall sont situés dans le + répertoire /etc/shorewall -- pour + de simples paramétrages, vous n'aurez à faire qu'avec quelques-uns d'entre + eux comme décrit dans ce guide. Note aux utilisateurs de Debian Si vous vous servez du .deb pour installer, vous vous rendrez - compte que votre répertoire /etc/shorewall est vide. Ceci est voulu. Les squelettes des fichiers de configuration se trouvent sur votre - système dans le répertoire /usr/share/doc/shorewall/default-config. Copiez simplement les fichiers dont vous avez besoin depuis ce - répertoire dans /etc/shorewall, + répertoire dans /etc/shorewall, puis modifiez ces copies. - Remarquez que vous devez copier + Remarquez que vous devez copier /usr/share/doc/shorewall/default-config/shorewall.conf et /usr/share/doc/shorewall/default-config/modules dans /etc/shorewall même + class="directory">/etc/shorewall même si vous ne modifiez pas ces fichiers. - Après avoir installé Shorewall, - vous pourrez trouver les exemples de la manière suivante: + Après avoir installé Shorewall, + vous pourrez trouver les exemples de la manière suivante: - Si vous avez intallé en utilisant un RPM, les exemples - seront dans le sous-répertoire Si vous avez installé en utilisant un + RPM, les exemples seront dans le + sous-répertoire Samples/two-interfaces/ du - répertoire de la documentation de Shorewall. Si vous ne savez - pas où se trouve le répertoire de la documentation de Shorewall, + 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: @@ -248,119 +267,119 @@ - Si vous avez installé depuis le tarball, les exemples sont - dans le répertoire Samples/two-interfaces + Si vous avez installé depuis le tarball, les exemples sont + dans le répertoire Samples/two-interfaces du tarball. - Si vous avez installé en utlisant un .deb, les exemples + Si vous avez installé en utilisant un .deb, les exemples sont dans /usr/share/doc/shorewall/examples/two-interfaces. - 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. + 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. - Shorewall voit le réseau où il fonctionne, comme étant composé d'un + Shorewall voit le réseau où il fonctionne, comme étant composé d'un ensemble de zones. Dans une configuration avec deux interfaces, les noms - des zones suivantes sont utilisés:#ZONE TYPE OPTIONS IN OUT + de zone suivants sont utilisés:#ZONE TYPE OPTIONS IN OUT # OPTIONS OPTIONS fw firewall net ipv4 loc ipv4 - Les zones de Shorewall sont définies dans le fichier Les zones de Shorewall sont définies dans le fichier /etc/shorewall/zones. - Remarquez que Shorewall reconnaît le système de firewall comme sa + Remarquez que Shorewall reconnaît le système de firewall comme sa propre zone. Quand le fichier /etc/shorewall/zones - est traité, le nom de la zone firewall est stocké dans la variable - d'environnement $FW 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. + est traité, le nom de la zone firewall est stocké dans la variable + d'environnement $FW, 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. - Les règles à propos du trafic à autoriser et à interdire sont - exprimées en utilisant le terme de zones. + Les règles à propos du trafic à autoriser et à interdire sont + exprimées en utilisant le terme de zones. - Vous exprimez votre politique par défaut pour les connexions + Vous exprimez votre politique par défaut pour les connexions d'une zone vers une autre zone dans le fichier /etc/shorewall/policy. - Vous définissez les exceptions à ces politiques pas défaut + Vous définissez les exceptions à ces politiques pas défaut dans le fichier /etc/shorewall/rules. - Pour chaque connexion demandant à entrer dans le firewall, la - requête est en premier lieu vérifiée par rapport au fichier - /etc/shorewall/rules. Si aucune règle dans ce fichier - ne correspond à la demande de connexion alors la première politique dans + Pour chaque connexion demandant à entrer dans le firewall, la + requête est en premier lieu vérifiée par rapport au contenu du fichier + /etc/shorewall/rules. Si aucune règle dans ce fichier + ne correspond à la demande de connexion alors la première politique dans le fichier /etc/shorewall/policy qui y correspond - sera appliquée. S'il y a une action commune définie pour + sera appliquée. S'il y a une action commune définie pour cette politique dans /etc/shorewall/actions ou dans /usr/share/shorewall/actions.std cette action commune - sera exécutée avant que l'action spécifiée dans - /etc/shorewall/rules ne soit appliquée. + sera exécutée avant que la politique ne soit appliquée. - Le fichier /etc/shorewall/policy inclus dans l'archive d'exemple - (two-interface) contient les politiques suivantes: #SOURCE DEST POLICY LOG LEVEL LIMIT:BURST + Le fichier /etc/shorewall/policy inclus dans + l'archive d'exemple (two-interface) contient les politiques suivantes: + #SOURCE DEST POLICY LOG LEVEL LIMIT:BURST loc net ACCEPT net all DROP info all all REJECT infoDans le fichier d'exemple (two-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.#SOURCE DEST POLICY LOG LEVEL LIMIT:BURST + commentée. Si vous voulez que votre firewall puisse avoir un accès complet + aux serveurs sur internet, dé-commentez cette ligne.#SOURCE DEST POLICY LOG LEVEL LIMIT:BURST $FW net ACCEPT Ces politiques vont: - Permettre toutes demandes de connexion depuis votre réseau - local vers Internet + Autoriser (ACCEPT) toutes les demandes de connexion depuis + votre réseau local vers internet - Drop (ignorer) toutes les demandes de connexion depuis - l'Internet vers votre firewall ou votre réseau local + Ignorer (DROP) toutes les demandes de connexion depuis + internet vers votre firewall ou votre réseau local - Accept (accepter) facultativement toutes les demandes de - connexion de votre firewall vers l'Internet (si vous avez décommenté - la politique additionnelle) + Autoriser (ACCEPT) toutes les demandes de connexion de votre + firewall vers internet (si vous avez dé-commenté la politique + additionnelle) - Reject (rejeter) toutes les autres requêtes de + Rejeter (REJECT) toutes les autres requêtes de connexion. - Il est important de remarquer que les politiques Shrewall (ainsi que - les règles) font référence à des connexions et non pas au flux de paquets. Avec les - politiques définies dans le fichier /etc/shorewall/policy présenté plus haut, les - connexions sont autorisées de la zone loc vers la zone net même si les - connexions ne sont pas permises de la zone loc vers le firewall - lui-même. + Il est important de remarquer que les politiques Shorewall (ainsi + que les règles) font référence à des connexions et non pas à un flux de paquets. Avec + les politiques définies dans le fichier /etc/shorewall/policy présenté plus haut, les + connexions sont autorisées de la zone loc vers la zone + net même si les connexions ne sont pas permises de la zone + loc vers le firewall lui-même. - A ce point, éditez votre fichier A ce point, éditez votre fichier /etc/shorewall/policy et - faites-y les changements que vous désirez. + faites-y les changements que vous désirez.
- Interfaces Réseau + Interfaces Réseau @@ -368,72 +387,77 @@ $FW net ACCEPT Ces politiques vont: - Le firewall possède deux interfaces réseau. Lorsque la connexion - Internet passe par un "modem" cable ou ADSL, - l'Interface Externe sera l'adaptateur ethernet qui y - est connecté à ce Modem (e.g., Le firewall possède deux interfaces réseau. Lorsque la connexion + internet passe par un modem câble ou + ADSL, l'Interface + Externe sera l'adaptateur éthernet qui est connecté + à ce Modem (par exemple eth0). Par contre, si vous vous connectez - par Point-to-Point Protocol over Ethernet - (PPPoE) ou par Point-to-Point Tunneling - Protocol (PPTP) l'interface externe sera une - interface ppp (e.g. ppp0). Si vous - vous connectez par un simple modem (RTC), votre - interface externe sera aussi ppp0. - Si vous vous connectez en utilisant l'ISDN, votre - interface externe sera ippp0. + avec PPPoE (Point-to-Point Protocol over Ethernet) ou + avec PPTP (Point-to-Point Tunneling + Protocol), l'interface externe sera une interface ppp (par exemple + ppp0). Si vous vous connectez + avec un simple modem RTC, votre + interface externe sera aussi ppp0. Si vous vous connectez en + utilisant l'ISDN, votre interface + externe sera ippp0. - Si votre interface vers l'extérieur est + Si votre interface vers l'extérieur est ppp0 ou ippp0 alors vous mettrez + role="bold">ippp0 alors il faut mettre CLAMPMSS=yes dans le fichier /etc/shorewall/shorewall.conf. Votre Interface Interne (interface vers votre - réseau local -> LAN) sera un adaptateur Ethernet (eth1 or eth0) et sera connectée à un hub ou un - switch. Vos autres ordinateurs seront connectés à ce même hub/switch - (note: Si vous avez un unique ordinateur, vous pouvez connecter le - firewall directement en utilisant un câble croisé). - Ne connectez pas l'interface interne et - externe sur le même hub ou switch, sauf pour tester. Vous - pouvez tester ce type de configuration si vous spécifiez l'option - arp_filter ou bien l'option LAN) sera un adaptateur éthernet + (eth1 or eth0) et sera connectée à un hub ou un + switch. Vos autres ordinateurs seront connectés à ce même hub ou switch + (note: Si vous avez un seul ordinateur, vous pouvez y connecter le + firewall directement en utilisant un câble croisé). + Ne connectez pas les interfaces interne et + externe sur le même hub ou le même switch, sauf à des fins de + test. Vous pouvez tester en utilisant ce type de + configuration si vous spécifiez l'option arp_filter ou l'option arp_ignore dans le fichier /etc/shorewall/interfaces - pour toutes les interfaces connectées au hub/switch commun. Utiliser une telle configuration avec un firewall en - production est fortement déconseillé. + class="directory">/etc/shorewall/interfaces, et + ce pour toutes les interfaces connectées au hub/switch + commun. Il est très fortement déconseillé + d'utiliser une telle configuration avec un firewall en + production. - Le fichier de configuration d'exemple pour deux interfaces suppose - que votre interface externe est Le fichier de configuration d'exemple pour un firewall à deux + interfaces suppose que votre interface externe est eth0 et que l'interface interne est eth1. Si votre configuration est - différente, vous devrez modifier le fichier - /etc/shorewall/interfaces 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: - Si votre interface vers l'extérieur est + /etc/shorewall/interfaces en conséquence. Tant que vous y êtes, + vous pourriez parcourir la liste des options qui sont spécifiées pour les + interfaces. Quelques astuces: + Si votre interface vers l'extérieur est ppp0 ou ippp0, vous pouvez remplacer le detect - dans la seconde colonne par un - (sans les - quotes). + dans la seconde colonne par un - (sans + guillemets). - Si votre interface vers l'extérieur est Si votre interface vers l'extérieur est ppp0 or ippp0 ou si vous avez une adresse IP statique, vous pouvez enlever dhcp dans la liste des options . Si votre interface est un bridge utilisant l'utilitaire - brctl alors vous devez - ajouter l'option routeback à la liste des - options. + brctl alors vous devez ajouter l'option routeback à + la liste des options.
@@ -441,20 +465,23 @@ $FW net ACCEPT Ces politiques vont: Adresses IP 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: + adresses IP. Normalement, votre Fournisseur d' Accès Internet + (FAI) ne vous allouera qu'une seule adresse IP. Cette + adresse peut vous être allouée par DHCP (Dynamic Host + Configuration Protocol), lors de l'établissement de votre connexion (modem + standard) ou bien lorsque vous établissez un autre type de connexion + PPP (PPPoA, + PPPoE, 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 manière permanente. + + Quelle que soit la façon dont votre adresse externe vous est + attribuée, elle va être partagée par tous vos systèmes lors de l'accès à + internet. Vous devrez assigner vos propres adresses au machines de votre + réseau local (votre interface interne sur le firewall ainsi que les autres + ordinateurs). La RFC 1918 réserve des plages d'adresses IP pour + l'utilisation dans les réseau privés: 10.0.0.0 - 10.255.255.255 172.16.0.0 - 172.31.255.255 @@ -463,56 +490,56 @@ $FW net ACCEPT Ces politiques vont: Avant de lancer Shorewall, 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 + l'adresse IP de votre interface externe, et, si elle est dans l'une des + plages précédentes, vous devez enlever l'option "norfc1918" dans la ligne concernant l'interface externe dans le fichier /etc/shorewall/interfaces. - Vous devrez assigner vos adresses depuis le même sous-réseau - (sub-network-subnet). Pour ce faire, nous pouvons considérer un - sous-réseau comme étant une plage d'adresses x.y.z.0 - - x.y.z.255. Un tel sous-réseau aura un masque (Subnet Mask) + Vous devrez allouer vos adresses depuis le même sous-réseau + (subnet). Pour ce faire, nous pouvons considérer un sous-réseau comme + étant une plage d'adresses allant de x.y.z.0 à + x.y.z.255. Un tel sous-réseau aura un masque (subnet mask) de 255.255.255.0. L'adresse - x.y.z.0 est réservée comme l'adresse de sous-réseau - (Subnet Address) et x.y.z.255 est - réservée en tant qu'adresse de broadcast (Subnet Broadcast - Address). Dans Shorewall, un sous-réseau est décrit en - utilisant la notation CIDR - (Classless InterDomain Routing) qui consiste en l'adresse du - sous-réseau suivie par /24. Le 24 se - réfère au nombre consécutif de bits à 1 dans la partie - gauche du masque de sous-réseau. + x.y.z.0 est réservée comme l'adresse de sous-réseau + (Subnet Address) et l'adresse + x.y.z.255 est réservée en tant qu'adresse de diffusion + (broadcast). Dans Shorewall, un tel sous-réseau est + décrit en utilisant la + notation CIDR (Classless InterDomain Routing) qui consiste en + l'adresse du sous-réseau suivie par /24. Le + 24 indiquant le nombre consécutif de bits à + 1 dans la partie gauche du masque de sous-réseau. - Un exemple de sous-réseau (sub-network) : + Un exemple de sous-réseau : - Range: + Etendue: 10.10.10.0 - 10.10.10.255 - Subnet Address: + Adresse de sous-réseau: 10.10.10.0 - Broadcast Address: + Adresse de diffusion: 10.10.10.255 - CIDR Notation: + Notation CIDR: 10.10.10.0/24 @@ -521,119 +548,123 @@ $FW net ACCEPT Ces politiques vont:
- La convention veut que l'on affecte à l'interface interne du - firewall la première adresse utilisable du sous-réseau (10.10.10.1 dans l'exemple précédent) ou - bien la dernière adresse utilisable (La convention veut que l'on affecte à l'interface interne du + firewall la première adresse utilisable du sous-réseau (10.10.10.1 dans l'exemple précédent) ou + bien la dernière adresse utilisable (10.10.10.254). - 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 - passerelle (gateway routeur). + L'un des objectifs de la gestion en sous-réseaux est de permettre à + tous les ordinateurs du 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 auquel ils appartiennent, les + ordinateurs doivent envoyer leurs paquets par l'intermédiaire d'une + passerelle (gateway). - Vos ordinateurs en local (computer 1 et computer 2 dans le - diagramme) doivent être configurés avec leur passerelle par défaut - (default gateway) pointant sur l'adresse IP de - l'interface interne du firewall. + Vos ordinateurs locaux (computer 1 et computer 2 dans le diagramme) + doivent être configurés avec leur passerelle par défaut (default gateway) + pointant sur l'adresse IP de l'interface interne du + firewall. - La présentation précédente ne fait qu'effleurer la question des sous - réseaux et du routage. Si vous êtes intéressé pour apprendre plus sur + Cette brève présentation ne fait qu'effleurer la question des + sous-réseaux et du routage. Si vous voulez en apprendre plus sur l'adressage IP et le routage, je recommande IP Fundamentals: What Everyone Needs to Know about Addressing & Routing, Thomas A. Maufer, Prentice-Hall, 1999, ISBN 0-13-975483-0 (link). - Le reste de ce guide préjuge que vous avez configuré votre réseau - comme montré ci-dessous : + Le reste de ce guide préjuge que vous avez configuré votre réseau + comme montré ci-dessous : - La passerelle par défaut pour les ordinateurs 1 et 2 sera - 10.10.10.254. - Votre FAI (fournisseur d'accès) pourrait - assigner une adresse RFC 1918 à votre - interface externe. Si cette adresse est le sous-réseau La passerelle par défaut pour les ordinateurs Computer 1 + et Computer 2 sera 10.10.10.254. + Votre FAI (fournisseur + d'accès internet) pourrait vous allouer une adresse de la RFC 1918 pour votre interface externe. Si cette + adresse est le sous-réseau 10.10.10.0/24 alors vous aurez besoin d'un sous-réseau DIFFERENT RFC 1918 pour - votre réseau local. + role="bold">vous aurez besoin d'un sous-réseau RFC 1918 DIFFÉRENT pour + votre réseau local.
IP Masquerading (SNAT) - 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 ( Network Address Translation - NAT). 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 à 10.10.10.1 et - fait passer le paquet vers l'ordinateur 1. + Les adresses réservées par la RFC 1918 sont parfois désignées 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 systèmes en local (supposons Computer 1) envoie + une demande de connexion à un serveur internet, le firewall doit effectuer + une traduction d'adresse réseau ou Network Address Translation + (NAT). 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 réécrit l'adresse de destination à 10.10.10.1 et fait passer le paquet vers + l'ordinateur Computer 1. - Sur les systèmes Linux, ce procédé est souvent appelé IP - Masquerading mais vous verrez aussi le terme de - Source Network Address Translation - (SNAT). Shorewall suit la convention utilisée avec - Netfilter: + Sur les systèmes Linux, ce procédé est souvent appelé IP + Masquerading mais vous verrez aussi le terme de traduction + d'adresses source ou Source Network Address + Translation (SNAT). Shorewall suit la + convention utilisée avec Netfilter: - Masquerade désigne le cas ou vous laissez - votre firewall détecter automatiquement l'adresse de l'interface + Masquerade désigne le cas ou vous laissez + votre firewall détecter automatiquement l'adresse de votre interface externe. - SNAT désigne le cas où - vous spécifiez explicitement l'adresse source des paquets sortant de - votre réseau local. + SNAT désigne le cas où + vous spécifiez explicitement l'adresse source des paquets sortant de + votre réseau local. Sous Shorewall, autant le - Masquerading et le - SNAT sont configurés avec des - entrées dans le fichier /etc/shorewall/masq. Vous + Masquerading que la + SNAT sont configurés avec des + entrées dans le fichier /etc/shorewall/masq. Vous utiliserez normalement le Masquerading si votre adresse - IP externe est dynamique, et SNAT si - l'adresse IP est statique. + IP externe est dynamique, et la SNAT + si votre adresse IP externe est statique. - Si l'nterface externe de votre firewall est Si l'interface externe de votre firewall est eth0, vous n'avez pas besoin de modifier le - fichier fourni avec l'exemple. Dans le cas contraire, éditez - /etc/shorewall/masq et changez la première colonne + fichier fourni avec l'exemple. Dans le cas contraire, éditez + /etc/shorewall/masq et changez la première colonne par le nom de votre interface externe, et la seconde colonne par le nom de votre interface interne. Si votre adresse externe IP est statique, vous - pouvez la mettre dans la troisième colonne dans /etc/shorewall/masq si - vous le désirez, de toutes façons votre firewall fonctionnera bien si vous + vous le désirez. De toutes façons votre firewall fonctionnera bien si vous laissez cette colonne vide. Le fait de mettre votre adresse - IP statique dans la troisième colonne permet un - traitement des paquets sortant un peu plus efficace. + IP statique dans la troisième colonne permet un + traitement des paquets sortants un peu plus efficace. - Si vous utilisez les paquets Debian, vérifiez dans votre fichier de + Si vous utilisez un paquetage Debian, vérifiez dans votre fichier de configuration shorewall.conf que la valeur suivante - est convenablemblement paramètrée, sinon faites les changements - nécessaires: + est convenablement paramétrée, sinon faites les changements + nécessaires: IP_FORWARDING=On @@ -641,75 +672,84 @@ $FW net ACCEPT Ces politiques vont:
- Port Forwarding (DNAT) + Transfert de ports (DNAT) - Un de nos buts est, peut être, de faire tourner un ou plusieurs - serveurs sur nos ordinateurs locaux. Parce que ces ordinateurs on 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 SNAT pour réécrire l'adresse source - dans la réponse. + Un de vos objectifs est peut-être de faire tourner un ou plusieurs + serveurs sur nos ordinateurs locaux. Comme ces ordinateurs ont une adresse + RFC-1918, il n' est pas possible pour les clients sur internet de s'y + connecter directement. Il faudra plutôt à que ces clients adressent leurs + demandes de connexion au firewall qui réécrira l'adresse de votre serveur + comme adresse de destination, puis lui fera passer le paquet. Lorsque + votre serveur retournera sa réponse, le firewall appliquera + automatiquement une règle SNAT pour + réécrire l'adresse source dans la réponse. - Ce procédé est appelé Port Forwarding or + Ce procédé est appelé transfert de port (Port + Forwarding) ou traduction d'adresses réseau destination ou Destination Network Address Translation - (DNAT). Vous configurez le port forwarding en utilisant - les règles DNAT dans le fichier - /etc/shorewall/rules. + (DNAT). Vous configurez le transfert + de port en utilisant des règles DNAT + dans le fichier /etc/shorewall/rules. - La forme générale d'une simple règle de port forwarding dans + La forme générale d'une simple règle de transfert de port dans /etc/shorewall/rules est: #ACTION SOURCE DEST PROTO DEST PORT(S) DNAT net loc:<server local ip address>[:<server port>] <protocol> <port>Shorewall - possede des macros pour de nombreuses + possède des macros pour de nombreuses applications. Regardez les fichiers - /usr/share/shorewall/macro.* pour avoir une liste des - macros comprises dans votre version de Shorewall. Les macros simplifient - la création de règles DNAT en fournissant le protocole et le(s) port(s) - comme on peut le voir dans les exemples suivants: - Web Server + /usr/share/shorewall/macro.* ou bien la commande + shorewall show macros si vous utilisez une version + 3.0.3 ou ultérieure de Shorewall pour avoir une liste des macros comprises + dans votre version de Shorewall. Les macros simplifient la création de + règles DNAT en fournissant directement le protocole et + le(s) port(s) pour un service standard comme on peut le voir dans les + exemples suivants: + Serveur Web - Vous faites tourner un serveur Web sur l'ordinateur 2 et vous - voulez faire passer les requêtes TCP sur le port 80 - à ce système : + Si vous voulez faire tourner un serveur Web sur l'ordinateur + Computer 2 et que vous voulez faire passer les requêtes + TCP sur le port 80 à ce système + : #ACTION SOURCE DEST PROTO DEST PORT(S) Web/DNAT net loc:10.10.10.2 - FTP Server + Serveur FTP - Vous faites tourner un serveur FTPsur - l'ordinateur 1 et vous voulez rediriger les requêtes - TCP entrantes sur le port 21 à ce système: + Si vous faites tourner un serveur FTP sur + l'ordinateur Computer 1 et que vous voulez re-diriger les requêtes + TCP entrantes sur le port 21 vers ce système: #ACTION SOURCE DEST PROTO DEST PORT(S) -FTP/DNAT net loc:10.10.10.1 Concernant - FTP, vous aurez aussi besoin d'avoir le support du - suivi de connexion et du NAT pour FTP dans votre - kernel. Pour les kernels fournis dans une distribution, cela veut dire - que les modules Pour + FTP, vous aurez aussi besoin + d'avoir le support du suivi de connexion et du NAT + pour FTP dans votre noyau + (kernel). Pour les noyaux fournis dans une distribution, cela veut + dire que les modules ip_conntrack_ftp et ip_nat_ftp doivent être disponibles. + class="libraryfile">ip_nat_ftp doivent être disponibles. Shorewall chargera automatiquement ces modules si ils sont disponibles - à leur place habituelle /lib/modules/<kernel version>/kernel/net/ipv4/netfilter. - Deux points importants à garder en mémoire : + Deux points importants sont à garder en mémoire + : - Vous devez tester la règle précédente depuis un client à - l'extérieur de votre réseau local (c.a.d., ne pas tester depuis un - navigateur tournant sur l'ordinateur 1 ou 2 ou sur le firewall). Si - vous voulez avoir la possibilité d'accéder à votre serveur web et/ou - FTP de l'intérieur de votre firewall en utilisant - l'adresse de l'interface externe IP, regardez - Shorewall FAQ #2. + Vous devez tester les règles précédentes depuis un client à + l'extérieur de votre réseau local (c.a.d., ne pas tester depuis un + navigateur tournant sur l'ordinateur Computer 1 ou Computer 2 ni sur + le firewall). Si vous voulez avoir la possibilité d'accéder à votre + serveur web ou FTP depuis l'intérieur de votre + firewall en utilisant l'adresse de l'interface externe + IP, consultez Shorewall + FAQ #2. - 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 à + Quelques Fournisseurs d'Accès 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 à http://w.x.y.z:5000 ou w.x.y.z est votre IP externe). @@ -720,61 +760,67 @@ DNAT net loc:10.10.10.2:80 tcp 5000 format="GIF" /> Maintenant, modifiez /etc/shorewall/rules pour - ajouter les règles DNAT dont vous avez besoin. + ajouter les règles DNAT dont vous avez besoin. - 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 ! + Quand vous testez des règles DNAT telles que + celles présentées plus haut, vous devez les tester + depuis un client A L'EXTÉRIEUR DE VOTRE FIREWALL (depuis la + zone net). Vous ne pouvez pas tester ces règles de + l'intérieur ! - Pour des trucs en cas de problème avec le DNAT, allez lire les FAQs 1a et 1b. + Pour des astuces en cas de problème avec la + DNAT, allez lire les FAQ + 1a et 1b.
- Domain Name Server (DNS) + Service de Noms de Domaines (DNS) - Normalement, quand vous vous connectez à votre fournisseur - (FAI/ISP), en même temps que vous obtenez votre adresse IP, votre resolver - Domain Name Service (DNS) pour le - firewall est configuré automatiquement (c.a.d.,le fichier - /etc/resolv.conf est mis à jour). Il arrive que votre - fournisseur d'accès vous donne une paire d'adresse IP - pour les serveurs DNS afin que vous configuriez + Normalement, quand vous vous connectez à votre fournisseur d'accès + (FAI), en même temps que vous obtenez votre adresse IP, + votre resolver pour le Service des Noms de Domaines ou + Domain Name Service + (DNS) pour le firewall est configuré + automatiquement (c.a.d., le fichier /etc/resolv.conf + est mis à jour). Il arrive que votre fournisseur d'accès vous donne une + paire d'adresse IP pour les serveurs + DNS afin que vous configuriez manuellement vos serveurs de noms primaire et secondaire. Quelle que soit - la manière dont le DNS 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 - : + la manière dont le DNS est configuré sur votre + firewall, il est de votre responsabilité de configurer le + resolver sur chacun de vos systèmes internes. Vous pouvez + procéder d'une de ces deux façons : - 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 + Vous pouvez configurer votre système interne pour utiliser les + serveurs de noms de votre fournisseur d'accès. 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 + configurer vos systèmes internes. Si cette information n' est pas disponible, regardez dans /etc/resolv.conf sur - votre firewall -- les noms des serveurs sont donnés dans - l'enregistrement "nameserver" dans ce fichier. + votre firewall -- les noms des serveurs sont donnés dans + l'enregistrement "nameserver" de ce + fichier. - Vous pouvez configurer un cache dns - Caching Name Server sur votre firewall. - Red Hat a un RPM pour - serveur cache dns (le RPM à besoin aussi du - paquetage bindRPM) et pour les - utilisateurs de Bering, il y a dnscache.lrp. 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 IP interne - du firewall (10.10.10.254 - 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 UDP - and TCP) depuis le réseau local vers le firewall; - vous ferez ceci en ajoutant les règles suivantes dans Vous pouvez configurer un cache DNS + (Caching Name Server) sur votre firewall. + Red Hat fournit un + RPM pour serveur cache DNS (ce + RPM à aussi besoin aussi du paquetage + RPM bind) et pour les utilisateurs de + Bering, il y a le paquetage dnscache.lrp. Si vous + adoptez cette approche, vous configurez vos systèmes internes pour + utiliser le firewall lui même comme étant le seul serveur de noms + primaire. Vous utilisez l'adresse IP interne du + firewall (10.10.10.254 + dans l'exemple précédent) pour adresse du serveur de nom. Pour + permettre à vos systèmes locaux d'accéder à votre serveur cache DNS, + vous devez ouvrir le port 53 (à la fois UDP and + TCP) depuis le réseau local vers le firewall; + vous ferez ceci en ajoutant les règles suivantes dans /etc/shorewall/rules. #ACTION SOURCE DEST PROTO DEST PORT(S) DNS/ACCEPT loc $FW @@ -785,269 +831,281 @@ DNS/ACCEPT loc $FW
Autres Connexions - Les fichiers exemples inclus dans l'archive (two-interface) - contiennent les règles suivantes :#ACTION SOURCE DEST PROTO DEST PORT(S) -DNS/ACCEPT $FW netCes règles autorisent l'accès - DNS à partir de votre firewall et peuvent être enlevées - si vous avez décommenté la ligne dans Les fichiers exemples inclus dans l'archive pour le firewall à deux + interfaces (two-interface) contiennent les règles suivantes + :#ACTION SOURCE DEST PROTO DEST PORT(S) +DNS/ACCEPT $FW netCes règles autorisent l'accès + DNS à partir de votre firewall et peuvent être enlevées + si vous avez dé-commenté la ligne dans /etc/shorewall/policy - autorisant toutes les connexions depuis le firewall vers Internet. + autorisant toutes les connexions depuis le firewall vers internet. - Dans la règle ci-dessus, DNS/ACCEPT est un exemple + Dans la règle ci-dessus, + DNS/ACCEPT est un exemple d'invocation d'une macro. Shorewall offre un certain - nombre de macros (voir /usr/share/shorewall/macro.*) - et vous pouvez ajouter vos propres - macros. + nombre de macros pré-définies (voir + /usr/share/shorewall/macro.*). Vous pouvez également + ajouter vos propres macros. - Vous n'êtes pas obligés d'utiliser des macros quand vous ajoutez des - régles dans le fichier /etc/shorewall/rules; - Shorewall démarrera légérement plus rapidement si vous codez directement - vos règles que si vous utilisez les macros. La régle vue ci-dessus aurait - aussi pu être codée comme cela: + Vous n'êtes pas obligés d'utiliser des macros. Vous pouvez aussi + ajouter des régles dans le fichier + /etc/shorewall/rules. Shorewall démarrera légèrement + plus rapidement si vous codez directement vos règles que si vous utilisez + les macros. La régle vue ci-dessus aurait également pu être codée comme + cela: #ACTION SOURCE DEST PROTO DEST PORT(S) ACCEPT $FW net udp 53 ACCEPT $FW net tcp 53 - 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. + Au cas ou Shorewall n'inclue pas de macro pré-définie qui vous + convienne, vous pouvez définir une macro vous-même ou bien coder + directement les régles appropriées. - L'exemple inclue aussi: #ACTION SOURCE DEST PROTO DEST PORT(S) -SSH/ACCEPT loc $FWCette régle autorise un serveur - SSH sur votre firewall et la connexion à celui-ci - depuis votre réseau local. + L'exemple inclue aussi la règle suivante: #ACTION SOURCE DEST PROTO DEST PORT(S) +SSH/ACCEPT loc $FWCette régle autorise un serveur + SSH sur votre firewall et la connexion à celui-ci + depuis votre réseau local. Si vous souhaitez autoriser d'autre connexions de votre firewall - vers d'autres systèmes, la syntaxe générale d'une macro est: + vers d'autres systèmes, la syntaxe générale d'une macro est: #ACTION SOURCE DEST PROTO DEST PORT(S) <macro>/ACCEPT $FW <destination zone>La - syntaxe générale lorsqu'on utilise pas de macro est:#ACTION SOURCE DEST PROTO DEST PORT(S) + syntaxe générale lorsqu'on utilise pas de macro est:#ACTION SOURCE DEST PROTO DEST PORT(S) ACCEPT $FW <destination zone> <protocol> <port> Serveur Web sur le Firewall - Vous voulez ouvrir un serveur Web Server sur votre firewall au - réseau local et externe: #ACTION SOURCE DEST PROTO DEST PORT(S) + Si vous voulez ouvrir un serveur web sur votre firewall et que + vous voulez le rendre accessible depuis le réseau local et depuis + l'extérieur: #ACTION SOURCE DEST PROTO DEST PORT(S) Web/ACCEPT net $FW -Web/ACCEPT loc $FWCes deux régles devraient évidemment - s'ajouter à celles listées avant dans Vous pouvez configurer un cache dns sur votre +Web/ACCEPT loc $FWCes deux régles devraient évidemment + s'ajouter à celles listées avant dans Vous pouvez configurer un cache DNS sur votre firewall. Si vous ne savez pas quel port(s) et protocole(s) une - application particulière utilise, vous pouvez regarder ici. - Je ne recommande pas d'autoriser telnet - 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 - SSH:#ACTION SOURCE DEST PROTO DEST PORT(S) + Je ne recommande pas d'autoriser + telnet vers/de internet parce + qu'il utilise du texte en clair (même pour le login !). Si vous voulez + un accès shell à votre firewall, utilisez + SSH:#ACTION SOURCE DEST PROTO DEST PORT(S) SSH/ACCEPT net $FW Les utilisateurs de Bering pourront ajouter les deux régles - suivantes pour rester compatible avec la configuration du firewall - Jacques's Shorewall.#ACTION SOURCE DEST PROTO DEST PORT(S) + format="GIF" />Les utilisateurs de Bering pourront ajouter les deux régles + suivantes pour rester compatible avec la configuration du firewall de + Jacques (Jacques's Shorewall configuration).#ACTION SOURCE DEST PROTO DEST PORT(S) ACCEPT loc $FW udp 53 #Allow DNS Cache to work ACCEPT loc $FW tcp 80 #Allow Weblet to work - Maintenant, éditez votre fichier de configuration Maintenant, éditez votre fichier de configuration /etc/shorewall/rules - pour y ajouter, modifier ou supprimer les autres connexions - voulues. + pour ajouter, modifier ou supprimer d'autres connexions suivant vos + besoins.
- Quelques Points à Garder en Mémoire + Quelques Points à Garder en Mémoire Vous ne pouvez pas tester votre firewall - de l'intérieur de votre réseau. Car envoyer des requêtes à + depuis l'intérieur de votre réseau. 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 net. - Tout trafic généré par le réseau local sera associé à l'interface - locale et sera traité comme du trafic de loc->fw. + associées à votre interface externe ou à la zone net. + Tout trafic généré par le réseau local sera associé à l'interface + locale et sera traité comme du trafic du réseau local vers le firewall + (loc->fw). - Les adresses IP sont des propriétés des - systèmes, pas des interfaces. C'est une erreur de croire + Les adresses IP sont des propriétés des + systèmes, pas des interfaces. C'est une erreur de croire que votre firewall est capable de faire suivre (forward) 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. + 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 tirer 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. - Toutes les adresses IP configurées sur le + Toutes les adresses IP configurées sur le firewall sont dans la zone $FW (fw). Si 192.168.1.254 est - l'adresse IP de votre interface interne, alors vous pouvez écrire + l'adresse IP de votre interface interne, alors vous pouvez écrire $FW:192.168.1.254 dans - une régle mais vous ne devez pas écrire loc:192.168.1.254. C'est aussi un - non-sens d'ajouter 192.168.1.254 à la zone loc en utilisant une entrée dans + une régle mais vous ne devez pas écrire loc:192.168.1.254. C'est aussi une + absurdité d'ajouter 192.168.1.254 à la zone loc en utilisant une entrée dans /etc/shorewall/hosts. - Les paquets de retour (Reply) ne suivent - PAS automatiquement le chemin inverse de la requête - d'origine. 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. + Les paquets de retour (reply) ne suivent + PAS automatiquement le chemin inverse de la requête + d'origine. 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 des règles 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 dans le + firewall Shorewall où l'adresse de destination IP est réécrite, mais + la réponse revient par l'ancienne passerelle qui, elle, ne modifiera + pas le paquet. - Shorewall lui-même n'a aucune notion du - dedans et du dehors. Ces concepts dépendent de la façon - dont Shorewall est configuré. + Shorewall lui-même n'a aucune notion du + dedans et du dehors. Ces concepts dépendent de la façon + dont Shorewall est configuré.
- Démarrer et Arrêter Votre Firewall + Démarrer et Arrêter Votre Firewall - La procédure d'installation - 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 + La procédure d'installation + configure votre système pour lancer Shorewall dès le 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 avez fini avec la configuration du firewall, vous devez éditer /etc/shorewall/shorewall.conf et y mettre STARTUP_ENABLED=Yes. - Les utilisateurs des paquets .deb doivent éditer Les utilisateurs des paquetages .deb doivent éditer /etc/default/shorewall et mettre startup=1. - Le firewall est activé en utilisant la commande - shorewall start et arrêté avec - shorewall stop. Lorsque le firewall est - stoppé, le routage est autorisé sur les hôtes qui possèdent une entrée - dans /etc/shorewall/routestopped. Un - firewall qui tourne peut être relancé en utilisant la commande - shorewall restart command. Si vous - voulez enlever toutes traces de Shorewall sur votre configuration de - Netfilter, utilisez shorewall - clear. + + + Le firewall est activé en utilisant la commande + shorewall start et arrêté avec la + commande shorewall stop. Lorsque le + firewall est arrêté, le routage est autorisé sur les hôtes qui possèdent + une entrée dans /etc/shorewall/routestopped. + Un firewall qui tourne peut être relancé en utilisant la commande + shorewall restart. Si vous voulez + enlever toute trace de Shorewall sur votre configuration de Netfilter, + utilisez shorewall + clear - Les exemples (two-interface) supposent que vous voulez permettre le - routage depuis ou vers eth1 (le - réseau local) lorsque Shorewall est stoppé. Si votre réseau local n' est - pas connecté à eth1 ou si vous - voulez permettre l'accès depuis ou vers d'autres hôtes, changez Les fichier de l'exemple Firewall à Deux Interfaces (two-interface) + supposent que vous voulez autoriser le routage depuis ou vers eth1 (le réseau local) lorsque Shorewall est + arrêté. Si votre réseau local n' est pas connecté à eth1 ou que vous voulez permettre l'accès + depuis ou vers d'autres hôtes, modifiez /etc/shorewall/routestopped en - conséquence. - Si vous êtes connecté à votre firewall depuis Internet, - n'essayez pas d'exécuter une commande shorewall - stop tant que vous n'avez pas ajouté une entrée pour - votre adresse IP (celle à partir de laquelle vous - êtes connecté) dans /etc/shorewall/routestopped. - De la même manière, je ne vous recommande pas d'utiliser - shorewall restart; il est plus - intéressant de créer + Si vous êtes connecté à votre firewall depuis internet, + n'essayez pas d'exécuter une commande shorewall + stop tant que vous n'avez pas ajouté une entrée dans + /etc/shorewall/routestopped + pour l'adresse IP à partir de laquelle vous êtes connecté . De la même + manière, je vous déconseille d'utiliser shorewall + restart; il est plus intéressant de créer une configuration - alternative et de la tester en utilisant la commande "shorewall try" + alternative et de la tester en utilisant la commande + shorewall + try
- Autres Lectures Recommandées + Autres Lectures Recommandées Je vous recommande vivement de lire la page des Fonctionnalités Générales des - Fichiers de Configuration -- elle contient des trucs sur les - possibilités de Shorewall pour rendre aisé l'administration de votre - firewall Shorewall. + url="configuration_file_basics.htm">page des Fonctionnalités Générales des + Fichiers de Configuration -- elle contient des astuces sur des + possibilités de Shorewall qui peuvent rendre plus aisée l'administration + de votre firewall Shorewall.
- Ajouter un Segment Sans-fil à votre Firewall à deux + <title>Ajouter un Segment Sans-fil à votre Firewall à deux interfaces - Maintenant que vous avez une configuration deux interfaces qui - marche, l'étape suivante logique est d'ajouter un Réseau Sans-fil. La - première étape est d'ajouter une carte à votre firewall, soit une carte - Sans-fil ou une carte ethernet relié à un Point d'accès Sans-fil. - Quant vous ajoutez une carte réseau, il se peut qu'elle ne soit - pas détecté comme celle suivant la plus haute interface. Par exemple, - si vous avez deux cartes interfaces sur votre système (eth0 and eth1) et que vous ajoutez une troisième - qui utilise le même driver qu'une des deux autres, cette troisième - carte ne sera pas obligatoirement détecté en tant que eth2; elle peut très bien être détecté - en tant que eth0 ou eth1! Vous pouvez faire avec ou - intervertir les cartes dans les slots jusqu'à obtenir la valeur - eth2. + Maintenant que vous avez une configuration à deux interfaces qui + marche, l'étape suivante logique est d'ajouter un réseau sans-fil. La + première chose à faire est d'ajouter une carte à votre firewall, soit une + carte sans-fil soit une carte éthernet reliée à un point d'accès + sans-fil. + Quant vous ajoutez une carte réseau à un machine, il se peut + qu'elle ne soit pas détectée comme celle suivant la plus haute + interface. Par exemple, si vous avez deux cartes sur votre système + (eth0 and eth1) et que vous en ajoutez une + troisième qui utilise le même driver qu'une des deux autres, cette + troisième carte ne sera pas obligatoirement détectée en tant que + eth2. Elle peut très bien être + détectée en tant que eth0 ou + eth1! + + Vous pouvez soit faire avec, soit intervertir les cartes dans + les slots jusqu'à obtenir la valeur eth2 + pour la nouvelle carte. - Votre nouveau réseau ressemblera à la figure ci-dessous.Votre nouveau réseau ressemblera à la figure ci-dessous. - La première chose à remarquer est que les ordinateurs sur votre - réseau sans-fil seront sur un sous-réseau différent de celui de votre - réseau local LAN. Dans l'exemple précédent, nous avons choisi de lui - attribuer le réseau 10.10.11.0/24. Les ordinateurs 3 et 4 seront - configurés avec une passerelle par défaut dont l'adresse IP sera + La première chose à remarquer est que les ordinateurs sur votre + réseau sans-fil seront sur un sous-réseau différent de celui de votre + réseau local câblé LAN. Dans l'exemple, nous avons choisi de lui attribuer + le réseau 10.10.11.0/24. Les ordinateurs Computer 3 et Computer 4 seront + configurés avec une passerelle par défaut dont l'adresse IP sera 10.10.11.254. - Ensuite, nous avons choisi d'inclure le réseau sans-fil à la zone - local. Puisque Shorewall autorise le trafic intra-zone par défaut, le - trafic pourra circuler librement entre le réseau local cablé et le réseau + Ensuite, nous avons choisi d'inclure le réseau sans-fil à la zone + local. Puisque Shorewall autorise le trafic intra-zone par défaut, le + trafic pourra circuler librement entre le réseau local câblé et le réseau sans-fil. - Il n'y a que deux changements à effectuer à la configuration de + Il n'y a que deux changements à effectuer à la configuration de Shorewall: - Une entrée doit être ajouté au fichier d'interfaces + Une entrée doit être ajouté au fichier d'interfaces /etc/shorewall/interfaces pour l'interface du - réseau sans-fil. Si l'interface du réseau sans-fil est wlan0, l'entrée correspondante devrait - ressembler à: + réseau sans-fil. Si l'interface du réseau sans-fil est wlan0, l'entrée correspondante devrait + ressembler à: #ZONE INTERFACE BROADCAST OPTIONS loc wlan0 detect maclist - Comme montré dans l'entrée ci-dessus, je recommande d'utiliser + Comme montré dans l'entrée ci-dessus, je recommande d'utiliser l'option maclist pour le - segment sans-fil. En ajoutant les entrées pour les ordinateurs 3 et 4 - dans le fichier /etc/shorewall/maclist, vous - contribuez à vous assurer que vos voisins n'utiliseront pas votre - connexion internet. Commencez sans cette option; quant tout - fonctionne, alors ajoutez l'option et configurez votre fichier + segment sans-fil. En ajoutant les entrées pour les ordinateurs + Computer 3 et Computer 4 dans le fichier + /etc/shorewall/maclist, vous contribuez à vous + assurer que vos voisins n'utiliseront pas votre connexion internet. + Commencez sans cette option. Lorsque tout fonctionne, ajoutez l'option + et configurez votre fichier /etc/shorewall/maclist. - Vous avez besoin d'ajouter une entrée au fichier + Vous devez ajouter une entrée au fichier /etc/shorewall/masq afin de permettre le trafic - de votre réseau sans-fil vers Internet. Si votre interface Internet + de votre réseau sans-fil vers internet. Si votre interface internet est eth0 et votre interface - sans-fil est wlan0, l'entrée + sans-fil est wlan0, l'entrée sera: #INTERFACE SUBNET ADDRESS @@ -1055,11 +1113,11 @@ eth0 wlan0 - Autre chose. Pour que le réseau Microsoft - fonctionne entre réseau filaire et sans-fil, vous avez besoin soit d'un - serveur WINS ou d'un PDC. Personnellement, j'utilise Samba configuré en + Autre chose. Pour que le réseau Microsoft + fonctionne entre réseau filaire et sans-fil, vous avez besoin d'un serveur + WINS ou bien d'un PDC. Personnellement, j'utilise Samba configuré en serveur WINS sur mon firewall. Utiliser un serveur WINS sur le firewall - nécessite de configurer les régles nécessaires listées dans le document Shorewall/Samba.
-
\ No newline at end of file +