|
|
S'il n'y a pas de solution c'est qu'il n'y a pas de problème! |
|
|
NB: Une version "iptables" de ce pare_feu existe chez
www.suse.de/~marc
La plupart des explications ci dessous sont valables. En guise d'introduction
Plutôt que de re-expliquer une n-ième fois (ce qui est très bien fait par ailleurs)
l'utilisation de IPCHAINS,
(voir par exemple www.funix.org),
je propose à l'usage des "moins gourous"
le script de marc at suse.de.
Installation
Détarez le fichier ( Autres packages nécessaires Vous avez besoin de:
que vous devriez trouver sans mal sur votre distribution. Configuration du noyau
Options valables pour noyau 2.2.12...
Faire aussi : echo "1" > /proc/sys/net/ipv4/ip_forward depuis un terminal Contenu du package Les fichiers suivants sont installés:
Quel fichier allez vous devoir lire et configurer : uniquement Réseau interne - Réseau domestique - Internet - Firewall - Réseau de confiance Le package firewals permet de définir 5 "réseaux" (ne paniquez pas, c'est simple)
Vous n'êtes pas obligé d'utiliser tout ça, mais uniquement ce dont vous avez besoin! Quelques mots sur les ports
Votre machine communique avec l'extérieur par des ports (sortes de canaux virtuels)
qui sont numérotés de 1 à 65536.
La liste des ports et le nom du service associé (21 telnet, 25 smtp, 80 www, etc)
se trouve dans le fichier
Comme vous allez devoir décider quels services (et donc ports) sont disponibles depuis votre réseau interne ou depuis internet,
il va bien falloir jeter un coup d'oeil à Configuration Première chose pour que le firewall-masquerade soit proprement lancé au démarrage, il faut que la ligne:
figure dans le fichier
Toutes les options qui suivent doivent être déclarées dans le fichier
Interface(s) qui pointe vers Internet
Dans cet exemple, on a déclaré que les interfaces ppp0, ppp1 et sl0 étaient des connexions internet (pour 99.9% d'entre vous il s'agira sans doute uniquement de ppp0) Interface(s) qui pointe vers le réseau interne (supposé "sûr", qui accède à Internet, mais n'est pas accédé)
eth0 ou eth1 devrait suffire à la majorité d'entre vous Interface(s) qui pointe vers le réseau domestique (qui accède à Internet et est accédé)
même syntaxe La machine sert-elle de passerelle? (oui si vous voulez partager votre connexion)
Le contraire est "no"... Voulez vous maquiller votre réseau interne? (partager votre connexion avec le réseau interne)
Quels machines et/ou masques de réseaux internes autorisez vous à partager votre connexion?
(0/0 est interdit!) Si vous avez une connexion adsl, n'oubliez pas d'indiquer le réseau de la carte ethernet correspondante (10.0.0.0/24 en général) Quelles sont les interfaces connectées à Internet qui vont effectuer le maquillage du réseau interne?
Le firewall doit -il se protéger du réseau interne?
Si oui vous devrez plus loin donner la liste des services sur le firewall auxquels le réseau interne à accès, si non le réseau interne aura accès à tous les services disponibles sur le firewall) Voulez vous que seuls les services indentifiés dans /etc/services soient accessibles?
répondez yes, c'est plus simple et plus sûr) Pour chacun des réseaux internes (internal), domestique (dmz) ou internet (external), et pour chaque type tcp ou udp, donnez la liste des services autorisés.
Pour vous simplifier la vie, donnez les mêmes services pour tcp et udp. Ces services sont donnés soit par leur nom (smtp par exemple), par leur port (25) ou par une plage de ports (617:642). Vous pouvez mélanger ces types de description dans chacune des options ci dessous. Si vous ne vous êtes pas protégé du réseau interne, tout lui sera accessible, il ,est donc inutile dans ce cas de remplir les rubriques correspondantes. Dans l'exemple ci dessous, "internet" peut accéder à votre serveur web et vous envoyer du courrier (il faut naturellement installer les logiciels correspondants!). Le réseau domestique ne peut être accéder que par ses pages web. Y a-t-il un réseau et/ou une machine sur internet à qui vous faites confiance (une autre machine à vous "ailleurs" par exemple)
Quels services autorisez vous ce morceau "internet sûr" à accéder
Qui a accès à vos ports hauts?
N'importe qui:yes, vos dns:dns personne:no, des ports identifiés. Il n'y a pas de problème à laisser l'accès à n'importe qui, cela n'est pas un trou de sécurité (à moins d'être très parano) et vous allez être gêné sans un grand gain de sécurité (si certains d'entre vous ne sont pas d'accord, je veux bien changer d'avis face à une argumentation solide) Si votre firewall fait office de dns, ou de serveur dhcp ou qu'il utilise un client dhcp pour obtenir son adresse ip, vous devez répondre yes aux variables ci dessous
Niveau de log (fichiers traces).
On trace, au choix, tous les accès (pour débugguer!), les accès "critiques", tous les refus, les refus critiques (bon choix, une fois que l'on a tout vérifié) Il y a d'autres options que je vous laisse découvrir dans le fichier tel qu'il est installé initialement. A chaque fois que vous modifiez ce fichier, il faut relancer le firewall par /etc/rc.d/SuSEfirewall_final restart.
IMPORTANT
Il faut rappeler le firewall à chaque fois que vous vous avez une nouvelle connexion. Pour cela rajouter
à Masquerade Après avoir correctement configuré les options de masquerade dans le firewall, n'oubliez pas de charger les modules ip_masq_xxx (xxx=user raudio quake irc ftp cuseeme,... voir la page d'accueil pour netmeeting) qui existent normalement dans toutes les distributions... Tous les commentaires, suggestions ou demandes d'aide sont les bienvenues à tnka@linux-sottises.net. J'utilise moi même ce firewall/masquerade, avec réseau interne mais sans réseau domestique. Pour cette configuration, j'utilise toutes les options disponibles sans avoir eu de grosses difficultés à mettre au point le fichier de configuration. |
|