diff --git a/Shorewall-docs2/shorewall_setup_guide_fr.xml b/Shorewall-docs2/shorewall_setup_guide_fr.xml index 9772f318f..bdaa1e6e2 100644 --- a/Shorewall-docs2/shorewall_setup_guide_fr.xml +++ b/Shorewall-docs2/shorewall_setup_guide_fr.xml @@ -21,12 +21,14 @@ - 2004-04-03 + 2005-01-17 - 2001-2004 + 2001-2005 Thomas M. Eastep + + Fabien Demassieux @@ -2390,7 +2392,7 @@ foobar.net. 86400 IN A 192.0.2.177 La procédure d'installation configure votre système pour lancer Shorewall au boot du système, mais au début avec la version 1.3.9 de Shorewall le lancement est désactivé, - n'essayer pas de lancer Shorewall avec que la configuration soit finie. + n'essayer pas de lancer Shorewall avant que la configuration soit finie. Une fois que vous en aurez fini avec la configuration du firewall, vous pouvez permettre le lancement de Shorewall en supprimant le fichier Les utilisateurs des paquets .deb doivent éditer /etc/default/shorewall - and set startup=1. + et mettre startup=1. Le firewall est activé en utilisant la commande shorewall start et arrêté avec shorewall stop. Lorsque le firewall est diff --git a/Shorewall-docs2/standalone_fr.xml b/Shorewall-docs2/standalone_fr.xml index 81043e5b1..cd13cb1ec 100644 --- a/Shorewall-docs2/standalone_fr.xml +++ b/Shorewall-docs2/standalone_fr.xml @@ -27,12 +27,16 @@ - 2004-07-14 + 2005-01-17 - 2002-2004 + 2002-2005 Thomas M. Eastep + + Patrice Vetsel + + Fabien Demasieux @@ -41,20 +45,22 @@ 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, with no Front-Cover, and with no Back-Cover Texts. A copy of the license is included in the section entitled - GNU Free Documentation License. + GNU Free Documentation + License. Notes du traducteur : Le guide - initial a été traduit par VETSEL - Patrice que je remercie. J'en ai assuré la révision pour - l'adapter à la version 2 de Shorewall. J'espère vous faciliter - l'accès et la prise en main d'un firewall performant, efficace, - adaptable et facile d'utilisation. Donc félicitations pour la qualité - du travail et la disponibilité offerte par Thomas M. Eastep. Si vous - trouvez des erreurs ou des améliorations à apporter vous pouvez me - contacter Fabien Demassieux + initial a été traduit par VETSEL Patrice que je + remercie. J'en ai assuré la révision pour l'adapter à la version 2 de + Shorewall. J'espère vous faciliter l'accès et la prise en main d'un + firewall performant, efficace, adaptable et facile d'utilisation. Donc + félicitations pour la qualité du travail et la disponibilité offerte par + Thomas M. Eastep. Si vous trouvez des erreurs ou des améliorations à + apporter vous pouvez me contacter Fabien Demassieux
@@ -85,11 +91,12 @@
Pré-requis - 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 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: @@ -110,20 +117,22 @@ 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 + 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 + dos2unix sur la copie avant de l'utiliser avec Shorewall. - Windows + Windows Version of dos2unix - Linux + Linux Version of dos2unix @@ -133,7 +142,7 @@
Conventions - Les points ou les modifications s'imposent sont indiqués par + Les points ou les modifications s'imposent sont indiqués par .
@@ -143,12 +152,12 @@ - Si vous êtes équipé d'un modem ADSL et - utilisez PPTP pour communiquer avec un serveur à - travers ce modem, vous devez faire le changement Si vous êtes équipé d'un modem ADSL et utilisez + PPTP pour communiquer avec un serveur à travers ce + modem, vous devez faire le changement suivant en plus de ceux ci-dessous. ADSL avec PPTP est commun en Europe, - ainsi qu'en Australie. + ainsi qu'en Australie.
@@ -157,17 +166,21 @@ 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.Après avoir installé Shorewall, - téléchargez l'exemple - one-interface, décompressez le (tar - one-interface.tgz) et copiez les fichiers - dans /etc/shorewall (ces fichiers remplaceront les initiaux).Parallèlement - à la présentation, 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. + 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. + Après avoir installé Shorewall, + téléchargez l'exemple + one-interface, décompressez le (tar + + one-interface.tgz) et copiez les + fichiers dans /etc/shorewall + (ces fichiers remplaceront les + initiaux). + Parallèlement à la présentation, 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 un ensemble de zones.Dans les fichiers de configuration fournis pour une unique @@ -197,7 +210,8 @@ url="Documentation.htm#Zones">/etc/shorewall/zones. Shorewall reconnaît aussi le système de firewall comme sa propre - zone - par défaut, le firewall est connu comme fw. + zone - par défaut, le firewall est connu comme fw. Les règles concernant le trafic à autoriser ou à interdire sont exprimées en utilisant les termes de zones. @@ -205,8 +219,9 @@ Vous exprimez votre politique par défaut pour les connexions - d'une zone vers une autre zone dans le fichier /etc/shorewall/policy. + d'une zone vers une autre zone dans le fichier /etc/shorewall/policy. @@ -220,17 +235,19 @@ requête est en premier lieu comparé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 + la première politique dans le fichier /etc/shorewall/policy qui y correspond sera appliquée. Si cette politique est REJECT ou DROP la requête est dans un premier temps comparée par rapport aux règles contenues dans le fichier - /etc/shorewall/common, + /etc/shorewall/common, si ce fichier existe; sinon les régles dans le fichier /etc/shorewall/common.def sont vérifiées. - Le fichier /etc/shorewall/policy inclus dans l'archive - d'exemple (one-interface) contient les politiques suivantes: + Le fichier /etc/shorewall/policy inclus dans l'archive d'exemple + (one-interface) contient les politiques suivantes: #SOURCE ZONE DESTINATION ZONE POLICY LOG LEVEL LIMIT:BURST fw net ACCEPT @@ -242,12 +259,12 @@ all all REJECT info Permettre toutes demandes de connexion depuis le firewall vers - l'Internet + l'Internet Drop (ignorer) toutes les demandes de connexion depuis - l'Internet vers votre firewall + l'Internet vers votre firewall @@ -257,50 +274,58 @@ all all REJECT info A ce point, éditez - votre /etc/shorewall/policy et faites y les changements que vous désirez. + votre /etc/shorewall/policy et faites y les 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 par un Routeur - ADSL(pas un simple modem), l'Interface Externe - sera l'adaptateur ethernet qui y est connecté à ce Modem - (e.g., eth0) à moins d'une - connexion par Point-to-Point Protocol over Ethernet (PPPoE) - ou Point-to-Point Tunneling Protocol (PPTP) - dans ce cas l'interface externe sera (e.g., ppp0). Si vous utilisez par un simple modem - (RTC), votre interface externe sera aussi ppp0. Si vous utilisez l'ISDN, - votre interface externe sera ippp0. + Internet passe par un modem câble ou par un + Routeur ADSL(pas un simple modem), + l'Interface Externe sera l'adaptateur ethernet qui y + est connecté à ce Modem (e.g., eth0) à moins de se que vous vous connectiez + par Point-to-Point Protocol over Ethernet + (PPPoE) ou Point-to-Point Tunneling + Protocol (PPTP) dans ce cas l'interface + externe sera (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. - Si votre interface vers l'extérieur est ppp0 - ou ippp0 alors vous mettrez - CLAMPMSS=yes dans le fichier Si votre interface vers l'extérieur est ppp0 ou ippp0 + alors vous mettrez CLAMPMSS=yes dans le fichier + /etc/shorewall/shorewall.conf. - Le fichier de configuration d'exemple pour une interface suppose - que votre interface externe est eth0. Si votre configuration est - différente, vous devrez modifier le fichier/etc/shorewall/interfaces + Le fichier de configuration d'exemple pour une interface suppose que + votre interface externe est 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: - 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). + 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). - Si votre interface vers l'extérieur est ppp0 or ippp0 - u si vous avez une adresse IP statique, vous pouvez - enlever dhcp dans la liste des options . + Si votre interface vers l'extérieur est ppp0 or ippp0 u si vous avez une adresse + IP statique, vous pouvez enlever + dhcp dans la liste des options . @@ -308,32 +333,33 @@ all all REJECT info interface externe, vous pouvez vérifier périodiquement le Shorewall Errata pour mettre à jour le fichier /usr/share/shorewall/rfc1918. Sinon, vous pouvez - copier le fichier /usr/share/shorewall/rfc1918 vers + copier le fichier /usr/share/shorewall/rfc1918 vers /etc/shorewall/rfc1918 et adapter votre fichier /etc/shorewall/rfc1918 - comme je le fais. + url="myfiles.htm#RFC1918">adapter votre fichier + /etc/shorewall/rfc1918 comme je le + fais.
Adresse IP - Avant d'aller plus loin, nous devons dire quelques mots au sujet - des adresses Internet Protocol (IP). Normalement, votre + Avant d'aller plus loin, nous devons dire quelques mots au sujet des + adresses Internet Protocol (IP). Normalement, votre fournisseur Internet ISP vous assignera une seule adresse IP. Cette adresse peut être assignée par le Dynamic Host Configuration Protocol (DHCP) ou lors de - l'établissement de votre connexion (modem standard) ou établissez - votre connexion PPP. Dans de rares cas , votre provider - 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. La - RFC 1918 réserve plusieurs plages - d'adresses privées Private IP - à cet fin: + l'établissement de votre connexion lorsque vous vous connectez (modem + standard) ou établissez votre connexion PPP. Dans de + rares cas , votre provider 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. La RFC 1918 réserve + plusieures plages d'adresses privées Private + IP à cet fin: - Exemple sous-réseau + Example sub-network @@ -349,75 +375,81 @@ all all REJECT info Subnet Address: - 10.10.10.0 + 10.10.10.0 Broadcast Address: - 10.10.10.255 + 10.10.10.255 CIDR Notation: - 10.10.10.0/24 + 10.10.10.0/24
- Ces adresses sont parfois nommées comme non-routable - car les routeurs centraux d'Internet ne renvoient pas un paquet dont - la destination est réservée par la RFC 1918. Dans certain cas cependant, - les FAI (fournisseurs d'accés Internet) assignent ces adresses et - utilisent ensuite NAT Network Address Translation - pour réécrire les en-têtes de paquets renvoyés vers/depuis Internet. + Ces adresses sont parfois nommées comme + non-routable 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) + assignent ces adresses et utilisent ensuite NAT Network Address + Translation pour réécrire les en-têtes de paquets renvoyés + vers/depuis Internet. - Avant de lancer Shorewall, 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 /etc/shorewall/interfaces. + Avant de lancer Shorewall, 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 /etc/shorewall/interfaces.
- Permettre d'autres connexions + Permettre d'autres connexions - Shorewall version 2.0.0 et postérieure propose une collection - d'actions qui peuvent être utilisées pour rapidemement autoriser ou + Shorewall version 2.0.0 et postérieure inclus une collection + d'actions qui peuvent être utilisées pour rapidemement autoriser ou refuser des services. Pour voir les actions comprises avec votre version - de Shorewall, regardez dans le fichier /usr/share/shorewall/actions.std. - Le nom de celles qui acceptent des connexions débutent par Allow. + de Shorewall, regardez dans le fichier + /etc/shorewall/actions.std. Le nom de celles qui + acceptent des connexions débutent par Allow. - Si vous souhaitez autoriser d'autre connexions depuis internet - vers votre firewall, le format général utilisant l'action type + Si vous souhaitez autoriser d'autre connexions depuis internet vers + votre firewall, le format général utilisant l'action type Allow est: #ACTION SOURCE DESTINATION PROTO DEST PORT(S) -<action> net fw +<action> net fw - Vous voulez un serveur Web et POP3 accessible de l'extérieur - sur votre firewall: + Vous voulez un serveur Web et POP3 accessible de l'extérieur sur + votre firewall: #ACTION SOURCE DESTINATION PROTO DEST PORT(S) AllowWeb net fw AllowPOP3 net fw - Au cas ou Shorewall ne propose pas d'actions définies qui vous + Au cas ou Shorewall n'inclue pas d'actions définies qui vous conviennent, vous pouvez les définir vous même ou coder directement les régles dans /etc/shorewall/rules selon le format suivant: #ACTION SOURCE DESTINATION PROTO DEST PORT(S) -ACCEPT net fw <protocol> <port> +ACCEPT net fw <protocol> <port> - Vous voulez un serveur Web et POP3 accessible de l'extérieur - sur votre firewall: + Vous voulez un serveur Web et POP3 accessible de l'extérieur sur + votre firewall: #ACTION SOURCE DESTINATION PROTO DEST PORT(S) ACCEPT net fw tcp 80 @@ -425,13 +457,14 @@ ACCEPT net fw tcp 110 Si vous ne savez pas quel port(s) et protocole(s) requièrent une - application particulière, vous pouvez regarder ici. + application particulière, 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: + 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) AllowSSH net fw @@ -445,45 +478,51 @@ AllowSSH net fw
- Démarrer et Arrêter Votre Firewall + Starting and Stopping Your Firewall - La procédure d'installation + La procédure d'installation configure votre système pour lancer Shorewall au boot du système, mais au début avec la version 1.3.9 de Shorewall le lancement est désactivé, - n'essayer pas de lancer Shorewall avec que la configuration soit - finie. Une fois que vous en aurez fini avec la configuration du firewall, - vous pouvez permettre le lancement de Shorewall en supprimant le fichier - /etc/shorewall/startup_disabled. + n'essayer pas de lancer Shorewall avant que la configuration soit finie. + Une fois que vous en aurez fini avec la configuration du firewall, vous + pouvez permettre le lancement de Shorewall en supprimant le fichier + /etc/shorewall/startup_disabled. Les utilisateurs des paquets .deb doivent éditer /etc/default/shorewall - and set startup=1. + 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/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. + Netfilter, utilisez shorewall + clear. - Si vous êtes connecté à votre firewall depuis Internet, - n'essayez pas une commande shorewall stop - tant que vous n'avez pas ajouté une entrée pour votre adresse + Si vous êtes connecté à votre firewall depuis Internet, n'essayez + pas 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ée) - dans /etc/shorewall/routestopped. - De la même manière, je ne vous recommande pas d'utiliser + 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. + intéressant de créer une configuration + alternative et de la tester en utilisant la commande + shorewall try.
@@ -493,18 +532,64 @@ AllowSSH net fw 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 + possibilités de Shorewall pour rendre aisé l'administration de votre firewall Shorewall. - Historique de Révision + Revision History - 1.72004-02-16TEMove - /etc/shorewall/rfc1918 to /usr/share/shorewall.1.62004-02-05TEUpdate - for Shorewall 2.01.52004-01-05TEStandards - Changes1.42003-12-30TEAdd - tip about /etc/shorewall/rfc1918 updates.1.32003-11-15TEInitial - Docbook Conversion + + + 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 a665ce662..188676531 100644 --- a/Shorewall-docs2/three-interface_fr.xml +++ b/Shorewall-docs2/three-interface_fr.xml @@ -27,12 +27,16 @@ - 2004-07-14 + 2005-01-17 - 2002-2004 + 2002-2005 Thomas M. Eastep + + Patrice Vetsel + + Fabien Demassieux @@ -41,20 +45,22 @@ 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, with no Front-Cover, and with no Back-Cover Texts. A copy of the license is included in the section entitled - GNU Free Documentation License. + GNU Free Documentation + License. Notes du traducteur : Le guide - initial a été traduit par VETSEL - Patrice que je remercie. J'en ai assuré la révision pour - l'adapter à la version 2 de Shorewall. J'espère vous faciliter - l'accès et la prise en main d'un firewall performant, efficace, - adaptable et facile d'utilisation. Donc félicitations pour la qualité - du travail et la disponibilité offerte par Thomas M. Eastep. Si vous - trouvez des erreurs ou des améliorations à apporter vous pouvez me - contacter Fabien Demassieux + initial a été traduit par VETSEL Patrice que je + remercie. J'en ai assuré la révision pour l'adapter à la version 2 de + Shorewall. J'espère vous faciliter l'accès et la prise en main d'un + firewall performant, efficace, adaptable et facile d'utilisation. Donc + félicitations pour la qualité du travail et la disponibilité offerte par + Thomas M. Eastep. Si vous trouvez des erreurs ou des améliorations à + apporter vous pouvez me contacter Fabien Demassieux
@@ -78,9 +84,10 @@ 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 Guide de Configuration Shorewall. + 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. @@ -90,15 +97,15 @@ - 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, "Frame Relay", RTC ... - Voici un schéma d'une installation typique. + Voici un schéma d'une installation typique.
- Schéma d'une installation typique + Schéma d'une installation typique @@ -110,11 +117,12 @@
Pré-requis - 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 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: @@ -135,26 +143,35 @@ 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 + 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.Windows - Version of dos2unixLinux Version of - dos2unix + dos2unix sur la copie avant de l'utiliser avec + Shorewall. + + Windows + Version of dos2unix + + + + Linux + Version of dos2unix + +
Conventions - Les points ou les modifications s'imposent sont indiqués par + Les points ou les modifications s'imposent sont indiqués par . Les notes de configuration qui sont propres à LEAF/Bering sont - marqués avec . + marqués avec .
@@ -163,12 +180,12 @@ - Si vous êtes équipé d'un modem ADSL et - utilisez PPTP pour communiquer avec un serveur à - travers ce modem, vous devez faire le changement Si vous êtes équipé d'un modem ADSL et utilisez + PPTP pour communiquer avec un serveur à travers ce + modem, vous devez faire le changement suivant en plus de ceux ci-dessous. ADSL avec PPTP est commun en Europe, - ainsi qu'en Australie. + ainsi qu'en Australie.
@@ -177,17 +194,21 @@ 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.Après avoir installé Shorewall, - téléchargez l'exemple - three-interface, décompressez le (tar - two-interfaces.tgz) et copiez les fichiers - dans /etc/shorewall (ces fichiers remplaceront les initiaux).Parallèlement - à la présentation, 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. + 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. + Après avoir installé Shorewall, + téléchargez l'exemple + three-interface, décompressez le (tar + + three-interfaces.tgz) et copiez les + fichiers dans /etc/shorewall + (ces fichiers remplaceront les + initiaux). + Parallèlement à la présentation, 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 un ensemble de zones. Dans une configuration avec trois interfaces, les noms des zones @@ -226,10 +247,12 @@ Les zones de Shorewall sont définies dans le fichier /etc/shorewall/zones. + url="Documentation.htm#Zones">/etc/shorewall/zones. Shorewall reconnaît aussi le système de firewall comme sa propre - zone - par défaut, le firewall est connu comme fw. + zone - par défaut, le firewall est connu comme fw. Les règles à propos du trafic à autoriser et à interdire sont exprimées en terme de zones. @@ -237,8 +260,9 @@ Vous exprimez votre politique par défaut pour les connexions - d'une zone vers une autre zone dans le fichier /etc/shorewall/policy. + d'une zone vers une autre zone dans le fichier /etc/shorewall/policy. @@ -252,17 +276,19 @@ requête est en premier lieu comparé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 + la première politique dans le fichier /etc/shorewall/policy qui y correspond sera appliquée. Si cette politique est REJECT ou DROP la requête est dans un premier temps comparée par rapport aux règles contenues dans le fichier - /etc/shorewall/common, + /etc/shorewall/common, si ce fichier existe; sinon les régles dans le fichier /etc/shorewall/common.def sont vérifiées. - Le fichier /etc/shorewall/policy inclus dans l'archive - d'exemple (three-interface) contient les politiques suivantes: + Le fichier /etc/shorewall/policy inclus dans l'archive d'exemple + (three-interface) contient les politiques suivantes: #SOURCE DEST POLICY LOG LEVEL LIMIT:BURST loc net ACCEPT @@ -270,8 +296,8 @@ net all DROP info 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 + Dans le fichier d'exemple (three-interface), la ligne suivante est + incluse mais elle est commentée. Si vous voulez que votre firewall puisse avoir un accès complet aux serveurs sur Internet, décommentez la ligne. @@ -279,14 +305,28 @@ all all REJECT info fw net ACCEPT - Les politiques précédentes vont: Permettre - toutes demandes de connexion depuis votre réseau local vers InternetDrop - (ignorer) toutes les demandes de connexion depuis l'Internet vers - votre firewall ou votre réseau localAccept - (accepter) facultativement toutes les demandes de connexion de votre - firewall vers l'Internet (si vous avez décommenté la politique - additionnelle)Reject (rejeter) toutes - les autres requêtes de connexion. + Les politiques précédentes vont: + + Permettre toutes 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 + + + + Accept (accepter) facultativement toutes les demandes de + connexion de votre firewall vers l'Internet (si vous avez décommenté + la politique additionnelle) + + + + Reject (rejeter) toutes les autres requêtes de + connexion. + + @@ -310,45 +350,48 @@ fw net ACCEPT Le firewall a trois interfaces de réseau. Lorsque la connexion Internet passe par le câble ou par un ROUTEUR (pas un simple modem) ADSL - (non USB) Modem, l'interface vers l'extérieur - (External Interface) sera l'adaptateur sur lequel est connecté le - routeur Modem (e.g., eth0) - à moins que vous ne vous connectiez par Point-to-Point Protocol - over Ethernet (PPPoE) ou par Point-to-Point Tunneling Protocol - (PPTP),dans ce cas l'interface extérieure sera une interface de type - ppp (e.g., ppp0). Si vous vous - connectez par un simple modem (RTC), votre interface extérieure sera aussi - ppp0. Si votre connexion passe par Numéris (ISDN), votre interface - extérieure sera ippp0. + (non USB) Modem, l'interface vers l'extérieur (External + Interface) sera l'adaptateur sur lequel est connecté le routeur + Modem (e.g., eth0) + à moins que vous ne vous connectiez par Point-to-Point + Protocol over Ethernet (PPPoE) ou par Point-to-Point + Tunneling Protocol (PPTP),dans ce cas l'interface extérieure + sera une interface de type ppp (e.g., ppp0). Si vous vous connectez par un simple + modem (RTC), votre interface extérieure sera aussi ppp0. Si votre + connexion passe par Numéris (ISDN), votre interface extérieure sera + ippp0. - Si votre interface vers l'extérieur est ppp0 ou ippp0 - alors vous mettrez CLAMPMSS=yes dans le fichier /etc/shorewall/shorewall.conf. + 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, 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">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é). Votre interface DMZ sera aussi un adaptateur Ethernet (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">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é). - Ne connectez pas l'interface interne et externe sur le même - hub ou switch, sauf pour tester avec une version postérieure à Shorewall - 1.4.7. Quand vous utilisez ces versions récentes, vous pouvez tester ce - type de configuration si vous spécifiez l'option arp_filter dans le - fichier /etc/shorewall/interfaces + Ne connectez pas l'interface interne et externe sur le même hub ou + switch, sauf pour tester avec une version postérieure à Shorewall 1.4.7. + Quand vous utilisez ces versions récentes, vous pouvez tester ce type de + configuration si vous spécifiez l'option arp_filter 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é. @@ -356,32 +399,35 @@ fw net ACCEPT - L'exemple de configuration de Shorewall pour trois interfaces - suppose que l'interface externe est eth0, - l'interface locale est eth1 et - que la DMZ est sur l'interface eth2. - Si votre configuration diffère, vous devrez modifier le fichier - d'exemple /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 : + L'exemple de configuration de Shorewall pour trois interfaces + suppose que l'interface externe est eth0, l'interface locale est eth1 et que la DMZ est sur l'interface + eth2. Si votre configuration + diffère, vous devrez modifier le fichier d'exemple + /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 ppp0 ou ippp0, - vous pouvez remplacer le detect dans la seconde - colonne par un - (sans les quotes). + 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). - Si votre interface vers l'extérieur est ppp0 or ippp0 - u si vous avez une adresse IP statique, vous pouvez - enlever dhcp dans la liste des options . + Si votre interface vers l'extérieur est ppp0 or ippp0 u 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 + Si votre interface est un bridge utilisant l'utilitaire + brctl alors vous devez ajouter l'option routeback à la liste des options. @@ -392,31 +438,31 @@ fw net ACCEPT /usr/share/shorewall/rfc1918. Sinon, vous pouvez copier le fichier /usr/share/shorewall/rfc1918 vers /etc/shorewall/rfc1918 et adapter votre fichier /etc/shorewall/rfc1918 - comme je le fais. + url="myfiles.htm#RFC1918">adapter votre fichier + /etc/shorewall/rfc1918 comme je le + fais.
Adresses IP - Avant d'aller plus loin, nous devons dire quelques mots au sujet - des adresses Internet Protocol (IP). Normalement, votre + Avant d'aller plus loin, nous devons dire quelques mots au sujet des + adresses Internet Protocol (IP). Normalement, votre fournisseur Internet ISP vous assignera une seule adresse IP. Cette adresse peut être assignée par le Dynamic Host Configuration Protocol (DHCP) ou lors de - l'établissement de votre connexion lorsque vous vous connectez (modem + l'établissement de votre connexion lorsque vous vous connectez (modem standard) ou établissez votre connexion PPP. Dans de rares cas , votre provider 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. Votre adresse externe 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 réserve plusieurs plages - d'adresses privées Private IP - à cet fin: + l'interface externe de votre firewall afin d'utiliser cette adresse de + manière permanente. Votre adresse externe 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 réserve plusieurs plages d'adresses privées + Private IP à cet fin: 10.0.0.0 - 10.255.255.255 172.16.0.0 - 172.31.255.255 @@ -424,25 +470,26 @@ fw net ACCEPT - Avant de lancer Shorewall, 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 /etc/shorewall/interfaces. + Avant de lancer Shorewall, 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 /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 dans une plage d'adresses x.y.z.0 - x.y.z.255. - Chaque sous-réseau aura un masque (Subnet Mask) 255.255.255.0. L'adresse - x.y.z.0 est réservée comme l'adresse de sous-réseau + sous-réseau dans une plage d'adresses x.y.z.0 - + x.y.z.255. Chaque sous-réseau aura un masque (Subnet Mask) + 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 + réservée en tant qu'adresse de broadcast Subnet Broadcast Address. Dans Shorewall, un sous-réseau est décrit en utilisant Classless InterDomain - Routing (CIDR) notation Il consiste en l'adresse du - sous-réseau suivie par/24. Le 24 se - réfère au nombre consécutif de bits marquant 1 dans la - partie gauche du masque de sous-réseau. + Routing (CIDR) notation Il consiste en l'adresse du sous-réseau + suivie par/24. Le 24 se réfère au nombre + consécutif de bits marquant 1 dans la partie gauche du + masque de sous-réseau. Un exemple de sous-réseau (sub-network) : @@ -461,30 +508,34 @@ fw net ACCEPT Subnet Address: - 10.10.10.0 + 10.10.10.0 Broadcast Address: - 10.10.10.255 + 10.10.10.255 CIDR Notation: - 10.10.10.0/24 + 10.10.10.0/24
- Il est de mise d'assigner l'interface interne à la première - adresse utilisable du sous-réseau (10.10.10.1 - dans l'exemple précédent) ou la dernière adresse utilisable (Il est de mise d'assigner l'interface interne à la première adresse + utilisable du sous-réseau (10.10.10.1 dans l'exemple précédent) ou la + dernière adresse utilisable (10.10.10.254). - L'un des buts d'un sous-réseau est de permettre à tous les + 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 le @@ -494,13 +545,13 @@ fw net ACCEPT Vos ordinateurs en local (ordinateur 1 et ordinateur 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. + (default gateway) pointant sur l'adresse IP de + l'interface interne 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 l'adressage IP et le routage, je recommande - IP Fundamentals: What Everyone Needs to Know about Addressing & + La présentation précédente ne fait que d'effleurer la question des + sous réseaux et du routage. Si vous êtes intéressé pour apprendre plus sur + l'adressage 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). @@ -520,11 +571,11 @@ fw net ACCEPT class="ipaddress">10.10.10.254 - Votre FAI (fournisseur d'accés) pourrait + 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. + d'un sous-réseau DIFFERENT RFC 1918 pour votre réseau local.
@@ -534,66 +585,88 @@ fw net ACCEPT 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 - appliquer un Network Address Translation (NAT). - Le firewall réécrit l'adresse source dans le paquet, et l'a - remplacé par l'adresse de l'interface externe du firewall; en - d'autres mots, 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 pourront pas être routés à travers Internet, - donc l'hôte Internet ne pourra adresser sa réponse à l'ordinateur - 1). Lorsque le firewall reçoit le paquet de réponse, il remet - l'adresse de destination à 10.10.10.1 - et fait passer le paquet vers l'ordinateur 1. + Lorsqu'un de vos systèmes en local (supposons l'ordinateur1) demande une + connexion à un serveur par Internet, le firewall doit appliquer un + Network Address Translation (NAT). + Le firewall réécrit l'adresse source dans le paquet, et l'a remplacé par + l'adresse de l'interface externe du firewall; en d'autres mots, 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 pourront pas être + routés à travers Internet, donc l'hôte Internet ne pourra adresser sa + réponse à l'ordinateur 1). Lorsque le firewall reçoit le paquet de + réponse, il remet l'adresse de destination à 10.10.10.1 et fait passer le paquet vers + l'ordinateur 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:Masquerade - désigne le cas ou vous laissez votre firewall détecter automatiquement - l'adresse de l'interface externe.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 + 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: + + Masquerade désigne le cas ou vous laissez + votre firewall détecter automatiquement l'adresse de l'interface + externe. + + + + 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. + entrés dans le fichier /etc/shorewall/masq. Vous utiliserez normalement le Masquerading si votre adresse IP externe i est dynamique, et SNAT - si l'adresse IP est statique. + si l'adresse IP 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 /etc/shorewall/masq - et changez le en conséquence. + 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 + /etc/shorewall/masq et + changez le en conséquence. Si, malgré les avertissements, vous utilisez ce guide pour un utilisation de one-to-one NAT ou de Proxy ARP pour votre DMZ, enlever - l'entrée pour eth2 de - /etc/shorewall/masq. + 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 /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 + 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. Si vous utilisez les paquets Debian, vérifiez que votre fichier de configuration shorewall.conf contient bien les - valeurs suivantes, si elles n'y sont pas faite les changements - nécessaires:NAT_ENABLED=Yes - (Shorewall versions earlier than 1.4.6)IP_FORWARDING=On + valeurs suivantes, si elles n'y sont pas faite les changements + nécessaires: + + NAT_ENABLED=Yes (Shorewall versions earlier + than 1.4.6) + + + + IP_FORWARDING=On + +
@@ -601,26 +674,28 @@ fw net ACCEPT Un de nos buts est de, peut être, faire tourner un ou plusieurs serveurs sur nos ordinateurs dans la DMZ. 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 à ces clients - d'adresser leurs demandes de connexion au firewall qui ré écrit - l'adresse de destination de votre serveur, et fait 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. + adresse RFC-1918, il n'est pas possible pour les clients sur Internet de + se connecter directement à eux. Il est nécessaire à ces clients d'adresser + leurs demandes de connexion au firewall qui ré écrit l'adresse de + destination de votre serveur, et fait 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. Ce procédé est appelé Port Forwarding ou Destination Network Address Translation (DNAT). Vous configurez le port forwarding en utilisant les règles DNAT dans le fichier - /etc/shorewall/rules + /etc/shorewall/rules file. - La forme générale d'une simple règle de port forwarding dans - /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) -DNAT net dmz:<server local IP address>[:<server port>] <protocol> <port> - Si vous ne spécifiez pas le <server port>, - il est supposé être le même que <port>. +DNAT net dmz:<server local IP address>[:<server port>] <protocol> <port> + Si vous ne spécifiez pas le <server + port>, il est supposé être le même que + <port>. Vous faites tourner un serveur Web dans votre DMZ (2) et vous @@ -629,42 +704,75 @@ DNAT net dmz:<emphasis><server local IP address></emphasis>[: <para><programlisting>#ACTION SOURCE DEST PROTO DEST PORT(S) DNAT net dmz:10.10.11.2 tcp 80 -ACCEPT loc dmz:10.10.11.2 tcp 80</programlisting><itemizedlist><listitem><para>L'entrée - 1 forward le port 80 depuis Internet.</para></listitem><listitem><para>L'entrée - 2 autorise les connexions du réseau local.</para></listitem></itemizedlist>Deux - points importants à garder en mémoire :<itemizedlist><listitem><para>Lorsque - vous vous connectez à votre serveur à partir de votre réseau local, vous - devez utiliser l'adresse IP interne du serveur (<systemitem - class="ipaddress">10.10.11.2</systemitem>).</para></listitem><listitem><para>Quelques - fournisseurs Internet (Provider/ISP) bloquent les requêtes de connexion - entrantes sur le port 80. Si vous avez des problèmes pour vous connecter - à votre serveur web, essayez la règle suivante et connectez vous sur le - port 5000 (c.a.d., connectez vous à <literal>http://w.x.y.z:5000 ou - w.x.y.z</literal> est votre IP externe).<programlisting>#ACTION SOURCE DEST PROTO DEST PORT(S) SOURCE +ACCEPT loc dmz:10.10.11.2 tcp 80</programlisting><itemizedlist> + <listitem> + <para>L'entrée 1 forward le port 80 depuis Internet.</para> + </listitem> + + <listitem> + <para>L'entrée 2 autorise les connexions du réseau local.</para> + </listitem> + </itemizedlist>Deux points importants à garder en mémoire + :<itemizedlist> + <listitem> + <para>Lorsque vous vous connectez à votre serveur à partir de + votre réseau local, vous devez utiliser l'adresse IP interne du + serveur (<systemitem + class="ipaddress">10.10.11.2</systemitem>).</para> + </listitem> + + <listitem> + <para>Quelques fournisseurs Internet (Provider/ISP) bloquent les + requêtes de connexion entrantes sur le port 80. Si vous avez des + problèmes pour vous connecter à votre serveur web, essayez la + règle suivante et connectez vous sur le port 5000 (c.a.d., + connectez vous à <literal>http://w.x.y.z:5000 ou w.x.y.z</literal> + est votre IP externe).<programlisting>#ACTION SOURCE DEST PROTO DEST PORT(S) SOURCE # PORT(S) -DNAT net dmz:10.10.11.2:80 tcp 80 5000</programlisting></para></listitem><listitem><para>Si - vous voulez avoir la possibilité de vous connecter à votre serveur - depuis le réseau local en utilisant votre adresse externe, et si vous - avez une adresse IP externe statique (fixe), vous pouvez remplacer la - règle loc->dmz précédente par :<programlisting>#ACTION SOURCE DEST PROTO DEST PORT(S) SOURCE ORIGINAL +DNAT net dmz:10.10.11.2:80 tcp 80 5000</programlisting></para> + </listitem> + + <listitem> + <para>Si vous voulez avoir la possibilité de vous connecter à + votre serveur depuis le réseau local en utilisant votre adresse + externe, et si vous avez une adresse IP externe statique (fixe), + vous pouvez remplacer la règle loc->dmz précédente par + :<programlisting>#ACTION SOURCE DEST PROTO DEST PORT(S) SOURCE ORIGINAL # PORT(S) DEST -DNAT loc dmz:10.10.11.2 tcp 80 - <emphasis><external IP></emphasis></programlisting>Si - vous avez une IP dynamique, alors vous devez vous assurer que votre - interface externe est en route avant de lancer Shorewall et vous devez - suivre les étapes suivantes (en supposant que votre interface externe - est <filename class="devicefile">eth0</filename>):<orderedlist><listitem><para>Insérez - ce qui suit dans /etc/shorewall/params:</para><para><command>ETH0_IP=$(find_interface_address - eth0)</command></para></listitem><listitem><para>Faites votre règle - <literal>loc->dmz</literal> rule: <programlisting>#ACTION SOURCE DEST PROTO DEST PORT(S) SOURCE ORIGINAL +DNAT loc dmz:10.10.11.2 tcp 80 - <emphasis><external IP></emphasis></programlisting>Si + vous avez une IP dynamique, alors vous devez vous assurer que + votre interface externe est en route avant de lancer Shorewall et + vous devez suivre les étapes suivantes (en supposant que votre + interface externe est <filename + class="devicefile">eth0</filename>):<orderedlist> + <listitem> + <para>Insérez ce qui suit dans /etc/shorewall/params:</para> + + <para><command>ETH0_IP=$(find_interface_address + eth0)</command></para> + </listitem> + + <listitem> + <para>Faites votre règle <literal>loc->dmz</literal> + rule: <programlisting>#ACTION SOURCE DEST PROTO DEST PORT(S) SOURCE ORIGINAL # PORT(S) DEST -DNAT loc dmz:10.10.11.2 tcp 80 - $ETH0_IP</programlisting></para></listitem></orderedlist></para></listitem><listitem><para>Si - vous voulez accéder à votre serveur dans la DMZ en utilisant votre - adresse IP externe, regardez <ulink url="FAQ.htm#faq2a">FAQ 2a</ulink>.</para></listitem></itemizedlist></para> +DNAT loc dmz:10.10.11.2 tcp 80 - $ETH0_IP</programlisting></para> + </listitem> + </orderedlist></para> + </listitem> + + <listitem> + <para>Si vous voulez accéder à votre serveur dans la DMZ en + utilisant votre adresse IP externe, regardez <ulink + url="FAQ.htm#faq2a">FAQ 2a</ulink>.</para> + </listitem> + </itemizedlist></para> </example> <para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para> - <para>A ce point, ajoutez les règles DNAT et ACCEPT pour vos serveurs.</para> + <para>A ce point, ajoutez les règles DNAT et ACCEPT pour vos + serveurs.</para> </section> <section> @@ -675,51 +783,61 @@ DNAT loc dmz:10.10.11.2 tcp 80 - $ETH0_IP</pr <emphasis>Domain Name Service</emphasis> (<acronym>DNS</acronym>) pour le firewall est configuré automatiquement (c.a.d.,le fichier <filename class="directory">/etc/</filename><filename>resolv.conf</filename> sera - mis à jour). Il arrive que votre provider vous donne une paire - d'adresse <acronym>IP</acronym> pour les serveurs <acronym>DNS</acronym> - afin que vous configuriez manuellement votre serveur de nom primaire et - secondaire. La manière dont le <acronym>DNS</acronym> est configuré sur - votre firewall est de votre responsabilité. Vous pouvez procéder d'une - de ses deux façons :<itemizedlist><listitem><para>Vous pouvez configurer - votre système interne pour utiliser les noms de serveurs de votre - provider. Si votre fournisseur vous donne les adresses de leurs serveurs - ou si ces adresses sont disponibles sur leur site web, vous pouvez - configurer votre système interne afin de les utiliser. Si cette - information n' est pas disponible, regardez dans <filename - class="directory"><filename>/etc/</filename></filename><filename>resolv.conf</filename> - sur votre firewall -- les noms des serveurs sont donnés dans - l'enregistrement "nameserver" dans ce fichier.</para></listitem><listitem><para><anchor - id="cachingdns" />Vous pouvez configurer un cache dns - <emphasis>Caching Name Server</emphasis> sur votre firewall. - <trademark>Red Hat</trademark> a un <acronym>RPM</acronym> pour serveur - dns de cache (le <acronym>RPM</acronym> à besoin aussi du paquetage - <command>bind </command><acronym>RPM</acronym>) et pour les utilisateurs - de Bering, il y a <command>dnscache.lrp</command>. Si vous adoptez cette - approche, vous configurez votre système interne pour utiliser le firewall - lui même comme étant le seul serveur de nom primaire. Vous pouvez utiliser - l'adresse <acronym>IP</acronym> interne du firewall (<systemitem - class="ipaddress">10.10.10.254</systemitem> dans l'exemple précédent) - pour l'adresse de serveur de nom. Pour permettre à vos systèmes locaux - de discuter avec votre serveur cache de nom, vous devez ouvrir le port 53 - (à la fois <acronym>UDP</acronym> and <acronym>TCP</acronym>) sur le - firewall vers le réseau local; vous ferez ceci en ajoutant les règles - suivantes dans <filename class="directory">/etc/shorewall/</filename><filename>rules</filename>.</para><para>Si - vous faites tourner le serveur de nom sur le firewall: - <programlisting>#ACTION SOURCE DEST PROTO DEST PORT(S) + mis à jour). Il arrive que votre provider vous donne une paire d'adresse + <acronym>IP</acronym> pour les serveurs <acronym>DNS</acronym> afin que + vous configuriez manuellement votre serveur de nom primaire et secondaire. + La manière dont le <acronym>DNS</acronym> est configuré sur votre firewall + est de votre responsabilité. Vous pouvez procéder d'une de ses deux façons + :<itemizedlist> + <listitem> + <para>Vous pouvez configurer votre système interne pour utiliser les + noms de serveurs de votre provider. Si votre fournisseur vous donne + les adresses de leurs serveurs ou si ces adresses sont disponibles + sur leur site web, vous pouvez configurer votre système interne afin + de les utiliser. Si cette information n' est pas disponible, + regardez dans <filename + class="directory"><filename>/etc/</filename></filename><filename>resolv.conf</filename> + sur votre firewall -- les noms des serveurs sont donnés dans + l'enregistrement "nameserver" dans ce fichier.</para> + </listitem> + + <listitem> + <para><anchor id="cachingdns" />Vous pouvez configurer un cache dns + <emphasis>Caching Name Server</emphasis> sur votre firewall. + <trademark>Red Hat</trademark> a un <acronym>RPM</acronym> pour + serveur dns de cache (le <acronym>RPM</acronym> à besoin aussi du + paquetage <command>bind </command><acronym>RPM</acronym>) et pour + les utilisateurs de Bering, il y a <command>dnscache.lrp</command>. + Si vous adoptez cette approche, vous configurez votre système + interne pour utiliser le firewall lui même comme étant le seul + serveur de nom primaire. Vous pouvez utiliser l'adresse + <acronym>IP</acronym> interne du firewall (<systemitem + class="ipaddress">10.10.10.254</systemitem> dans l'exemple + précédent) pour l'adresse de serveur de nom. Pour permettre à vos + systèmes locaux de discuter avec votre serveur cache de nom, vous + devez ouvrir le port 53 (à la fois <acronym>UDP</acronym> and + <acronym>TCP</acronym>) sur le firewall vers le réseau local; vous + ferez ceci en ajoutant les règles suivantes dans <filename + class="directory">/etc/shorewall/</filename><filename>rules</filename>.</para> + + <para>Si vous faites tourner le serveur de nom sur le firewall: + <programlisting>#ACTION SOURCE DEST PROTO DEST PORT(S) AllowDNS loc fw -AllowDNS dmz fw </programlisting></para></listitem></itemizedlist>Dans - la régle ci-dessus, <quote>AllowDNS</quote> est un exemple d'action - prédéfinie <emphasis>defined action</emphasis>. Shorewall inclus un nombre - d'actions prédéfinies et vous pouvez <ulink +AllowDNS dmz fw </programlisting></para> + </listitem> + </itemizedlist>Dans la régle ci-dessus, <quote>AllowDNS</quote> est un + exemple d'action prédéfinie <emphasis>defined action</emphasis>. Shorewall + inclus un nombre d'actions prédéfinies et vous pouvez <ulink url="User_defined_Actions.html">ajouter les vôtres</ulink>. Pour voir les actions comprises avec votre version de Shorewall, regardez dans le - fichier <filename>/usr/share/shorewall/actions.std</filename>. Le nom de - celles qui acceptent des connexions débutent par <quote>Allow</quote>.</para> + fichier <filename>/etc/shorewall/actions.std</filename>. Le nom de celles + qui acceptent des connexions débutent par <quote>Allow</quote>.</para> - <para>Vous n'êtes pas obligé d'utiliser des actions prédéfinies - quand vous ajoutez des régles dans le fichier <filename>/etc/shorewall/rules</filename>; - les régles générées par Netfilter sont plus performantes sans actions - prédéfinies. La régle vue ci-dessus peut aussi être codé comme cela:</para> + <para>Vous n'êtes pas obligé d'utiliser des actions prédéfinies quand vous + ajoutez des régles dans le fichier + <filename>/etc/shorewall/rules</filename>; les régles générées par + Netfilter sont plus performantes sans actions prédéfinies. La régle vue + ci-dessus peut aussi être codé comme cela:</para> <programlisting>#ACTION SOURCE DEST PROTO DEST PORT(S) ACCEPT loc fw tcp 53 @@ -727,7 +845,7 @@ ACCEPT loc fw udp 53 ACCEPT dmz fw tcp 53 ACCEPT dmz fw udp 53 </programlisting> - <para>Au cas ou Shorewall n'inclue pas d'actions définies qui vous + <para>Au cas ou Shorewall n'inclue pas d'actions définies qui vous conviennent, vous pouvez les définir vous même ou coder directement les régles.</para> </section> @@ -735,28 +853,28 @@ ACCEPT dmz fw udp 53 </programlist <section> <title>Autres Connexions - Les fichiers exemples inclus dans l'archive (three-interface) + Les fichiers exemples inclus dans l'archive (three-interface) contiennent les règles suivantes :#ACTION SOURCE DEST PROTO DEST PORT(S) -AllowDNS fw net Ces règles autorisent - l'accès DNS à partir de votre firewall et peuvent - être enlevées si vous avez décommenté la ligne dans Ces 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. - L'exemple inclus aussi: #ACTION SOURCE DEST PROTO DEST PORT(S) + L'exemple inclus aussi: #ACTION SOURCE DEST PROTO DEST PORT(S) AllowSSH loc fw AllowSSH loc dmz Ces régles autorisent un serveur SSH sur votre firewall et chacun des systèmes de votre DMZ et y autoriser la connexion à ceux-ci depuis votre réseau local. - Si vous désirez permettre d'autres connexions entre vos - systèmes, la syntaxe générale est:#ACTION SOURCE DEST PROTO DEST PORT(S) -<action> <source zone> <destination zone> + Si vous désirez permettre d'autres connexions entre vos systèmes, la + syntaxe générale est:#ACTION SOURCE DEST PROTO DEST PORT(S) +<action> <source zone> <destination zone> - La syntaxe générale lorsqu'on utilise pas des actions - prédéfinies est:#ACTION SOURCE DEST PROTO DEST PORT(S) -ACCEPT <source zone> <destination zone> <protocol> <port> + La syntaxe générale lorsqu'on utilise pas des actions prédéfinies + est:#ACTION SOURCE DEST PROTO DEST PORT(S) +ACCEPT <source zone> <destination zone> <protocol> <port> Vous souhaitez rendre publiquement accessible votre serveur DNS @@ -773,19 +891,20 @@ AllowDNS net fw</programlisting> ACCEPT net fw tcp 53 ACCEPT net fw udp 53 </programlisting> - <para>Ces deux régles viennent évidemment s'ajouter à celles listées + <para>Ces deux régles viennent évidemment s'ajouter à celles listées sous <quote><link linkend="cachingdns">Vous pouvez configurer un cache dns sur votre firewall</link></quote>.</para> </example> <para>Si vous ne savez pas quel port(s) et protocole(s) requièrent une - application particulière, vous pouvez regarder <ulink url="ports.htm">ici</ulink>.</para> + application particulière, vous pouvez regarder <ulink + url="ports.htm">ici</ulink>.</para> <important> - <para>Je ne recommande pas d'autoriser <command>telnet</command> - vers/de l'Internet parce qu'il utilise du texte en clair (même - pour le login!). Si vous voulez un accés shell à votre firewall, - utilisez <acronym>SSH</acronym>:</para> + <para>Je ne recommande pas d'autoriser <command>telnet</command> vers/de + l'Internet parce qu'il utilise du texte en clair (même pour le login!). + Si vous voulez un accès shell à votre firewall, utilisez + <acronym>SSH</acronym>:</para> <programlisting>#ACTION SOURCE DEST PROTO DEST PORT(S) AllowSSH net fw</programlisting> @@ -793,12 +912,20 @@ AllowSSH net fw</programlisting> <para><inlinegraphic fileref="images/leaflogo.gif" format="GIF" /> Les utilisateurs de Bering pourront ajouter les deux régles suivantes pour - être compatible avec la configuration du firewall Jacques's Shorewall.<programlisting>#ACTION SOURCE DEST PROTO DEST PORT(S) + être compatible avec la configuration du firewall Jacques's + Shorewall.<programlisting>#ACTION SOURCE DEST PROTO DEST PORT(S) ACCEPT loc fw udp 53 -ACCEPT net fw tcp 80 </programlisting><itemizedlist><listitem><para>L'entrée - 1 autorise l'utilisation du Cache DNS.</para></listitem><listitem><para>L'entrée - 2 autorise le <quote>weblet</quote> à fonctionner.</para></listitem></itemizedlist><inlinegraphic - fileref="images/BD21298_.gif" format="GIF" /></para> +ACCEPT net fw tcp 80 </programlisting><itemizedlist> + <listitem> + <para>L'entrée 1 autorise l'utilisation du Cache DNS.</para> + </listitem> + + <listitem> + <para>L'entrée 2 autorise le <quote>weblet</quote> à + fonctionner.</para> + </listitem> + </itemizedlist><inlinegraphic fileref="images/BD21298_.gif" + format="GIF" /></para> <para>Maintenant, éditez votre fichier de configuration <filename class="directory">/etc/shorewall/</filename><filename>rules</filename> @@ -811,50 +938,51 @@ ACCEPT net fw tcp 80 </programlisting><it <itemizedlist> <listitem> <para><emphasis role="bold">Vous ne pouvez tester votre firewall de - l'intérieur de votre réseau</emphasis>. Car les requêtes que vous - envoyez à votre adresse IP ne veux pas dire qu'elle seront - associées à votre interface externe ou la zone <quote>net</quote>. - Tout trafic généré par le réseau local sera traité par loc->fw.</para> + l'intérieur de votre réseau</emphasis>. Car les requêtes que vous + envoyez à votre adresse IP ne veux pas dire qu'elle seront associées à + votre interface externe ou la zone <quote>net</quote>. Tout trafic + généré par le réseau local sera traité par loc->fw.</para> </listitem> <listitem> <para><emphasis role="bold">Les adresses IP sont des propriétés des - systèmes, pas des interfaces</emphasis>. C'est une erreur de - croire que votre firewall est capable de renvoyer 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 seul - conclusion est de conclure que le lien entre le réseau local et le - firewall est établi et que vous avez probablement la bonne adresse de - la passerelle sur votre système.</para> + systèmes, pas des interfaces</emphasis>. C'est une erreur de croire + que votre firewall est capable de renvoyer 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 seul conclusion est + de conclure que le lien entre le réseau local et le firewall est + établi et que vous avez probablement la bonne adresse de la passerelle + sur votre système.</para> </listitem> <listitem> <para><emphasis role="bold">Toutes les adresses IP configurées sur le firewall sont dans la zone $FW (fw)</emphasis>. Si 192.168.1.254 est - l'adresse IP de votre interface interne, alors vous pouvez écrire + l'adresse IP de votre interface interne, alors vous pouvez écrire <quote><emphasis role="bold">$FW:192.168.1.254</emphasis></quote> dans - une régle mais vous ne devez pas écrire <quote><emphasis role="bold">loc:192.168.1.254</emphasis></quote>. - C'est aussi un non-sens d'ajouter 192.168.1.254 à la zone - <emphasis role="bold">loc</emphasis> en utilisant une entrée dans + une régle mais vous ne devez pas écrire <quote><emphasis + role="bold">loc:192.168.1.254</emphasis></quote>. C'est aussi un + non-sens d'ajouter 192.168.1.254 à la zone <emphasis + role="bold">loc</emphasis> en utilisant une entrée dans <filename>/etc/shorewall/hosts</filename>.</para> </listitem> <listitem> <para><emphasis role="bold">Les paquets de retour (Reply) ne suivent - PAS automatiquement le chemin inverse de la requête d'origine</emphasis>. - Tous les paquets sont routés en se référant à la table de routage - respective de chaque hôte à chaque étape du trajet. C'est commun - chez ceux qui installent le firewall Shorewall en parallèle à une - passerelle existante et essayent d'utiliser DNAT dans Shorewall - sans changer la passerelle par défaut sur les systèmes recevant le - retour des requêtes. Les requêtes dont, à travers le firewall - Shorewall, l'adresse de destination IP est réécrite mais la - réponse va directement vers l'ancienne passerelle.</para> + PAS automatiquement le chemin inverse de la requête + d'origine</emphasis>. Tous les paquets sont routés en se référant à la + table de routage respective de chaque hôte à chaque étape du trajet. + C'est commun chez ceux qui installent le firewall Shorewall en + parallèle à une passerelle existante et essayent d'utiliser DNAT dans + Shorewall sans changer la passerelle par défaut sur les systèmes + recevant le retour des requêtes. Les requêtes dont, à travers le + firewall Shorewall, l'adresse de destination IP est réécrite mais la + réponse va directement vers l'ancienne passerelle.</para> </listitem> <listitem> - <para><emphasis role="bold">Shorewall lui-même n'a aucune notion - du dedans et du dehors</emphasis>. Ces concepts dépendent de la façon + <para><emphasis role="bold">Shorewall lui-même n'a aucune notion du + dedans et du dehors</emphasis>. Ces concepts dépendent de la façon dont Shorewall est configuré.</para> </listitem> </itemizedlist> @@ -865,25 +993,30 @@ ACCEPT net fw tcp 80 </programlisting><it <para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para> - <para>La <ulink url="Install.htm">procédure d'installation</ulink> + <para>La <ulink url="Install.htm">procédure d'installation</ulink> configure votre système pour lancer Shorewall au boot du système, mais au début avec la version 1.3.9 de Shorewall le lancement est désactivé, - n'essayer pas de lancer Shorewall avec que la configuration soit - finie. Une fois que vous en aurez fini avec la configuration du firewall, - vous pouvez permettre le lancement de Shorewall en supprimant le fichier - <filename class="directory">/etc/shorewall/</filename><filename>startup_disabled</filename>. - <important><para>Les utilisateurs des paquets .deb doivent éditer - <filename class="directory">/etc/default/</filename><filename>shorewall</filename> - and set <varname>startup=1</varname>.</para></important>Le firewall est - activé en utilisant la commande <quote><command>shorewall start</command></quote> - et arrêté avec <quote><command>shorewall stop</command></quote>. Lorsque - le firewall est stoppé, le routage est autorisé sur les hôtes qui - possèdent une entrée dans <filename class="directory">/etc/shorewall/</filename><filename><ulink + n'essayer pas de lancer Shorewall avant que la configuration soit finie. + Une fois que vous en aurez fini avec la configuration du firewall, vous + pouvez permettre le lancement de Shorewall en supprimant le fichier + <filename + class="directory">/etc/shorewall/</filename><filename>startup_disabled</filename>. + <important> + <para>Les utilisateurs des paquets .deb doivent éditer <filename + class="directory">/etc/default/</filename><filename>shorewall</filename> + et mettre <varname>startup=1</varname>.</para> + </important>Le firewall est activé en utilisant la commande + <quote><command>shorewall start</command></quote> et arrêté avec + <quote><command>shorewall stop</command></quote>. Lorsque le firewall est + stoppé, le routage est autorisé sur les hôtes qui possèdent une entrée + dans <filename + class="directory">/etc/shorewall/</filename><filename><ulink url="Documentation.htm#Routestopped">routestopped</ulink></filename>. Un firewall qui tourne peut être relancé en utilisant la commande <quote><command>shorewall restart</command></quote> command. Si vous voulez enlever toutes traces de Shorewall sur votre configuration de - Netfilter, utilisez <quote><command>shorewall clear</command></quote>.</para> + Netfilter, utilisez <quote><command>shorewall + clear</command></quote>.</para> <para><inlinegraphic fileref="images/BD21298_.gif" format="GIF" /></para> @@ -892,18 +1025,23 @@ ACCEPT net fw tcp 80 </programlisting><it réseau local) et <filename class="devicefile">eth2</filename> (DMZ) lorsque Shorewall est stoppé. Si ces deux interfaces ne sont pas connectées à votre réseau local et votre DMZ, ou si vous voulez permettre - un ensemble d'hôtes différents, modifiez <filename class="directory">/etc/shorewall/</filename><filename><ulink + un ensemble d'hôtes différents, modifiez <filename + class="directory">/etc/shorewall/</filename><filename><ulink url="Documentation.htm#Routestopped">routestopped</ulink></filename> en - conséquence. <warning><para>Si vous êtes connecté à votre firewall depuis - Internet, n'essayez pas une commande <quote><command>shorewall stop</command></quote> - tant que vous n'avez pas ajouté une entrée pour votre adresse - <acronym>IP</acronym> (celle à partir de laquelle vous êtes connectée) - dans <filename class="directory">/etc/shorewall/</filename><filename>routestopped</filename>. - De la même manière, je ne vous recommande pas d'utiliser - <quote><command>shorewall restart</command></quote>; il est plus - intéressant de créer <ulink url="configuration_file_basics.htm#Configs">une - configuration alternative</ulink> et de la tester en utilisant la commande - <quote><command>shorewall try</command></quote>.</para></warning></para> + conséquence. <warning> + <para>Si vous êtes connecté à votre firewall depuis Internet, + n'essayez pas une commande <quote><command>shorewall + stop</command></quote> tant que vous n'avez pas ajouté une entrée pour + votre adresse <acronym>IP</acronym> (celle à partir de laquelle vous + êtes connectée) dans <filename + class="directory">/etc/shorewall/</filename><filename>routestopped</filename>. + De la même manière, je ne vous recommande pas d'utiliser + <quote><command>shorewall restart</command></quote>; il est plus + intéressant de créer <ulink + url="configuration_file_basics.htm#Configs">une configuration + alternative</ulink> et de la tester en utilisant la commande + <quote><command>shorewall try</command></quote>.</para> + </warning></para> </section> <section> @@ -912,7 +1050,7 @@ ACCEPT net fw tcp 80 </programlisting><it <para>Je vous recommande vivement de lire la <ulink url="configuration_file_basics.htm">page des Fonctionnalités Générales des Fichiers de Configuration</ulink> -- elle contient des trucs sur les - possibilités de Shorewall pour rendre aisé l'administration de votre + possibilités de Shorewall pour rendre aisé l'administration de votre firewall Shorewall.</para> </section> </article> \ No newline at end of file diff --git a/Shorewall-docs2/two-interface_fr.xml b/Shorewall-docs2/two-interface_fr.xml index 495779b10..bb7ba444d 100644 --- a/Shorewall-docs2/two-interface_fr.xml +++ b/Shorewall-docs2/two-interface_fr.xml @@ -26,7 +26,7 @@ </author> </authorgroup> - <pubdate>2004-07-10</pubdate> + <pubdate>2005-01-17</pubdate> <copyright> <year>2002</year> @@ -35,7 +35,13 @@ <year>2004</year> + <year>2005</year> + <holder>Thomas M. Eastep</holder> + + <holder>Patrice Vetsel</holder> + + <holder>Fabien Demassieux</holder> </copyright> <legalnotice> @@ -43,21 +49,23 @@ document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, with no Front-Cover, and with no Back-Cover - Texts. A copy of the license is included in the section entitled - <quote> <ulink url="GnuCopyright.htm">GNU Free Documentation License</ulink></quote>.</para> + Texts. A copy of the license is included in the section entitled <quote> + <ulink url="GnuCopyright.htm">GNU Free Documentation + License</ulink></quote>.</para> </legalnotice> </articleinfo> <note> <para><emphasis role="underline">Notes du traducteur :</emphasis> Le guide - initial a été traduit par <ulink url="mailto:vetsel.patrice@wanadoo.fr">VETSEL - Patrice</ulink> que je remercie. J'en ai assuré la révision pour - l'adapter à la version 2 de Shorewall. J'espère vous faciliter - l'accès et la prise en main d'un firewall performant, efficace, - adaptable et facile d'utilisation. Donc félicitations pour la qualité - du travail et la disponibilité offerte par Thomas M. Eastep. Si vous - trouvez des erreurs ou des améliorations à apporter vous pouvez me - contacter <ulink url="mailto:fd03x@wanadoo.fr">Fabien Demassieux</ulink></para> + initial a été traduit par <ulink + url="mailto:vetsel.patrice@wanadoo.fr">VETSEL Patrice</ulink> que je + remercie. J'en ai assuré la révision pour l'adapter à la version 2 de + Shorewall. J'espère vous faciliter l'accès et la prise en main d'un + firewall performant, efficace, adaptable et facile d'utilisation. Donc + félicitations pour la qualité du travail et la disponibilité offerte par + Thomas M. Eastep. Si vous trouvez des erreurs ou des améliorations à + apporter vous pouvez me contacter <ulink + url="mailto:fd03x@wanadoo.fr">Fabien Demassieux</ulink></para> </note> <section> @@ -78,62 +86,89 @@ </listitem> <listitem> - <para><emphasis role="bold">Une seule adresse IP publique.</emphasis><note><para>Si - vous avez plus d'une adresse IP, ce n'est pas le guide qui - vous convient -- regrdez plutôt du coté du <ulink - url="shorewall_setup_guide_fr.htm">Guide de Configuration Shorewall</ulink>.</para></note></para> + <para><emphasis role="bold">Une seule adresse IP + publique.</emphasis><note> + <para>Si vous avez plus d'une adresse IP, ce n'est pas le guide + qui vous convient -- regrdez plutôt du coté du <ulink + url="shorewall_setup_guide_fr.htm">Guide de Configuration + Shorewall</ulink>.</para> + </note></para> </listitem> <listitem> - <para>Une connexion Internet par le biais d'un modem câble, ADSL, - ISDN, "Frame Relay", RTC ...</para> + <para>Une connexion Internet par le biais d'un modem câble, ADSL, + ISDN, "Frame Relay", RTC ...</para> </listitem> </itemizedlist> - <para>Voici un schéma d'une installation typique:<figure label="1"><title>Configuration - standard d'un firewall avec deux interfaces - Shorewall and <trademark>Mandrake</trademark> 9.0+Si - vous utilisez Mandrake 9.0 ou version postérieure, - vous pouvez facilement utiliser l'utilitaire Mandrake - Partage de Connexion Internet. Dans le - Centre de Contrôle Mandrake, - selectionner Réseau & - Internet puis Partage - de Connexion.Cependant, la configuration - de Shorewall générée par le Partage de Connexion Internet - Mandrake est étrange et peut rendre confus l'utilisation de - la suite de cette documentation (elle paramètre deux zones; - loc and masq ou loc - est vide; Cela est en conflit avec la documentation basée sur une unique - zone loc). Nous recommandons qu'une fois configuré - ce partage, de désinstaller le paquet RPM de Shorewall - Mandrake et d'installer celui de la page de - download avant de suivre - l'utilisation de ce Guide.Le problème précédent est résolu à partir de la version 10.0 - et supérieure de Mandrake. 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.Windows - Version of dos2unixLinux Version of - dos2unix + Voici un schéma d'une installation typique:
+ Configuration standard d'un firewall avec deux + interfaces + + + + + + +
+ Shorewall and <trademark>Mandrake</trademark> 9.0+ + + Si vous utilisez Mandrake 9.0 ou version + postérieure, vous pouvez facilement utiliser l'utilitaire + Mandrake Partage de Connexion + Internet. Dans le Centre de Contrôle + Mandrake, selectionner + Réseau & + Internet puis + Partage de Connexion. + + Cependant, la configuration de Shorewall générée par le + Partage de Connexion Internet Mandrake est + étrange et peut rendre confus l'utilisation de la suite de cette + documentation (elle paramètre deux zones; loc and + masq ou loc est vide; Cela est + en conflit avec la documentation basée sur une unique zone + loc). Nous recommandons qu'une fois configuré ce + partage, de désinstaller le paquet RPM de Shorewall + Mandrake et d'installer celui de la page de + download avant de suivre + l'utilisation de ce Guide. + + Le problème précédent est résolu à partir + de la version 10.0 et supérieure de Mandrake. + + 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. + + Windows + Version of dos2unix + + + + Linux + Version of dos2unix + + +
Pré-requis - 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 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 /sbin/ip @@ -146,11 +181,12 @@
Conventions - Les points ou les modifications s'imposent sont indiqués par + Les points ou les modifications s'imposent sont indiqués par . Les notes de configuration qui sont propres à LEAF/Bering sont - marqués avec . + marqués avec .
@@ -159,12 +195,12 @@ - Si vous êtes équipé d'un modem ADSL et - utilisez PPTP pour communiquer avec un serveur à - travers ce modem, vous devez faire le changement Si vous êtes équipé d'un modem ADSL et utilisez + PPTP pour communiquer avec un serveur à travers ce + modem, vous devez faire le changement suivant en plus de ceux ci-dessous. ADSL avec PPTP est commun en Europe, - ainsi qu'en Australie. + ainsi qu'en Australie.
@@ -173,74 +209,122 @@ 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.Après avoir installé Shorewall, - téléchargez l'exemple - two-interface, décompressez le (tar - two-interfaces.tgz) et copiez les fichiers - dans /etc/shorewall (ces fichiers remplaceront les initiaux).Parallèlement - à la présentation, 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. + 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. + Après avoir installé Shorewall, + téléchargez l'exemple + two-interface, décompressez le (tar + + two-interfaces.tgz) et copiez les + fichiers dans /etc/shorewall + (ces fichiers remplaceront les + initiaux). + Parallèlement à la présentation, 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 un ensemble de zones. Dans une configuration avec deux interfaces, les noms des zones - suivantes sont utilisés:NameDescriptionnetThe InternetlocYour Local - NetworkLes zones de - Shorewall sont définies dans le fichier /etc/shorewall/zones. + suivantes sont utilisés: + + + + Name + + Description + + + + + + net + + The Internet + + + + loc + + Your Local Network + + + + Les zones de Shorewall sont définies dans le fichier + /etc/shorewall/zones. Shorewall reconnaît aussi le système de firewall comme sa propre - zone - par défaut, le firewall est connu comme fw. + zone - par défaut, le firewall est connu comme fw. Les règles à propos du trafic à autoriser et à interdire sont - exprimées en terme de zones.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.Pour - chaque connexion demandant à entrer dans le firewall, la requête est en - premier lieu comparé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 + exprimées en terme de zones. + + 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. + + Pour chaque connexion demandant à entrer dans le + firewall, la requête est en premier lieu comparé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. Si cette politique est REJECT ou DROP la requête est dans un premier temps comparée par rapport aux règles contenues dans le fichier - /etc/shorewall/common, + /etc/shorewall/common, si ce fichier existe; sinon les régles dans le fichier /etc/shorewall/common.def sont vérifiées. - 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 + 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 fw net ACCEPT Les politiques précédentes - vont: Permettre toutes demandes de connexion - depuis votre réseau local vers InternetDrop - (ignorer) toutes les demandes de connexion depuis l'Internet vers - votre firewall ou votre réseau localAccept - (accepter) facultativement toutes les demandes de connexion de votre - firewall vers l'Internet (si vous avez décommenté la politique - additionnelle)Reject (rejeter) toutes - les autres requêtes de connexion. - + vont: + + Permettre toutes demandes de connexion depuis votre réseau + local vers Internet + - A ce point, éditez votre fichier /etc/shorewall/policy - et appliquer les changements que vous désirez. + + Drop (ignorer) toutes les demandes de connexion depuis + l'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) + + + + Reject (rejeter) toutes les autres requêtes de + connexion. + + + + A ce point, éditez votre fichier /etc/shorewall/policy et + appliquer les changements que vous désirez.
@@ -254,121 +338,169 @@ fw net ACCEPT Les politiques précédentes Le firewall a deux interfaces réseau. Lorsque la connexion Internet passe par un modem câble ou par un Routeur ADSL - (pas un simple modem), l'Interface Externe - sera l'adaptateur ethernet qui y est connecté à ce Modem + (pas un simple modem), l'Interface Externe + sera l'adaptateur ethernet qui y est connecté à ce Modem (e.g., eth0) à moins de se que vous vous connectiez par Point-to-Point Protocol over Ethernet (PPPoE) ou Point-to-Point Tunneling Protocol (PPTP) dans ce cas - l'interface externe sera (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. + l'interface externe sera (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. - Si votre interface vers l'extérieur est ppp0 - ou ippp0 alors vous mettrez - CLAMPMSS=yes dans le fichier 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 Interne (interface vers votre - réseau local -> LAN) sera un adaptateur Ethernet (eth1 or eth0) - et sera connectée à un hub ou switch (câble droit). 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 avec une version - postérieure à Shorewall 1.4.7. Quand vous utilisez ces versions récentes, - vous pouvez tester ce type de configuration si vous spécifiez l'option - arp_filter 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é. eth1 or eth0) et sera connectée à un hub ou switch + (câble droit). 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 avec une version postérieure à Shorewall + 1.4.7. Quand vous utilisez ces versions récentes, vous pouvez tester + ce type de configuration si vous spécifiez l'option arp_filter 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é. + - Le fichier de configuration d'exemple pour 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 ppp0 - ou ippp0, vous pouvez remplacer le - detect dans la seconde colonne par un - (sans les quotes).Si - votre interface vers l'extérieur est ppp0 - or ippp0 u 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.Si - vous spécifiez norfc1918 pour votre interface - externe, vous pouvez vérifier périodiquement le Shorewall - Errata pour mettre à jour le fichier /usr/share/shorewall/rfc1918. - Sinon, vous pouvez copier le fichier /usr/share/shorewall/rfc1918 - vers /etc/shorewall/rfc1918 et adapter votre fichier /etc/shorewall/rfc1918 - comme je le fais. + Le fichier de configuration d'exemple pour 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 ppp0 ou ippp0, vous pouvez remplacer le detect + dans la seconde colonne par un - (sans les + quotes). + + Si votre interface vers l'extérieur est ppp0 or ippp0 u 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. + + Si vous spécifiez norfc1918 pour votre + interface externe, vous pouvez vérifier périodiquement le Shorewall Errata pour mettre à jour le + fichier /usr/share/shorewall/rfc1918. Sinon, vous + pouvez copier le fichier + /usr/share/shorewall/rfc1918 vers + /etc/shorewall/rfc1918 et adapter votre fichier + /etc/shorewall/rfc1918 comme je le + fais. +
Adresses IP - Avant d'aller plus loin, nous devons dire quelques mots au sujet - des adresses Internet Protocol (IP). Normalement, votre + Avant d'aller plus loin, nous devons dire quelques mots au sujet des + adresses Internet Protocol (IP). Normalement, votre fournisseur Internet FAI vous assignera une seule adresse IP. Cette adresse peut être assignée par le Dynamic Host Configuration Protocol (DHCP) ou lors de - l'établissement de votre connexion lorsque vous vous connectez (modem + l'établissement de votre connexion lorsque vous vous connectez (modem standard) ou établissez votre connexion PPP. Dans de rares cas , votre provider 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. Votre adresse externe 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 réserve plusieurs plages - d'adresses privées Private IP - à cet fin: 10.0.0.0 - 10.255.255.255 + l'interface externe de votre firewall afin d'utiliser cette adresse de + manière permanente. Votre adresse externe 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 réserve plusieurs plages d'adresses privées + Private IP à cet fin: + 10.0.0.0 - 10.255.255.255 172.16.0.0 - 172.31.255.255 192.168.0.0 - 192.168.255.255 - Avant de lancer Shorewall, 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 /etc/shorewall/interfaces. + Avant de lancer Shorewall, 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 /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 dans une plage d'adresses x.y.z.0 - x.y.z.255. - Chaque sous-réseau aura un masque (Subnet Mask) 255.255.255.0. L'adresse - x.y.z.0 est réservée comme l'adresse de sous-réseau + sous-réseau dans une plage d'adresses x.y.z.0 - + x.y.z.255. Chaque sous-réseau aura un masque (Subnet Mask) + 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 + réservée en tant qu'adresse de broadcast Subnet Broadcast Address. Dans Shorewall, un sous-réseau est décrit en utilisant Classless InterDomain - Routing (CIDR) notation Il consiste en l'adresse du - sous-réseau suivie par /24. Le 24 se - réfère au nombre consécutif de bits marquant 1 dans la - partie gauche du masque de sous-réseau. Un exemple de - sous-réseau (sub-network) :Range:10.10.10.0 - 10.10.10.255Subnet - Address:10.10.10.0Broadcast - Address:10.10.10.255CIDR - Notation:10.10.10.0/24
Il - est de mise d'assigner l'interface interne à la première adresse - utilisable du sous-réseau (10.10.10.1 - dans l'exemple précédent) ou la dernière adresse utilisable ( Il consiste en l'adresse du sous-réseau + suivie par /24. Le 24 se réfère au + nombre consécutif de bits marquant 1 dans la partie gauche + du masque de sous-réseau. + Un exemple de sous-réseau (sub-network) : + + + + + + + Range: + + 10.10.10.0 - + 10.10.10.255 + + + + Subnet Address: + + 10.10.10.0 + + + + Broadcast Address: + + 10.10.10.255 + + + + CIDR Notation: + + 10.10.10.0/24 + + + +
Il est de mise d'assigner l'interface interne à la première + adresse utilisable du sous-réseau (10.10.10.1 dans l'exemple précédent) ou la + dernière adresse utilisable (10.10.10.254). - L'un des buts d'un sous-réseau est de permettre à tous les + 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 le @@ -378,27 +510,31 @@ fw net ACCEPT Les politiques précédentes Vos ordinateurs en local (ordinateur 1 et ordinateur 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. + (default gateway) pointant sur l'adresse IP de + l'interface interne 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 l'adressage IP et le routage, je recommande - IP Fundamentals: What Everyone Needs to Know about Addressing & + La présentation précédente ne fait que d'effleurer la question des + sous réseaux et du routage. Si vous êtes intéressé pour apprendre plus sur + l'adressage 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 assumera que vous avez configuré votre réseau - comme montré ci-dessous : - La passerelle par défaut pour les ordinateurs 1 et 2 devrait être - 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. + comme montré ci-dessous : + + + + La passerelle par défaut pour les ordinateurs 1 et 2 + devrait être 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. +
@@ -407,44 +543,54 @@ fw net ACCEPT Les politiques précédentes 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 - appliquer un Network Address Translation (NAT). - Le firewall réécrit l'adresse source dans le paquet, et l'a - remplacé par l'adresse de l'interface externe du firewall; en - d'autres mots, 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 pourront pas être routés à travers Internet, - donc l'hôte Internet ne pourra adresser sa réponse à l'ordinateur - 1). Lorsque le firewall reçoit le paquet de réponse, il remet - l'adresse de destination à 10.10.10.1 - et fait passer le paquet vers l'ordinateur 1. + Lorsqu'un de vos systèmes en local (supposons l'ordinateur1) demande une + connexion à un serveur par Internet, le firewall doit appliquer un + Network Address Translation (NAT). + Le firewall réécrit l'adresse source dans le paquet, et l'a remplacé par + l'adresse de l'interface externe du firewall; en d'autres mots, 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 pourront pas être + routés à travers Internet, donc l'hôte Internet ne pourra adresser sa + réponse à l'ordinateur 1). Lorsque le firewall reçoit le paquet de + réponse, il remet l'adresse de destination à 10.10.10.1 et fait passer le paquet vers + l'ordinateur 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:Masquerade - désigne le cas ou vous laissez votre firewall détecter automatiquement - l'adresse de l'interface externe.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 + 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: + + Masquerade désigne le cas ou vous laissez + votre firewall détecter automatiquement l'adresse de l'interface + externe. + + + + 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. + 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. + l'adresse IP est statique. Si votre interface externe du 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 changer la première colonne par le nom de votre interface externe, et - la seconde colonne par le nom de votre interface interne. + class="devicefile">eth0, vous n'avez pas besoin de modifier le + fichier fourni avec l'exemple. Dans le cas contraire, éditez /etc/shorewall/masq et + changer la première colonne par le nom de votre interface externe, et la + seconde colonne par le nom de votre interface interne. @@ -460,9 +606,17 @@ fw net ACCEPT Les politiques précédentes Si vous utilisez les paquets Debian, vérifiez que votre fichier de configuration shorewall.conf contient bien les - valeurs suivantes, si elles n'y sont pas faite les changements - nécessaires:NAT_ENABLED=Yes - (Shorewall versions earlier than 1.4.6)IP_FORWARDING=On + valeurs suivantes, si elles n'y sont pas faite les changements + nécessaires: + + NAT_ENABLED=Yes (Shorewall versions earlier + than 1.4.6) + + + + IP_FORWARDING=On + +
@@ -470,59 +624,78 @@ fw net ACCEPT Les politiques précédentes Un de nos buts est de , peut être, 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 à ces clients - d'adresser leurs demandes de connexion au firewall qui réécrit - l'adresse de destination de votre serveur, et fait 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. + adresse RFC-1918, il n' est pas possible pour les clients sur Internet de + se connecter directement à eux. Il est nécessaire à ces clients d'adresser + leurs demandes de connexion au firewall qui réécrit l'adresse de + destination de votre serveur, et fait 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. Ce procédé est appelé Port Forwarding or - Destination Network Address Translation (DNAT). - Vous configurez le port forwarding en utilisant les règles - DNAT dans le fichier /etc/shorewall/rules. + Destination Network Address Translation + (DNAT). Vous configurez le port forwarding en utilisant + les 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 + 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) -DNAT net loc:<server local ip address>[:<server port>] <protocol> <port> - Web ServerVous 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 : - #ACTION SOURCE DEST PROTO DEST PORT(S) -DNAT net loc:10.10.10.2 tcp 80 - FTP ServerVous faites tourner un - serveur FTPsur l'ordinateur 1 et vous voulez - rediriger les requêtes TCP entrantes sur le port 21 à - ce système: #ACTION SOURCE DEST PROTO DEST PORT(S) -DNAT net loc:10.10.10.1 tcp 21Concernant - FTP, vous aurez aussi besoin d'avoir le support - FTP et le NAT dans votre kernel. - Pour les fournisseurs de kernels, cela veut dire que les modules ip_conntrack_ftp et 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 :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.Quelques - fournisseurs Internet (Provider/ISP) 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) -DNAT net loc:10.10.10.2:80 tcp 5000 - +DNAT net loc:<server local ip address>[:<server port>] <protocol> <port> + + Web Server - A ce point, modifiez /etc/shorewall/rules - pour ajouter les règles DNAT dont vous avez besoin. + 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 : #ACTION SOURCE DEST PROTO DEST PORT(S) +DNAT net loc:10.10.10.2 tcp 80 + + FTP Server + + 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: + #ACTION SOURCE DEST PROTO DEST PORT(S) +DNAT net loc:10.10.10.1 tcp 21Concernant + FTP, vous aurez aussi besoin d'avoir le support + FTP et le NAT dans votre kernel. + Pour les fournisseurs de kernels, cela veut dire que les modules + ip_conntrack_ftp et 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 : + + 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. + + + + Quelques fournisseurs Internet (Provider/ISP) 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) +DNAT net loc:10.10.10.2:80 tcp 5000 + + + + A ce point, modifiez /etc/shorewall/rules + pour ajouter les règles DNAT dont vous avez + besoin.
@@ -533,96 +706,114 @@ DNAT net loc:10.10.10.2:80 tcp 5000Domain Name Service (DNS) pour le firewall est configuré automatiquement (c.a.d.,le fichier /etc/resolv.conf sera - mis à jour). Il arrive que votre provider vous donne une paire - d'adresse IP pour les serveurs DNS - afin que vous configuriez manuellement votre serveur de nom primaire et - secondaire. La manière dont le DNS est configuré sur - votre firewall est de votre responsabilité. Vous pouvez procéder d'une - de ses deux façons :Vous - pouvez configurer votre système interne pour utiliser les noms de serveurs - de votre provider. Si votre fournisseur vous donne les adresses de leurs - serveurs ou si ces adresses sont disponibles sur leur site web, vous - pouvez configurer votre système interne afin de les utiliser. 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.Vous pouvez configurer un cache dns - Caching Name Server sur votre firewall. - Red Hat a un RPM pour serveur - dns de cache (le RPM à besoin aussi du paquetage - bind RPM) et pour les utilisateurs - de Bering, il y a dnscache.lrp. Si vous adoptez cette - approche, vous configurez votre système interne pour utiliser le firewall - lui même comme étant le seul serveur de nom primaire. Vous pouvez utiliser - 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 - de discuter avec votre serveur cache de nom, vous devez ouvrir le port 53 - (à la fois UDP and TCP) sur le - firewall vers le réseau local; vous ferez ceci en ajoutant les règles - suivantes dans /etc/shorewall/rules. - #ACTION SOURCE DEST PROTO DEST PORT(S) -AllowDNS loc fw + mis à jour). Il arrive que votre provider vous donne une paire d'adresse + IP pour les serveurs DNS afin que + vous configuriez manuellement votre serveur de nom primaire et secondaire. + La manière dont le DNS est configuré sur votre firewall + est de votre responsabilité. Vous pouvez procéder d'une de ses deux façons + : + + Vous pouvez configurer votre système interne pour utiliser les + noms de serveurs de votre provider. Si votre fournisseur vous donne + les adresses de leurs serveurs ou si ces adresses sont disponibles + sur leur site web, vous pouvez configurer votre système interne afin + de les utiliser. 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. + + + + Vous pouvez configurer un cache dns + Caching Name Server sur votre firewall. + Red Hat a un RPM pour + serveur dns de cache (le RPM à besoin aussi du + paquetage bind RPM) et pour + les utilisateurs de Bering, il y a dnscache.lrp. + Si vous adoptez cette approche, vous configurez votre système + interne pour utiliser le firewall lui même comme étant le seul + serveur de nom primaire. Vous pouvez utiliser 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 de discuter avec votre serveur cache de nom, vous + devez ouvrir le port 53 (à la fois UDP and + TCP) sur le firewall vers le réseau local; vous + ferez ceci en ajoutant les règles suivantes dans /etc/shorewall/rules. + #ACTION SOURCE DEST PROTO DEST PORT(S) +AllowDNS loc fw + +
Autres Connexions - Les fichiers exemples inclus dans l'archive (two-interface) + Les fichiers exemples inclus dans l'archive (two-interface) contiennent les règles suivantes :#ACTION SOURCE DEST PROTO DEST PORT(S) -AllowDNS fw netCes règles autorisent l'accès +AllowDNS 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 + si vous avez décommenté la ligne dans /etc/shorewall/policy autorisant toutes les connexions depuis le firewall vers Internet. Dans la régle ci-dessus, AllowDNS est un exemple - d'action prédéfinie defined action. Shorewall - inclus un nombre d'actions prédéfinies et vous pouvez defined action. Shorewall inclus + un nombre d'actions prédéfinies et vous pouvez ajouter les vôtres. Pour voir les actions comprises avec votre version de Shorewall, regardez dans le - fichier /usr/share/shorewall/actions.std. Le nom de - celles qui acceptent des connexions débutent par Allow. + fichier /etc/shorewall/actions.std. Le nom de celles + qui acceptent des connexions débutent par Allow. - Vous n'êtes pas obligés d'utiliser des actions prédéfinies - quand vous ajoutez des régles dans le fichier /etc/shorewall/rules; - les régles générées par Netfilter sont plus performantes sans actions - prédéfinies. La régle vue ci-dessus peut aussi être codé comme cela:#ACTION SOURCE DEST PROTO DEST PORT(S) + Vous n'êtes pas obligés d'utiliser des actions prédéfinies quand + vous ajoutez des régles dans le fichier + /etc/shorewall/rules; les régles générées par + Netfilter sont plus performantes sans actions prédéfinies. La régle vue + ci-dessus peut aussi être codé 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 d'actions définies qui vous + Au cas ou Shorewall n'inclue pas d'actions définies qui vous conviennent, vous pouvez les définir vous même ou coder directement les régles. - L'exemple inclus aussi: #ACTION SOURCE DEST PROTO DEST PORT(S) + L'exemple inclus aussi: #ACTION SOURCE DEST PROTO DEST PORT(S) AllowSSH 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 sysntaxe générale utilisant l'action - type Allow est: #ACTION SOURCE DEST PROTO DEST PORT(S) -<action> fw <destination zone>La - syntaxe générale lorsqu'on utilise pas des actions prédéfinies est:#ACTION SOURCE DEST PROTO DEST PORT(S) -ACCEPT fw <destination zone> <protocol> <port>Serveur - Web sur le FirewallVous voulez ouvrir un serveur Web Server - sur votre firewall au réseau local et externe: - #ACTION SOURCE DEST PROTO DEST PORT(S) + Si vous souhaitez autoriser d'autre connexions de votre firewall + vers d'autres systèmes, la sysntaxe générale utilisant l'action type + Allow est: #ACTION SOURCE DEST PROTO DEST PORT(S) +<action> fw <destination zone>La + syntaxe générale lorsqu'on utilise pas des actions prédéfinies + 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) AllowWeb net fw AllowWeb loc fwCes deux régles viennent évidemment - s'ajouter à celles listées sous Vous - pouvez configurer un cache dns sur votre firewall.Si - vous ne savez pas quel port(s) et protocole(s) requièrent une application - particulière, 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) -AllowSSH net fw Les utilisateurs de Bering - pourront ajouter les deux régles suivantes pour être compatible avec la - configuration du firewall Jacques's Shorewall.#ACTION SOURCE DEST PROTO DEST PORT(S) + s'ajouter à celles listées sous Vous + pouvez configurer un cache dns sur votre + firewall. + Si vous ne savez pas quel port(s) et protocole(s) requièrent + une application particulière, 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) +AllowSSH net fw + Les utilisateurs de Bering pourront ajouter les deux régles + suivantes pour être compatible avec la configuration du firewall Jacques's + Shorewall.#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 @@ -638,50 +829,51 @@ ACCEPT loc fw tcp 80 #Allow Weblet to work Vous ne pouvez tester votre firewall de - l'intérieur de votre réseau. Car les requêtes que vous - envoyez à votre adresse IP ne veux pas dire qu'elle seront - associées à votre interface externe ou la zone net. - Tout trafic généré par le réseau local sera traité par loc->fw. + l'intérieur de votre réseau. Car les requêtes que vous + envoyez à votre adresse IP ne veux pas dire qu'elle seront associées à + votre interface externe ou la zone net. Tout trafic + généré par le réseau local sera traité par loc->fw. 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 renvoyer 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 seul - conclusion est de conclure que le lien entre le réseau local et le - firewall est établi et que vous avez probablement la bonne adresse de - la passerelle sur votre système. + systèmes, pas des interfaces. C'est une erreur de croire + que votre firewall est capable de renvoyer 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 seul conclusion est + de conclure que le lien entre le réseau local et le firewall est + établi et que vous avez probablement la bonne adresse de la passerelle + sur votre système. 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 un + non-sens 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. C'est commun - chez ceux qui installent le firewall Shorewall en parallèle à une - passerelle existante et essayent d'utiliser DNAT dans Shorewall - sans changer la passerelle par défaut sur les systèmes recevant le - retour des requêtes. Les requêtes dont, à travers le firewall - Shorewall, l'adresse de destination IP est réécrite mais la - réponse va directement vers l'ancienne passerelle. + 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. + C'est commun chez ceux qui installent le firewall Shorewall en + parallèle à une passerelle existante et essayent d'utiliser DNAT dans + Shorewall sans changer la passerelle par défaut sur les systèmes + recevant le retour des requêtes. Les requêtes dont, à travers le + firewall Shorewall, l'adresse de destination IP est réécrite mais la + réponse va directement vers l'ancienne passerelle. - Shorewall lui-même n'a aucune notion - du dedans et du dehors. Ces concepts dépendent de la façon + 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é. @@ -692,45 +884,54 @@ ACCEPT loc fw tcp 80 #Allow Weblet to work - La procédure d'installation + La procédure d'installation configure votre système pour lancer Shorewall au boot du système, mais au début avec la version 1.3.9 de Shorewall le lancement est désactivé, - n'essayer pas de lancer Shorewall avec que la configuration soit - finie. Une fois que vous en aurez fini avec la configuration du firewall, - vous pouvez permettre le lancement de Shorewall en supprimant le fichier - /etc/shorewall/startup_disabled. - Les utilisateurs des paquets .deb doivent éditer - /etc/default/shorewall - and set 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//etc/shorewall/startup_disabled. + + Les utilisateurs des paquets .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. + 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 - /etc/shorewall/eth1 ou si vous + voulez permettre l'accès depuis ou vers d'autres hôtes, changez /etc/shorewall/routestopped en - conséquence. Si vous êtes connecté à votre firewall depuis - Internet, n'essayez pas 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ée) - 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. + conséquence. + Si vous êtes connecté à votre firewall depuis Internet, + n'essayez pas 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ée) 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. +
@@ -739,29 +940,31 @@ ACCEPT loc fw tcp 80 #Allow Weblet to workJe 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 + possibilités de Shorewall pour rendre aisé l'administration de votre firewall Shorewall.
- Ajouter un Segment Sans-fil à votre Firewall à deux interfaces + 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 drivers 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 valeur eth2. + 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 drivers 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 valeur eth2. + Votre nouveau réseau ressemblera à la figure ci-dessous. @@ -770,48 +973,47 @@ ACCEPT loc fw tcp 80 #Allow Weblet to workLa première chose à noter 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 - 10.10.11.254. + 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 10.10.11.254. - Ensuite, nous avons choisi d'inclure le réseau sans-fil à la - zone local. Depuis que Shorewall autorise du trafic intra-zone par défaut, - le trafic pourra circuler librement entre le réseau local et sans-fil. + Ensuite, nous avons choisi d'inclure le réseau sans-fil à la zone + local. Depuis que Shorewall autorise du trafic intra-zone par défaut, le + trafic pourra circuler librement entre le réseau local et 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 - /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 - pourrait être: + 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 pourrait + être: #ZONE INTERFACE BROADCAST OPTIONS loc wlan0 detect maclist - 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 pouvez vous assurer que vos voisins n'utiliseront pas votre - connexion internet. Commencez sans cette option; quant tout - fonctionnera, alors ajouter l'option et configurez votre fichier + 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 + pouvez vous assurer que vos voisins n'utiliseront pas votre connexion + internet. Commencez sans cette option; quant tout fonctionnera, alors + ajouter l'option et configurez votre fichier /etc/shorewall/maclist. - Vous avez besoin d'ajouter une entrée au fichier + Vous avez besoin d'ajouter une entrée au fichier /etc/shorewall/masq afin de masquer le trafic de votre réseau sans-fil vers Internet. Si votre interface Internet est eth0 et votre interface - sans-fil est wlan0, - l'entrée sera: + sans-fil est wlan0, l'entrée + sera: #INTERFACE SUBNET ADDRESS eth0 wlan0 @@ -819,10 +1021,10 @@ 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 un PDC. J'utilise personnellement Samba - configuré en serveur WINS qui tourne 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. + fonctionne entre réseau filaire et sans-fil, vous avez besoin soit d'un + serveur WINS ou un PDC. J'utilise personnellement Samba configuré en + serveur WINS qui tourne 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