Basic Two-Interface Firewall


Notes du traducteur :
Je ne prétends pas être un vrai traducteur dans le sens ou mon travail n’est pas des plus précis (loin de là...). Je ne me suis pas attaché à une traduction exacte du texte, mais plutôt à en faire une version française intelligible par tous (et par moi). Les termes techniques sont la plupart du temps conservés sous leur forme originale et mis entre parenthèses car vous pouvez les retrouver dans le reste des documentations ainsi que dans les fichiers de configuration. N’hésitez pas à me contacter afin d’améliorer ce document VETSEL Patrice (merci à JMM pour sa relecture et ses commentaires pertinents, ainsi qu'à Tom EASTEP pour son formidable outil et sa disponibilité).

Mettre en place un système Linux en tant que firewall pour un petit réseau est une chose assez simple, si vous comprenez les bases et suivez la documentation.

Ce guide ne veut pas vous apprendre tous les rouages de Shorewall. Il se focalise sur ce qui est nécessaire pour configurer Shorewall, dans son utilisation la plus courante :

Voici un schéma d'une installation typique.

Si vous faites tourner Shorewall sous Mandrake 9.0 ou plus récent, vous pouvez facilement réaliser la configuration ci-dessus en utilisant l'applet Mandrake "Internet Connection Sharing". Depuis le "Mandrake Control Center", sélectionnez "Network & Internet" et "Connection Sharing". Vous ne devriez pas avoir besoin de vous référer à ce guide.

Ce guide suppose que vous avez le paquet iproute/iproute2 d'installé. Vous pouvez voir si le paquet est installé en vérifiant la présence du programme ip sur votre système de firewall. Sous root, utilisez la commande 'which' pour rechercher le programme :

     [root@gateway root]# which ip
     /sbin/ip
     [root@gateway root]#

Je vous recommande dans un premier temps de parcourir tout le guide pour vous familiariser avec ce qui va se passer, et de revenir au début en effectuant le changements dans votre configuration. Les points où, les changements dans la configuration sont recommandées, sont signalés par une .

    Si vous éditez vos fichiers de configuration sur un système Windows, vous devez les sauver comme des fichiers Unix si votre éditeur offre cette option sinon vous devez les faire passer par 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.

Les Concepts de Shorewall

    Les fichiers de configuration pour Shorewall sont dans le répertoire /etc/shorewall -- pour de simples configurations, vous n'aurez seulement à faire qu'avec quelques fichiers comme décrit dans ce guide. Après avoir installé Shorewall, télé chargez le two-interface sample, un-tarez le (tar -zxvf two-interfaces.tgz) et copiez les fichiers vers /etc/shorewall (ces fichiers remplaceront les fichiers de même nom).

Parallèlement à la présentation de chacun des fichiers, je vous suggère de regarder le fichier qui se trouve réellement sur votre système -- tous les fichiers contiennent des instructions de configuration détaillées et des valeurs par défaut.

Shorewall voit le réseau où il tourne, comme un ensemble de zones. Dans une configuration avec deux interfaces, les noms des zones suivantes sont utilisés:

Nom

Description

net

Internet

loc

Votre réseau local

Les zones 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.

Les règles à propos de quel trafic autoriser, et de quel trafic interdire sont exprimées en terme de zones.

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 /etc/shorewall/common.

Le fichier /etc/shorewall/policy inclue dans l'archive d'exemple (two-interface) a les politiques suivantes:

Source Zone

Destination Zone

Policy

Log Level

Limit:Burst

loc

net

ACCEPT

 

 

net

all

DROP

info

 

all

all

REJECT

info

 
Dans le fichier d'exemple (two-interface), la ligne suivante est inclue 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 Zone

Destination Zone

Policy

Log Level

Limit:Burst

fw

net

ACCEPT

 

 

Ces politiques vont:

  1. permettre toutes les demandes de connexion depuis votre réseau local vers l'Internet

  2. drop (ou ignorer) toutes les demandes de connexion depuis l'Internet vers votre firewall ou votre réseau local.

  3. Facultativement accepter toutes les demandes de connexion de votre firewall vers l'Internet (si vous avez dé commenté la politique additionnelle)

  4. reject (rejeter) toutes les autres demandes de connexion.

    A ce point, éditez votre fichier /etc/shorewall/policy et faite les changements que vous désirez.

Network Interfaces

Le firewall a deux interfaces de réseau. Lorsque la connexion Internet passe par le câble ou par un ROUTEUR (pas un simple modem) ADSL (non USB), l'interface vers l'extérieur (External Interface) sera l'adaptateur sur lequel est connecté le routeur (e.g., eth0)  à moins que vous ne vous connectiez par Point-to-PointProtocol overEthernet (PPPoE) ou par Point-to-PointTunnelingProtocol(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 seraippp0.

    Si votre interface vers l'extérieur estppp0 ou ippp0  alors vous mettrez CLAMPMSS=yes dans /etc/shorewall/shorewall.conf.

Votre Internal Interface (interface vers votre réseau local -> LAN) sera un adaptateur Ethernet (eth1 ou eth0) et sera connectée à un hub ou switch (ou un PC avec un câble croisé). Vos autres ordinateurs seront connectés à ce même hub/switch

Ne connectez pas l'interface interne et externe sur le même hub ou switch (même pour tester). Cela ne fonctionnera pas et ne croyez pas que ce soit shorewall qui ne marche pas.

    Le fichier de configuration d'exemple pour deux interfaces suppose que votre interface externe est eth0et que l'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:

Adresses IP

Avant d'aller plus loin, nous devons dire quelques mots au sujet de Internet Protocol (IP) addresses. Normalement, votre fournisseur Internet (ISP) vous assignera une seule adresse IP (single PublicIP address). 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 standard) ou établissez votre connexion PPP. Dans de rares cas , votre provider peut vous assigner une adresse statique (staticIP address); 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'IP (PrivateIP address ranges) à cette fin :

     10.0.0.0    - 10.255.255.255an
     172.16.0.0  - 172.31.255.255
     192.168.0.0 - 192.168.255.255

    Avant de lancer Shorewall, vous devriez regarder l'adresse IP de votre interface externe, et si elle est dans les plages précédentes, vous devriez 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) de 255.255.255.0. L'adresse x.y.z.0 est réservée comme l'adresse de sous-réseau (Subnet Address) et x.y.z.255 est réservée en tant qu'adresse de broadcast (Subnet Broadcast Address). Dans Shorewall, un sous-réseau est décrit en utilisant la notation Classless InterDomain Routing (CIDR) qui 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) :

Plage:

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 (LAN) à 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 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 gateway (routeur).

    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.

The foregoing short discussion barely scratches the surface regarding subnetting and routing. If you are interested in learning more about IP addressing and routing, I highly recommend "IP Fundamentals: What Everyone Needs to Know about Addressing & Routing", Thomas A. Maufer, Prentice-Hall, 1999, ISBN 0-13-975483-0.

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.

IP Masquerading (SNAT)

Les adresses réservées par la RFC 1918 sont parfois désignées comme non-routables car les routeurs Internet (backbone) ne font pas circuler les paquets qui ont une adresse de destination appartenant à la RFC-1918. Lorsqu'un de vos systèmes en local (supposons l'ordinateur1) demande une connexion à un serveur par Internet, le firewall doit appliquer un NAT (Network Address Translation). Le firewall ré écrit l'adresse source dans le paquet, et l'a remplace 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é de l'IP Masquerading mais vous verrez aussi le terme de Source Network Address Translation (SNAT) utilisé. Shorewall suit la convention utilisée avec Netfilter:

Sous Shorewall, autant le Masquerading que le SNAT sont configuré avec des entrés dans le fichier /etc/shorewall/masq. Vous utiliserez normalement le Masquerading si votre adresse IP externe est dynamique, et SNAT si elle 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 changez la première colonne par le nom de votre interface externe, et la seconde colonne par le nom de votre interface interne.

    Si votre 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 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:

Port Forwarding (DNAT)

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.

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.

La forme générale d'une simple règle de port forwarding dans /etc/shorewall/rules est:

ACTION

SOURCE

DESTINATION

PROTOCOL

PORT

SOURCE PORT

ORIGINAL ADDRESS

DNAT

net

loc:<server local ip address> [:<server port>]

<protocol>

<port>

 

 

Exemple - 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

DESTINATION

PROTOCOL

PORT

SOURCE PORT

ORIGINAL ADDRESS

DNAT

net

loc:10.10.10.2

tcp

80

 

 

Deux points importants à garder en mémoire :

ACTION

SOURCE

DESTINATION

PROTOCOL

PORT

SOURCE PORT

ORIGINAL ADDRESS

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.

Domain Name Server (DNS)

Normalement, quand vous vous connectez à votre fournisseur (ISP), une partie consiste à obtenir votre adresse IP, votre DNS pour le firewall (Domain Name Service) est configuré automatiquement (c.a.d.,le fichier /etc/resolv.conf a été écrit). Il arrive que votre provider vous donne une paire d'adresse IP pour les DNS (name servers) 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 :

ACTION

SOURCE

DESTINATION

PROTOCOL

PORT

SOURCE PORT

ORIGINAL ADDRESS

ACCEPT

loc

fw

tcp

53

 

 

ACCEPT

loc

fw

udp

53

 

 

Autres Connexions

Les fichiers exemples inclus dans l'archive (two-interface) contiennent les règles suivantes :

ACTION

SOURCE

DESTINATION

PROTOCOL

PORT

SOURCE PORT

ORIGINAL ADDRESS

ACCEPT

fw

net

tcp

53

 

 

ACCEPT

fw

net

udp

53

 

 

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.

Les exemples contiennent aussi :

ACTION

SOURCE

DESTINATION

PROTOCOL

PORT

SOURCE PORT

ORIGINAL ADDRESS

ACCEPT

loc

fw

tcp

22

 

 

Cette règle vous autorise à faire tourner un serveur SSH sur votre firewall et à vous y connecter depuis votre réseau local.

Si vous voulez permettre d'autres connexions entre votre firewall et d'autres systèmes, la forme générale est :

ACTION

SOURCE

DESTINATION

PROTOCOL

PORT

SOURCE PORT

ORIGINAL ADDRESS

ACCEPT

<source zone>

<destination zone>

<protocol>

<port>

 

 

Exemple - Vous voulez faire tourner un serveur Web sur votre firewall :

ACTION

SOURCE

DESTINATION

PROTOCOL

PORT

SOURCE PORT

ORIGINAL ADDRESS

ACCEPT

net

fw

tcp

80

#Permet l'accès Web

depuis Internet

ACCEPT

loc

fw

tcp

80

#Permet l'accès Web

depuis Internet

Ces deux règles bien sûr viennent s'ajouter aux règles décrites précédemment dans "Vous pouvez configurer un cache dns (Caching Name Server) sur votre firewall"

Si vous ne savez pas quel port et quel protocole une application particulière utilise, regardez ici.

Important: Je ne vous recommande pas de permettre le telnet depuis ou vers Internet car il utilise du texte en clair (même pour le login et le mot de passe!). Si vous voulez un accès au shell sur votre firewall depuis Internet, utilisez SSH :

ACTION

SOURCE

DESTINATION

PROTOCOL

PORT

SOURCE PORT

ORIGINAL ADDRESS

ACCEPT

net

fw

tcp

22

 

 

    Maintenant éditez votre fichier /etc/shorewall/rules pour ajouter ou supprimer les connexions voulues.

Lancer et Arrêter votre Firewall

Arrow     La  procédure d'installation configure votre système pour lancer Shorewall au boot du système, mais pour les débutants sous Shorewall version 1.3.9, le lancement est désactivé tant que la configuration n' est pas finie. Une fois la configuration de votre firewall achevée, vous pouvez permettre le lancement de Shorewall en enlevant le fichier /etc/shorewall/startup_disabled.

IMPORTANT: Les utilisateurs des paquets .deb doivent éditer /etc/default/shorewall et mettre 'startup=1'.

Le firewall est lancé en utilisant la commande "shorewall start" et stoppé avec "shorewall stop". Lorsque le firewall est stoppé, le routage est permis sur les hôtes qui sont dans le fichier/etc/shorewall/routestopped. Un firewall fonctionnant peut être relancé en utilisant la commande "shorewall restart". Si vous voulez enlever toutes les traces de Shorewall dans votre configuration de Netfilter, utilisez "shorewall clear".

    Les exemples (two-interface) supposent que vous voulez permettre le routage depuis ou vers eth1 (le réseau local) lorsque Shorewall est stoppé. Si votre réseau local n' est pas connecté à eth1 ou si vous voulez permettre l'accès depuis ou vers d'autres hôtes, changez /etc/shorewall/routestopped en conséquence.

ATTENTION: Si vous êtes connecté à votre firewall depuis Internet, n'essayez pas la commande "shorewall stop" tant que vous n'avez pas ajouté une entrée pour votre adresse IP depuis laquelle vous êtes connecté dans/etc/shorewall/routestopped. De plus, je ne vous recommande pas d'utiliser "shorewall restart"; il est mieux de créer une configuration alternative et de l'essayer en utilisant la commande"shorewall try".

Last updated 12/20/2002 - Tom Eastep

Copyright 2002 Thomas M. Eastep