Re: modif de /etc/resolv.conf a chaque boot

François Cerbelle

30/09/2008 à 12:50

Le Mar 30 septembre 2008 12:31, Bernard a écrit :

Merci pour cette suggestion : je viens de l'essayer, et çà paraît
fonctionner. Une question cependant : qu'est-ce exactement que le mise à
jour de NetworkManager ? Cà opère à quelle fréquence, et çà fait
quoi ? Quels inconvénients y-a-t-il à laisser bloquée la maj de
NetworkManager ?

Salut,

Disons que le chattr +i est pas loin de ce qu'il y a de plus violent.
C'est un peu comme si tu verrouillait un fichier physiquement sur ton
disque. Ca peut impacter et gener les mises à jour par aptitude, par
exemple. Même root ne peut plus toucher au fichier tant que l'attribut est
valorisé. De plus, le support de cet attribut spécial dépend du système de
fichiers que tu utilises, il est clairement supporté par ext2/ext3,
certainement par ext4 aussi, mais tous les systèmes de fichiers ne le
prennent pas forcément en charge (par exemple, si ton répertoire /etc est
sur un système de fichiers ReiserFS et que ReiserFS ne le prend pas en
charge, cette solution ne peut pas s'appliquer).

Le chattr est aussi utilisé par certains comme solution de sécurité pour
verrouiller fortement certains fichiers sensibles potentiellement
modifiable par une élévation de privilèges. Si Tu as un démon qui tourne
sous root, qu'il comporte une faille permettant d'exécuter une action sous
le compte de root, qu'il cherche à supprimer le mot de passe de root dans
le fichier /etc/shadow et que tu as fais un chattr +i sur ce fichier, il
sera épargné. Du moins dans un premier temps. Ca ne fera que ralentir
l'attanquant. Car il pourra toujours modifier son attaque pour commencer
par retirer l'attribut avant de faire sa modification. Mais cette solution
élimine une bonne partie des script-kiddies utilisant des attaques
clé-en-main.

A+

Fanfan
--
http://www.cerbelle.net - http://www.afdm-idf.org

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

Le Mar 30 septembre 2008 12:31, Bernard a écrit :

Merci pour cette suggestion : je viens de l'essayer, et çà paraît
fonctionner. Une question cependant : qu'est-ce exactement que le mise à
jour de NetworkManager ? Cà opère à quelle fréquence, et çà fait
quoi ? Quels inconvénients y-a-t-il à laisser bloquée la maj de
NetworkManager ?

Salut,

Disons que le chattr +i est pas loin de ce qu'il y a de plus violent.
C'est un peu comme si tu verrouillait un fichier physiquement sur ton
disque. Ca peut impacter et gener les mises à jour par aptitude, par
exemple. Même root ne peut plus toucher au fichier tant que l'attribut est
valorisé. De plus, le support de cet attribut spécial dépend du système de
fichiers que tu utilises, il est clairement supporté par ext2/ext3,
certainement par ext4 aussi, mais tous les systèmes de fichiers ne le
prennent pas forcément en charge (par exemple, si ton répertoire /etc est
sur un système de fichiers ReiserFS et que ReiserFS ne le prend pas en
charge, cette solution ne peut pas s'appliquer).

Le chattr est aussi utilisé par certains comme solution de sécurité pour
verrouiller fortement certains fichiers sensibles potentiellement
modifiable par une élévation de privilèges. Si Tu as un démon qui tourne
sous root, qu'il comporte une faille permettant d'exécuter une action sous
le compte de root, qu'il cherche à supprimer le mot de passe de root dans
le fichier /etc/shadow et que tu as fais un chattr +i sur ce fichier, il
sera épargné. Du moins dans un premier temps. Ca ne fera que ralentir
l'attanquant. Car il pourra toujours modifier son attaque pour commencer
par retirer l'attribut avant de faire sa modification. Mais cette solution
élimine une bonne partie des script-kiddies utilisant des attaques
clé-en-main.

A+

Fanfan
--
http://www.cerbelle.net - http://www.afdm-idf.org

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Vous avez filtré cet utilisateur ! Consultez son message

Le Mar 30 septembre 2008 12:31, Bernard a écrit :

Merci pour cette suggestion : je viens de l'essayer, et çà paraît
fonctionner. Une question cependant : qu'est-ce exactement que le mise à
jour de NetworkManager ? Cà opère à quelle fréquence, et çà fait
quoi ? Quels inconvénients y-a-t-il à laisser bloquée la maj de
NetworkManager ?

Salut,

Disons que le chattr +i est pas loin de ce qu'il y a de plus violent.
C'est un peu comme si tu verrouillait un fichier physiquement sur ton
disque. Ca peut impacter et gener les mises à jour par aptitude, par
exemple. Même root ne peut plus toucher au fichier tant que l'attribut est
valorisé. De plus, le support de cet attribut spécial dépend du système de
fichiers que tu utilises, il est clairement supporté par ext2/ext3,
certainement par ext4 aussi, mais tous les systèmes de fichiers ne le
prennent pas forcément en charge (par exemple, si ton répertoire /etc est
sur un système de fichiers ReiserFS et que ReiserFS ne le prend pas en
charge, cette solution ne peut pas s'appliquer).

Le chattr est aussi utilisé par certains comme solution de sécurité pour
verrouiller fortement certains fichiers sensibles potentiellement
modifiable par une élévation de privilèges. Si Tu as un démon qui tourne
sous root, qu'il comporte une faille permettant d'exécuter une action sous
le compte de root, qu'il cherche à supprimer le mot de passe de root dans
le fichier /etc/shadow et que tu as fais un chattr +i sur ce fichier, il
sera épargné. Du moins dans un premier temps. Ca ne fera que ralentir
l'attanquant. Car il pourra toujours modifier son attaque pour commencer
par retirer l'attribut avant de faire sa modification. Mais cette solution
élimine une bonne partie des script-kiddies utilisant des attaques
clé-en-main.

A+

Fanfan
--
http://www.cerbelle.net - http://www.afdm-idf.org

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

robert caterina

30/09/2008 à 17:00

re-bonjour,
NetworkManager est un programme de gestion de connexion au
réseau. Son but est d'établir et de maintenir une connexion au réseau de
toutes les manières possibles. Tu l'utilise ou non; c'est selon les
goûts... Lorsque tu lance une mise à jour de ta distribution (aptitude
update ou apt-get update) il se peut que des paquets intervenant d'une
manière ou d'une autre sur /etc/resolv.conf soient dans la liste
proposée. La mise à jour des paquets en question ne se fera dès lors pas
(une erreur sera affichée). NetworkManager est un de ces paquets, mais
il y en a peut être d'autres. La mise à jour se fait soit parce que tu
la lance manuellement, lorsque tu apprends qu'il y a une amélioration du
paquet par exemple, soit pour raison de sécurité, s'il y en a une. Tu
n'es pas obligé de faire la mise à jour, bien entendu. Mais s'il y a une
raison de sécurité, il vaut mieux la faire en enlevant l'attribut du
fichier /etc/resolv.conf puis en le repositionant par la suite.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

Anne sophie Lantz

24/11/2008 à 11:20

------=_Part_134930_16371593.1227521479922
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

bonjour,
j'avais aussi le meme probleme avec resolv.conf.
j'ai donc installé resolvconf et modifé /etc/resolvconf/resolv.conf.d/h ead :

# START head : /etc/resolvconf/resolv.conf.d/head
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by
resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN

# OpenDNS
nameserver 81.253.149.1
nameserver 80.10.246.3

domain aslantz.com
search aslantz.com
# END head : /etc/resolvconf/resolv.conf.d/head
j'ai configuré le partage internet dans iptables-start.

Sur mon client debian, je dois configurer les DNS orange dans resolv.conf.
Non ?
Car pour le moment, je n'arrive pas à avoir le partage internet sur mon
poste client debian.
Voici mon fichier /etc/hosts :
serv1:/etc# cat hosts
127.0.0.1 localhost
192.168.10.1 serv1.aslantz.com serv1
192.168.10.2 pc1.aslantz.com pc1
192.168.10.3 pc2.aslantz.com pc2

# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
et mon fichier /etc/network/interfaces :
serv1:/etc# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# L'interface "loopback"
auto lo
iface lo inet loopback

# L'interface "eth0" connectée à Internet (configuration par DHCP)
auto eth0
iface eth0 inet dhcp

# L'interface "eth1" connectée au réseau local (IP privée fixe)
auto eth1
iface eth1 inet static
address 192.168.10.1
netmask 255.255.255.0
broadcast 192.168.10.255

Merci de votre aide
Amicalement
Anne sophie

Le 30 septembre 2008 15:34, robert caterina a
écrit :

re-bonjour,
NetworkManager est un programme de gestion de connexion au
réseau. Son but est d'établir et de maintenir une connexion au rése au de
toutes les manières possibles. Tu l'utilise ou non; c'est selon les
goûts... Lorsque tu lance une mise à jour de ta distribution (aptitud e
update ou apt-get update) il se peut que des paquets intervenant d'une
manière ou d'une autre sur /etc/resolv.conf soient dans la liste
proposée. La mise à jour des paquets en question ne se fera dès lor s pas
(une erreur sera affichée). NetworkManager est un de ces paquets, mais
il y en a peut être d'autres. La mise à jour se fait soit parce que t u
la lance manuellement, lorsque tu apprends qu'il y a une amélioration d u
paquet par exemple, soit pour raison de sécurité, s'il y en a une. Tu
n'es pas obligé de faire la mise à jour, bien entendu. Mais s'il y a une
raison de sécurité, il vaut mieux la faire en enlevant l'attribut du
fichier /etc/resolv.conf puis en le repositionant par la suite.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

------=_Part_134930_16371593.1227521479922
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

bonjour, j'avais aussi le meme probleme avec resolv.conf. j&#39 ;ai donc installé resolvconf et modifé /etc/resolvconf/resolv.conf.d/he ad : # START head : /etc/resolvconf/resolv.conf.d/head # Dynamic res olv.conf(5) file for glibc resolver(3) generated by resolvconf(8) 
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WIL L BE OVERWRITTEN # OpenDNS nameserver <a href="http://81.253.14 9.1">81.253.149.1</a> nameserver <a href="http://80.10.246.3">80.10.24 6.3</a> domain <a href="http://aslantz.com">aslantz.com</a> 

search <a href="http://aslantz.com">aslantz.com</a> # END   head : /etc/resolvconf/resolv.conf.d/head j'ai configuré le partag e internet dans iptables-start. Sur mon client debian, je dois confi gurer les DNS orange dans resolv.conf. Non ? 
Car pour le moment, je n'arrive pas à avoir le partage internet sur m on poste client debian. Voici mon fichier /etc/hosts : serv1:/etc# cat hosts <a href="http://127.0.0.1">127.0.0.1</a>    l ocalhost <a href="http://192.168.10.1">192.168.10.1</a>  &nb sp; <a href="http://serv1.aslantz.com">serv1.aslantz.com</a>  & nbsp; serv1 
<a href="http://192.168.10.2">192.168.10.2</a>    <a href ="http://pc1.aslantz.com">pc1.aslantz.com</a>    &nbs p;    pc1 <a href="http://192.168.10.3">192.168.10.3</a >    <a href="http://pc2.aslantz.com">pc2.aslantz.com</a>& nbsp;        pc2 
 # The following lines are desirable for IPv6 capable hosts ::1      localhost ip6-localhost ip6-loopback fe00::0 ip6-loca lnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allr outers ff02::3 ip6-allhosts 
et mon fichier /etc/network/interfaces : serv1:/etc# cat /etc/network/i nterfaces # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces (5). 
 # L'interface "loopback" auto lo iface lo inet loop back # L'interface "eth0" connectée à Internet (co nfiguration par DHCP) auto eth0 iface eth0 inet dhcp # L'i nterface "eth1" connectée au réseau local (IP privée fixe) 
auto eth1 iface eth1 inet static     address <a href ="http://192.168.10.1">192.168.10.1</a>     netmask <a href="http://255.255.255.0">255.255.255.0</a>     broad cast <a href="http://192.168.10.255">192.168.10.255</a> 
 Merci de votre aide Amicalement Anne sophie <div cla ss="gmail_quote">Le 30 septembre 2008 15:34, robert caterina <<a href="mailto:"> rlet.be</a>> a écrit : 
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">re-bonjour, 
        NetworkManager est un programme de gestion de connexion au 
réseau. Son but est d'établir et de maintenir une connexion au ré seau de 
toutes les manières possibles. Tu l'utilise ou non; c'est selon l es 
goûts... Lorsque tu lance une mise à jour de ta distribution (aptitude 
update ou apt-get update) il se peut que des paquets intervenant d'une 
manière ou d'une autre sur /etc/resolv.conf soient dans la liste 
proposée. La mise à jour des paquets en question ne se fera dès lors pas 
(une erreur sera affichée). NetworkManager est un de ces paquets, mais 
il y en a peut être d'autres. La mise à jour se fait soit parce que tu 
la lance manuellement, lorsque tu apprends qu'il y a une amélioration du 
paquet par exemple, soit pour raison de sécurité, s'il y en a une. Tu 
n'es pas obligé de faire la mise à jour, bien entendu. Mais s'i l y a une 
raison de sécurité, il vaut mieux la faire en enlevant l'attribut d u 
fichier /etc/resolv.conf puis en le repositionant par la suite. 
<div><div></div><div class="Wj3C7c"> 
-- 
Lisez la FAQ de la liste avant de poser une question : 
<a href="http://wiki.debian.org/DebFrFrenchLists" target="_blank">http: //wiki.debian.org/DebFrFrenchLists</a> 
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "Fro m" et 
"Reply-To:" 
 
To UNSUBSCRIBE, email to <a href="mailto: .debian.org"></a> 
with a subject of "unsubscribe". Trouble? Contact <a href="mail to:"></a> 
 
</div></div></blockquote></div> 

------=_Part_134930_16371593.1227521479922--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

------=_Part_134930_16371593.1227521479922
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

bonjour,
j'avais aussi le meme probleme avec resolv.conf.
j'ai donc installé resolvconf et modifé /etc/resolvconf/resolv.conf.d/h ead :

# START head : /etc/resolvconf/resolv.conf.d/head
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by
resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN

# OpenDNS
nameserver 81.253.149.1
nameserver 80.10.246.3

domain aslantz.com
search aslantz.com
# END head : /etc/resolvconf/resolv.conf.d/head
j'ai configuré le partage internet dans iptables-start.

Sur mon client debian, je dois configurer les DNS orange dans resolv.conf.
Non ?
Car pour le moment, je n'arrive pas à avoir le partage internet sur mon
poste client debian.
Voici mon fichier /etc/hosts :
serv1:/etc# cat hosts
127.0.0.1 localhost
192.168.10.1 serv1.aslantz.com serv1
192.168.10.2 pc1.aslantz.com pc1
192.168.10.3 pc2.aslantz.com pc2

# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
et mon fichier /etc/network/interfaces :
serv1:/etc# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# L'interface "loopback"
auto lo
iface lo inet loopback

# L'interface "eth0" connectée à Internet (configuration par DHCP)
auto eth0
iface eth0 inet dhcp

# L'interface "eth1" connectée au réseau local (IP privée fixe)
auto eth1
iface eth1 inet static
address 192.168.10.1
netmask 255.255.255.0
broadcast 192.168.10.255

Merci de votre aide
Amicalement
Anne sophie

Le 30 septembre 2008 15:34, robert caterina <robert.caterina@scarlet.be> a
écrit :

re-bonjour,
NetworkManager est un programme de gestion de connexion au
réseau. Son but est d'établir et de maintenir une connexion au rése au de
toutes les manières possibles. Tu l'utilise ou non; c'est selon les
goûts... Lorsque tu lance une mise à jour de ta distribution (aptitud e
update ou apt-get update) il se peut que des paquets intervenant d'une
manière ou d'une autre sur /etc/resolv.conf soient dans la liste
proposée. La mise à jour des paquets en question ne se fera dès lor s pas
(une erreur sera affichée). NetworkManager est un de ces paquets, mais
il y en a peut être d'autres. La mise à jour se fait soit parce que t u
la lance manuellement, lorsque tu apprends qu'il y a une amélioration d u
paquet par exemple, soit pour raison de sécurité, s'il y en a une. Tu
n'es pas obligé de faire la mise à jour, bien entendu. Mais s'il y a une
raison de sécurité, il vaut mieux la faire en enlevant l'attribut du
fichier /etc/resolv.conf puis en le repositionant par la suite.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org

------=_Part_134930_16371593.1227521479922
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

bonjour, j'avais aussi le meme probleme avec resolv.conf. j&#39 ;ai donc installé resolvconf et modifé /etc/resolvconf/resolv.conf.d/he ad : # START head : /etc/resolvconf/resolv.conf.d/head # Dynamic res olv.conf(5) file for glibc resolver(3) generated by resolvconf(8) 
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WIL L BE OVERWRITTEN # OpenDNS nameserver <a href="http://81.253.14 9.1">81.253.149.1</a> nameserver <a href="http://80.10.246.3">80.10.24 6.3</a> domain <a href="http://aslantz.com">aslantz.com</a> 

search <a href="http://aslantz.com">aslantz.com</a> # END   head : /etc/resolvconf/resolv.conf.d/head j'ai configuré le partag e internet dans iptables-start. Sur mon client debian, je dois confi gurer les DNS orange dans resolv.conf. Non ? 
Car pour le moment, je n'arrive pas à avoir le partage internet sur m on poste client debian. Voici mon fichier /etc/hosts : serv1:/etc# cat hosts <a href="http://127.0.0.1">127.0.0.1</a>    l ocalhost <a href="http://192.168.10.1">192.168.10.1</a>  &nb sp; <a href="http://serv1.aslantz.com">serv1.aslantz.com</a>  & nbsp; serv1 
<a href="http://192.168.10.2">192.168.10.2</a>    <a href ="http://pc1.aslantz.com">pc1.aslantz.com</a>    &nbs p;    pc1 <a href="http://192.168.10.3">192.168.10.3</a >    <a href="http://pc2.aslantz.com">pc2.aslantz.com</a>& nbsp;        pc2 
 # The following lines are desirable for IPv6 capable hosts ::1      localhost ip6-localhost ip6-loopback fe00::0 ip6-loca lnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allr outers ff02::3 ip6-allhosts 
et mon fichier /etc/network/interfaces : serv1:/etc# cat /etc/network/i nterfaces # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces (5). 
 # L'interface "loopback" auto lo iface lo inet loop back # L'interface "eth0" connectée à Internet (co nfiguration par DHCP) auto eth0 iface eth0 inet dhcp # L'i nterface "eth1" connectée au réseau local (IP privée fixe) 
auto eth1 iface eth1 inet static     address <a href ="http://192.168.10.1">192.168.10.1</a>     netmask <a href="http://255.255.255.0">255.255.255.0</a>     broad cast <a href="http://192.168.10.255">192.168.10.255</a> 
 Merci de votre aide Amicalement Anne sophie <div cla ss="gmail_quote">Le 30 septembre 2008 15:34, robert caterina <<a href="mailto:robert.caterina@scarlet.be">robert.caterina@sca rlet.be</a>> a écrit : 
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">re-bonjour, 
        NetworkManager est un programme de gestion de connexion au 
réseau. Son but est d'établir et de maintenir une connexion au ré seau de 
toutes les manières possibles. Tu l'utilise ou non; c'est selon l es 
goûts... Lorsque tu lance une mise à jour de ta distribution (aptitude 
update ou apt-get update) il se peut que des paquets intervenant d'une 
manière ou d'une autre sur /etc/resolv.conf soient dans la liste 
proposée. La mise à jour des paquets en question ne se fera dès lors pas 
(une erreur sera affichée). NetworkManager est un de ces paquets, mais 
il y en a peut être d'autres. La mise à jour se fait soit parce que tu 
la lance manuellement, lorsque tu apprends qu'il y a une amélioration du 
paquet par exemple, soit pour raison de sécurité, s'il y en a une. Tu 
n'es pas obligé de faire la mise à jour, bien entendu. Mais s'i l y a une 
raison de sécurité, il vaut mieux la faire en enlevant l'attribut d u 
fichier /etc/resolv.conf puis en le repositionant par la suite. 
<div><div></div><div class="Wj3C7c"> 
-- 
Lisez la FAQ de la liste avant de poser une question : 
<a href="http://wiki.debian.org/DebFrFrenchLists" target="_blank">http: //wiki.debian.org/DebFrFrenchLists</a> 
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "Fro m" et 
"Reply-To:" 
 
To UNSUBSCRIBE, email to <a href="mailto:debian-user-french-REQUEST@lists .debian.org">debian-user-french-REQUEST@lists.debian.org</a> 
with a subject of "unsubscribe". Trouble? Contact <a href="mail to:listmaster@lists.debian.org">listmaster@lists.debian.org</a> 
 
</div></div></blockquote></div> 

------=_Part_134930_16371593.1227521479922--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Vous avez filtré cet utilisateur ! Consultez son message

------=_Part_134930_16371593.1227521479922
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

bonjour,
j'avais aussi le meme probleme avec resolv.conf.
j'ai donc installé resolvconf et modifé /etc/resolvconf/resolv.conf.d/h ead :

# START head : /etc/resolvconf/resolv.conf.d/head
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by
resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN

# OpenDNS
nameserver 81.253.149.1
nameserver 80.10.246.3

domain aslantz.com
search aslantz.com
# END head : /etc/resolvconf/resolv.conf.d/head
j'ai configuré le partage internet dans iptables-start.

Sur mon client debian, je dois configurer les DNS orange dans resolv.conf.
Non ?
Car pour le moment, je n'arrive pas à avoir le partage internet sur mon
poste client debian.
Voici mon fichier /etc/hosts :
serv1:/etc# cat hosts
127.0.0.1 localhost
192.168.10.1 serv1.aslantz.com serv1
192.168.10.2 pc1.aslantz.com pc1
192.168.10.3 pc2.aslantz.com pc2

# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
et mon fichier /etc/network/interfaces :
serv1:/etc# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# L'interface "loopback"
auto lo
iface lo inet loopback

# L'interface "eth0" connectée à Internet (configuration par DHCP)
auto eth0
iface eth0 inet dhcp

# L'interface "eth1" connectée au réseau local (IP privée fixe)
auto eth1
iface eth1 inet static
address 192.168.10.1
netmask 255.255.255.0
broadcast 192.168.10.255

Merci de votre aide
Amicalement
Anne sophie

Le 30 septembre 2008 15:34, robert caterina a
écrit :

re-bonjour,
NetworkManager est un programme de gestion de connexion au
réseau. Son but est d'établir et de maintenir une connexion au rése au de
toutes les manières possibles. Tu l'utilise ou non; c'est selon les
goûts... Lorsque tu lance une mise à jour de ta distribution (aptitud e
update ou apt-get update) il se peut que des paquets intervenant d'une
manière ou d'une autre sur /etc/resolv.conf soient dans la liste
proposée. La mise à jour des paquets en question ne se fera dès lor s pas
(une erreur sera affichée). NetworkManager est un de ces paquets, mais
il y en a peut être d'autres. La mise à jour se fait soit parce que t u
la lance manuellement, lorsque tu apprends qu'il y a une amélioration d u
paquet par exemple, soit pour raison de sécurité, s'il y en a une. Tu
n'es pas obligé de faire la mise à jour, bien entendu. Mais s'il y a une
raison de sécurité, il vaut mieux la faire en enlevant l'attribut du
fichier /etc/resolv.conf puis en le repositionant par la suite.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

------=_Part_134930_16371593.1227521479922
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

bonjour, j'avais aussi le meme probleme avec resolv.conf. j&#39 ;ai donc installé resolvconf et modifé /etc/resolvconf/resolv.conf.d/he ad : # START head : /etc/resolvconf/resolv.conf.d/head # Dynamic res olv.conf(5) file for glibc resolver(3) generated by resolvconf(8) 
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WIL L BE OVERWRITTEN # OpenDNS nameserver <a href="http://81.253.14 9.1">81.253.149.1</a> nameserver <a href="http://80.10.246.3">80.10.24 6.3</a> domain <a href="http://aslantz.com">aslantz.com</a> 

search <a href="http://aslantz.com">aslantz.com</a> # END   head : /etc/resolvconf/resolv.conf.d/head j'ai configuré le partag e internet dans iptables-start. Sur mon client debian, je dois confi gurer les DNS orange dans resolv.conf. Non ? 
Car pour le moment, je n'arrive pas à avoir le partage internet sur m on poste client debian. Voici mon fichier /etc/hosts : serv1:/etc# cat hosts <a href="http://127.0.0.1">127.0.0.1</a>    l ocalhost <a href="http://192.168.10.1">192.168.10.1</a>  &nb sp; <a href="http://serv1.aslantz.com">serv1.aslantz.com</a>  & nbsp; serv1 
<a href="http://192.168.10.2">192.168.10.2</a>    <a href ="http://pc1.aslantz.com">pc1.aslantz.com</a>    &nbs p;    pc1 <a href="http://192.168.10.3">192.168.10.3</a >    <a href="http://pc2.aslantz.com">pc2.aslantz.com</a>& nbsp;        pc2 
 # The following lines are desirable for IPv6 capable hosts ::1      localhost ip6-localhost ip6-loopback fe00::0 ip6-loca lnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allr outers ff02::3 ip6-allhosts 
et mon fichier /etc/network/interfaces : serv1:/etc# cat /etc/network/i nterfaces # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces (5). 
 # L'interface "loopback" auto lo iface lo inet loop back # L'interface "eth0" connectée à Internet (co nfiguration par DHCP) auto eth0 iface eth0 inet dhcp # L'i nterface "eth1" connectée au réseau local (IP privée fixe) 
auto eth1 iface eth1 inet static     address <a href ="http://192.168.10.1">192.168.10.1</a>     netmask <a href="http://255.255.255.0">255.255.255.0</a>     broad cast <a href="http://192.168.10.255">192.168.10.255</a> 
 Merci de votre aide Amicalement Anne sophie <div cla ss="gmail_quote">Le 30 septembre 2008 15:34, robert caterina <<a href="mailto:"> rlet.be</a>> a écrit : 
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">re-bonjour, 
        NetworkManager est un programme de gestion de connexion au 
réseau. Son but est d'établir et de maintenir une connexion au ré seau de 
toutes les manières possibles. Tu l'utilise ou non; c'est selon l es 
goûts... Lorsque tu lance une mise à jour de ta distribution (aptitude 
update ou apt-get update) il se peut que des paquets intervenant d'une 
manière ou d'une autre sur /etc/resolv.conf soient dans la liste 
proposée. La mise à jour des paquets en question ne se fera dès lors pas 
(une erreur sera affichée). NetworkManager est un de ces paquets, mais 
il y en a peut être d'autres. La mise à jour se fait soit parce que tu 
la lance manuellement, lorsque tu apprends qu'il y a une amélioration du 
paquet par exemple, soit pour raison de sécurité, s'il y en a une. Tu 
n'es pas obligé de faire la mise à jour, bien entendu. Mais s'i l y a une 
raison de sécurité, il vaut mieux la faire en enlevant l'attribut d u 
fichier /etc/resolv.conf puis en le repositionant par la suite. 
<div><div></div><div class="Wj3C7c"> 
-- 
Lisez la FAQ de la liste avant de poser une question : 
<a href="http://wiki.debian.org/DebFrFrenchLists" target="_blank">http: //wiki.debian.org/DebFrFrenchLists</a> 
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "Fro m" et 
"Reply-To:" 
 
To UNSUBSCRIBE, email to <a href="mailto: .debian.org"></a> 
with a subject of "unsubscribe". Trouble? Contact <a href="mail to:"></a> 
 
</div></div></blockquote></div> 

------=_Part_134930_16371593.1227521479922--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

Jean-Michel OLTRA

24/11/2008 à 12:00

Bonjour,

Le lundi 24 novembre 2008, Anne sophie Lantz a écrit...

nameserver 81.253.149.1
nameserver 80.10.246.3

Je mets les ip des serveurs de nom dans le fichier interfaces. Mais pas
sur les clients, car ceux ci en dhcp obtiennent le dns du serveur. On
utilise « dns-nameservers » dans le fichier dans la partie de
description de l'interface

Car pour le moment, je n'arrive pas avoir le partage internet sur mon poste
client debian.
Voici mon fichier /etc/hosts :
serv1:/etc# cat hosts
127.0.0.1 localhost
192.168.10.1 serv1.aslantz.com serv1
192.168.10.2 pc1.aslantz.com pc1
192.168.10.3 pc2.aslantz.com pc2

Est ce celui du client, ou du serveur ?

et mon fichier /etc/network/interfaces :
serv1:/etc# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# L'interface "loopback"
auto lo
iface lo inet loopback

# L'interface "eth0" connect e Internet (configuration par DHCP)
auto eth0
iface eth0 inet dhcp

# L'interface "eth1" connect e au r seau local (IP priv e fixe)
auto eth1
iface eth1 inet static
address 192.168.10.1
netmask 255.255.255.0
broadcast 192.168.10.255

Même question. Pourtant, l'adresse semble être celle du serveur, serv1 si
j'interprète bien. Il manque l'adresse du réseau avec
network 192.168.10.0

Peux tu accéder au net depuis le serveur ?

--
jm

A.E.L. Sarl (R.C.S CASTRES 490843240)
http://www.spidboutic.fr

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

Anne sophie Lantz

24/11/2008 à 12:10

------=_Part_135447_11941832.1227524711858
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Le 24 novembre 2008 11:52, Jean-Michel OLTRA <
a écrit :

Bonjour,

Le lundi 24 novembre 2008, Anne sophie Lantz a écrit...

> nameserver 81.253.149.1
> nameserver 80.10.246.3

Je mets les ip des serveurs de nom dans le fichier interfaces. Mais pas
sur les clients, car ceux ci en dhcp obtiennent le dns du serveur. On
utilise « dns-nameservers » dans le fichier dans la partie de
description de l'interface

> Car pour le moment, je n'arrive pas avoir le partage internet sur mon
poste
> client debian.
> Voici mon fichier /etc/hosts :
> serv1:/etc# cat hosts
> 127.0.0.1 localhost
> 192.168.10.1 serv1.aslantz.com serv1
> 192.168.10.2 pc1.aslantz.com pc1
> 192.168.10.3 pc2.aslantz.com pc2

Est ce celui du client, ou du serveur ?

> et mon fichier /etc/network/interfaces :
> serv1:/etc# cat /etc/network/interfaces
> # This file describes the network interfaces available on your system
> # and how to activate them. For more information, see interfaces(5).

> # L'interface "loopback"
> auto lo
> iface lo inet loopback

> # L'interface "eth0" connect e Internet (configuration par DHCP)
> auto eth0
> iface eth0 inet dhcp

> # L'interface "eth1" connect e au r seau local (IP priv e fixe)
> auto eth1
> iface eth1 inet static
> address 192.168.10.1
> netmask 255.255.255.0
> broadcast 192.168.10.255

Même question. Pourtant, l'adresse semble être celle du serveur, serv 1 si
j'interprète bien. Il manque l'adresse du réseau avec
network 192.168.10.0

Je rajoute donc dans interfaces :
# L'interface "eth1" connectée au réseau local (IP privée fixe)
auto eth1
iface eth1 inet static
address 192.168.10.1
netmask 255.255.255.0
broadcast 192.168.10.255
network 192.168.10.0

Peux tu accéder au net depuis le serveur ?

Oui, je peux accéder au net depuis serv1. mais pas depuis les pc1 et pc2.
après avoir fait sur le serveur serv1 :
/etc/init.d/networking restart
toujours pas de connexion sur pc1 et pc2 au net.

Merci
Anne sophie

------=_Part_135447_11941832.1227524711858
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

 <div class="gmail_quote">Le 24 novembre 2008 11:52, Jean-Michel O LTRA <<a href="mailto: t"></a>> a écrit : <blockquot e class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 
   Bonjour, 
 
 
Le lundi 24 novembre 2008, Anne sophie Lantz a écrit... 
<div class="Ih2E3d"> 
 
> nameserver <a href="http://81.253.149.1" target="_blank">81.253.14 9.1</a> 
> nameserver <a href="http://80.10.246.3" target="_blank">80.10.246. 3</a> 
 
</div>Je mets les ip des serveurs de nom dans le fichier interfaces. Mais p as 
sur les clients, car ceux ci en dhcp obtiennent le dns du serveur. On 
utilise « dns-nameservers » dans le fichier dans la partie de 
description de l'interface 
 
> Car pour le moment, je n'arrive pas   avoir le partage intern et sur mon poste 
<div class="Ih2E3d">> client debian. 
> Voici mon fichier /etc/hosts : 
> serv1:/etc# cat hosts 
> <a href="http://127.0.0.1" target="_blank">127.0.0.1</a>   &n bsp;localhost 
> <a href="http://192.168.10.1" target="_blank">192.168.10.1</a> &nb sp;  <a href="http://serv1.aslantz.com" target="_blank">serv1.asla ntz.com</a>    serv1 
> <a href="http://192.168.10.2" target="_blank">192.168.10.2</a> &nb sp;  <a href="http://pc1.aslantz.com" target="_blank">pc1.aslantz. com</a>         pc1 
> <a href="http://192.168.10.3" target="_blank">192.168.10.3</a> &nb sp;  <a href="http://pc2.aslantz.com" target="_blank">pc2.aslantz. com</a>         pc2 
 
</div>Est ce celui du client, ou du serveur ? 
<div class="Ih2E3d"> 
> et mon fichier /etc/network/interfaces : 
> serv1:/etc# cat /etc/network/interfaces 
> # This file describes the network interfaces available on your system 
> # and how to activate them. For more information, see interfaces(5).
 
> # L'interface "loopback" 
> auto lo 
> iface lo inet loopback 
 
</div>> # L'interface "eth0" connect e   Internet (co nfiguration par DHCP) 
<div class="Ih2E3d">> auto eth0 
> iface eth0 inet dhcp 
 
</div>> # L'interface "eth1" connect e au r seau local (IP priv e fixe) 
<div class="Ih2E3d">> auto eth1 
> iface eth1 inet static 
>     address <a href="http://192.168.10.1" target="_blank ">192.168.10.1</a> 
>     netmask <a href="http://255.255.255.0" target="_blan k">255.255.255.0</a> 
>     broadcast <a href="http://192.168.10.255" target="_b lank">192.168.10.255</a> 
 
</div>Même question. Pourtant, l'adresse semble être celle du serve ur, serv1 si 
j'interprète bien. Il manque l'adresse du réseau avec 
network <a href="http://192.168.10.0" target="_blank">192.168.10.0</a> 
</blockquote><div>Je rajoute donc dans interfaces : # L'interface &q uot;eth1" connectée au réseau local (IP privée fixe) auto eth 1 iface eth1 inet static     address <a href="http:/ /192.168.10.1">192.168.10.1</a> 
    netmask <a href="http://255.255.255.0">255.255.255.0</ a>     broadcast <a href="http://192.168.10.255">192.16 8.10.255</a>     network <a href="http://192.168.10.0"> 192.168.10.0</a> </div><blockquote class="gmail_quote" style="bo rder-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding -left: 1ex;">

Peux tu accéder au net depuis le serveur ? 
</blockquote></div>Oui, je peux accéder au net depuis serv1. mais pas dep uis les pc1 et pc2. après avoir fait sur le serveur serv1 : /etc/ init.d/networking restart toujours pas de connexion sur pc1 et pc2 au n et. 
 Merci Anne sophie 

------=_Part_135447_11941832.1227524711858--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

------=_Part_135447_11941832.1227524711858
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Le 24 novembre 2008 11:52, Jean-Michel OLTRA <
jm.oltra.antispam@espinasse.net> a écrit :

Bonjour,

Le lundi 24 novembre 2008, Anne sophie Lantz a écrit...

> nameserver 81.253.149.1
> nameserver 80.10.246.3

Je mets les ip des serveurs de nom dans le fichier interfaces. Mais pas
sur les clients, car ceux ci en dhcp obtiennent le dns du serveur. On
utilise « dns-nameservers » dans le fichier dans la partie de
description de l'interface

> Car pour le moment, je n'arrive pas avoir le partage internet sur mon
poste
> client debian.
> Voici mon fichier /etc/hosts :
> serv1:/etc# cat hosts
> 127.0.0.1 localhost
> 192.168.10.1 serv1.aslantz.com serv1
> 192.168.10.2 pc1.aslantz.com pc1
> 192.168.10.3 pc2.aslantz.com pc2

Est ce celui du client, ou du serveur ?

> et mon fichier /etc/network/interfaces :
> serv1:/etc# cat /etc/network/interfaces
> # This file describes the network interfaces available on your system
> # and how to activate them. For more information, see interfaces(5).

> # L'interface "loopback"
> auto lo
> iface lo inet loopback

> # L'interface "eth0" connect e Internet (configuration par DHCP)
> auto eth0
> iface eth0 inet dhcp

> # L'interface "eth1" connect e au r seau local (IP priv e fixe)
> auto eth1
> iface eth1 inet static
> address 192.168.10.1
> netmask 255.255.255.0
> broadcast 192.168.10.255

Même question. Pourtant, l'adresse semble être celle du serveur, serv 1 si
j'interprète bien. Il manque l'adresse du réseau avec
network 192.168.10.0

Je rajoute donc dans interfaces :
# L'interface "eth1" connectée au réseau local (IP privée fixe)
auto eth1
iface eth1 inet static
address 192.168.10.1
netmask 255.255.255.0
broadcast 192.168.10.255
network 192.168.10.0

Peux tu accéder au net depuis le serveur ?

Oui, je peux accéder au net depuis serv1. mais pas depuis les pc1 et pc2.
après avoir fait sur le serveur serv1 :
/etc/init.d/networking restart
toujours pas de connexion sur pc1 et pc2 au net.

Merci
Anne sophie

------=_Part_135447_11941832.1227524711858
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

 <div class="gmail_quote">Le 24 novembre 2008 11:52, Jean-Michel O LTRA <<a href="mailto:jm.oltra.antispam@espinasse.ne t">jm.oltra.antispam@espinasse.net</a>> a écrit : <blockquot e class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 
   Bonjour, 
 
 
Le lundi 24 novembre 2008, Anne sophie Lantz a écrit... 
<div class="Ih2E3d"> 
 
> nameserver <a href="http://81.253.149.1" target="_blank">81.253.14 9.1</a> 
> nameserver <a href="http://80.10.246.3" target="_blank">80.10.246. 3</a> 
 
</div>Je mets les ip des serveurs de nom dans le fichier interfaces. Mais p as 
sur les clients, car ceux ci en dhcp obtiennent le dns du serveur. On 
utilise « dns-nameservers » dans le fichier dans la partie de 
description de l'interface 
 
> Car pour le moment, je n'arrive pas   avoir le partage intern et sur mon poste 
<div class="Ih2E3d">> client debian. 
> Voici mon fichier /etc/hosts : 
> serv1:/etc# cat hosts 
> <a href="http://127.0.0.1" target="_blank">127.0.0.1</a>   &n bsp;localhost 
> <a href="http://192.168.10.1" target="_blank">192.168.10.1</a> &nb sp;  <a href="http://serv1.aslantz.com" target="_blank">serv1.asla ntz.com</a>    serv1 
> <a href="http://192.168.10.2" target="_blank">192.168.10.2</a> &nb sp;  <a href="http://pc1.aslantz.com" target="_blank">pc1.aslantz. com</a>         pc1 
> <a href="http://192.168.10.3" target="_blank">192.168.10.3</a> &nb sp;  <a href="http://pc2.aslantz.com" target="_blank">pc2.aslantz. com</a>         pc2 
 
</div>Est ce celui du client, ou du serveur ? 
<div class="Ih2E3d"> 
> et mon fichier /etc/network/interfaces : 
> serv1:/etc# cat /etc/network/interfaces 
> # This file describes the network interfaces available on your system 
> # and how to activate them. For more information, see interfaces(5).
 
> # L'interface "loopback" 
> auto lo 
> iface lo inet loopback 
 
</div>> # L'interface "eth0" connect e   Internet (co nfiguration par DHCP) 
<div class="Ih2E3d">> auto eth0 
> iface eth0 inet dhcp 
 
</div>> # L'interface "eth1" connect e au r seau local (IP priv e fixe) 
<div class="Ih2E3d">> auto eth1 
> iface eth1 inet static 
>     address <a href="http://192.168.10.1" target="_blank ">192.168.10.1</a> 
>     netmask <a href="http://255.255.255.0" target="_blan k">255.255.255.0</a> 
>     broadcast <a href="http://192.168.10.255" target="_b lank">192.168.10.255</a> 
 
</div>Même question. Pourtant, l'adresse semble être celle du serve ur, serv1 si 
j'interprète bien. Il manque l'adresse du réseau avec 
network <a href="http://192.168.10.0" target="_blank">192.168.10.0</a> 
</blockquote><div>Je rajoute donc dans interfaces : # L'interface &q uot;eth1" connectée au réseau local (IP privée fixe) auto eth 1 iface eth1 inet static     address <a href="http:/ /192.168.10.1">192.168.10.1</a> 
    netmask <a href="http://255.255.255.0">255.255.255.0</ a>     broadcast <a href="http://192.168.10.255">192.16 8.10.255</a>     network <a href="http://192.168.10.0"> 192.168.10.0</a> </div><blockquote class="gmail_quote" style="bo rder-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding -left: 1ex;">

Peux tu accéder au net depuis le serveur ? 
</blockquote></div>Oui, je peux accéder au net depuis serv1. mais pas dep uis les pc1 et pc2. après avoir fait sur le serveur serv1 : /etc/ init.d/networking restart toujours pas de connexion sur pc1 et pc2 au n et. 
 Merci Anne sophie 

------=_Part_135447_11941832.1227524711858--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Vous avez filtré cet utilisateur ! Consultez son message

------=_Part_135447_11941832.1227524711858
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Le 24 novembre 2008 11:52, Jean-Michel OLTRA <
a écrit :

Bonjour,

Le lundi 24 novembre 2008, Anne sophie Lantz a écrit...

> nameserver 81.253.149.1
> nameserver 80.10.246.3

Je mets les ip des serveurs de nom dans le fichier interfaces. Mais pas
sur les clients, car ceux ci en dhcp obtiennent le dns du serveur. On
utilise « dns-nameservers » dans le fichier dans la partie de
description de l'interface

> Car pour le moment, je n'arrive pas avoir le partage internet sur mon
poste
> client debian.
> Voici mon fichier /etc/hosts :
> serv1:/etc# cat hosts
> 127.0.0.1 localhost
> 192.168.10.1 serv1.aslantz.com serv1
> 192.168.10.2 pc1.aslantz.com pc1
> 192.168.10.3 pc2.aslantz.com pc2

Est ce celui du client, ou du serveur ?

> et mon fichier /etc/network/interfaces :
> serv1:/etc# cat /etc/network/interfaces
> # This file describes the network interfaces available on your system
> # and how to activate them. For more information, see interfaces(5).

> # L'interface "loopback"
> auto lo
> iface lo inet loopback

> # L'interface "eth0" connect e Internet (configuration par DHCP)
> auto eth0
> iface eth0 inet dhcp

> # L'interface "eth1" connect e au r seau local (IP priv e fixe)
> auto eth1
> iface eth1 inet static
> address 192.168.10.1
> netmask 255.255.255.0
> broadcast 192.168.10.255

Même question. Pourtant, l'adresse semble être celle du serveur, serv 1 si
j'interprète bien. Il manque l'adresse du réseau avec
network 192.168.10.0

Je rajoute donc dans interfaces :
# L'interface "eth1" connectée au réseau local (IP privée fixe)
auto eth1
iface eth1 inet static
address 192.168.10.1
netmask 255.255.255.0
broadcast 192.168.10.255
network 192.168.10.0

Peux tu accéder au net depuis le serveur ?

Oui, je peux accéder au net depuis serv1. mais pas depuis les pc1 et pc2.
après avoir fait sur le serveur serv1 :
/etc/init.d/networking restart
toujours pas de connexion sur pc1 et pc2 au net.

Merci
Anne sophie

------=_Part_135447_11941832.1227524711858
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

 <div class="gmail_quote">Le 24 novembre 2008 11:52, Jean-Michel O LTRA <<a href="mailto: t"></a>> a écrit : <blockquot e class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 
   Bonjour, 
 
 
Le lundi 24 novembre 2008, Anne sophie Lantz a écrit... 
<div class="Ih2E3d"> 
 
> nameserver <a href="http://81.253.149.1" target="_blank">81.253.14 9.1</a> 
> nameserver <a href="http://80.10.246.3" target="_blank">80.10.246. 3</a> 
 
</div>Je mets les ip des serveurs de nom dans le fichier interfaces. Mais p as 
sur les clients, car ceux ci en dhcp obtiennent le dns du serveur. On 
utilise « dns-nameservers » dans le fichier dans la partie de 
description de l'interface 
 
> Car pour le moment, je n'arrive pas   avoir le partage intern et sur mon poste 
<div class="Ih2E3d">> client debian. 
> Voici mon fichier /etc/hosts : 
> serv1:/etc# cat hosts 
> <a href="http://127.0.0.1" target="_blank">127.0.0.1</a>   &n bsp;localhost 
> <a href="http://192.168.10.1" target="_blank">192.168.10.1</a> &nb sp;  <a href="http://serv1.aslantz.com" target="_blank">serv1.asla ntz.com</a>    serv1 
> <a href="http://192.168.10.2" target="_blank">192.168.10.2</a> &nb sp;  <a href="http://pc1.aslantz.com" target="_blank">pc1.aslantz. com</a>         pc1 
> <a href="http://192.168.10.3" target="_blank">192.168.10.3</a> &nb sp;  <a href="http://pc2.aslantz.com" target="_blank">pc2.aslantz. com</a>         pc2 
 
</div>Est ce celui du client, ou du serveur ? 
<div class="Ih2E3d"> 
> et mon fichier /etc/network/interfaces : 
> serv1:/etc# cat /etc/network/interfaces 
> # This file describes the network interfaces available on your system 
> # and how to activate them. For more information, see interfaces(5).
 
> # L'interface "loopback" 
> auto lo 
> iface lo inet loopback 
 
</div>> # L'interface "eth0" connect e   Internet (co nfiguration par DHCP) 
<div class="Ih2E3d">> auto eth0 
> iface eth0 inet dhcp 
 
</div>> # L'interface "eth1" connect e au r seau local (IP priv e fixe) 
<div class="Ih2E3d">> auto eth1 
> iface eth1 inet static 
>     address <a href="http://192.168.10.1" target="_blank ">192.168.10.1</a> 
>     netmask <a href="http://255.255.255.0" target="_blan k">255.255.255.0</a> 
>     broadcast <a href="http://192.168.10.255" target="_b lank">192.168.10.255</a> 
 
</div>Même question. Pourtant, l'adresse semble être celle du serve ur, serv1 si 
j'interprète bien. Il manque l'adresse du réseau avec 
network <a href="http://192.168.10.0" target="_blank">192.168.10.0</a> 
</blockquote><div>Je rajoute donc dans interfaces : # L'interface &q uot;eth1" connectée au réseau local (IP privée fixe) auto eth 1 iface eth1 inet static     address <a href="http:/ /192.168.10.1">192.168.10.1</a> 
    netmask <a href="http://255.255.255.0">255.255.255.0</ a>     broadcast <a href="http://192.168.10.255">192.16 8.10.255</a>     network <a href="http://192.168.10.0"> 192.168.10.0</a> </div><blockquote class="gmail_quote" style="bo rder-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding -left: 1ex;">

Peux tu accéder au net depuis le serveur ? 
</blockquote></div>Oui, je peux accéder au net depuis serv1. mais pas dep uis les pc1 et pc2. après avoir fait sur le serveur serv1 : /etc/ init.d/networking restart toujours pas de connexion sur pc1 et pc2 au n et. 
 Merci Anne sophie 

------=_Part_135447_11941832.1227524711858--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

Jean-Michel OLTRA

24/11/2008 à 12:40

Bonjour,

Le lundi 24 novembre 2008, Anne sophie Lantz a écrit...

Peux tu acc der au net depuis le serveur ?

Oui, je peux acc der au net depuis serv1. mais pas depuis les pc1 et pc2.
apr s avoir fait sur le serveur serv1 :
/etc/init.d/networking restart
toujours pas de connexion sur pc1 et pc2 au net.

Il faudrait les fichiers interfaces des pc clients. Etre également sûr
que le forwarding est activé sur le serveur (`iptables -L FORWARD`).

--
jm

A.E.L. Sarl (R.C.S CASTRES 490843240)
http://www.spidboutic.fr

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

Anne sophie Lantz

24/11/2008 à 13:10

------=_Part_135956_21203664.1227527886632
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Le 24 novembre 2008 12:29, Jean-Michel OLTRA <
a écrit :

Bonjour,

Le lundi 24 novembre 2008, Anne sophie Lantz a écrit...

> Peux tu acc der au net depuis le serveur ?

> Oui, je peux acc der au net depuis serv1. mais pas depuis les pc1 et pc 2.
> apr s avoir fait sur le serveur serv1 :
> /etc/init.d/networking restart
> toujours pas de connexion sur pc1 et pc2 au net.

Il faudrait les fichiers interfaces des pc clients. Etre également sû r
que le forwarding est activé sur le serveur (`iptables -L FORWARD`).

pc2 : /etc/network/interfaces :
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 192.168.10.3
netmask 255.255.255.0
broadcast 192.168.10.255
gateway 192.168.10.1

pc2 : cat /etc/resolv.conf :
domain aslantz.com
search aslantz.com
nameserver 192.168.10.1
nameserver 81.253.149.1
nameserver 80.10.246.3

serv1:~# iptables -L FORWARD
Chain FORWARD (policy ACCEPT)
target prot opt source destination
TCPMSS tcp -- anywhere anywhere tcp
flags:SYN,RST/SYN TCPMSS clamp to PMTU

------=_Part_135956_21203664.1227527886632
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

 <div class="gmail_quote">Le 24 novembre 2008 12:29, Jean-Michel O LTRA <<a href="mailto: t"></a>> a écrit : <blockquot e class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d"> 
   Bonjour, 
 
 
Le lundi 24 novembre 2008, Anne sophie Lantz a écrit... 
 
 
</div>>     Peux tu acc der au net depuis le serveur ? 
 
> Oui, je peux acc der au net depuis serv1. mais pas depuis les pc1 et p c2. 
> apr s avoir fait sur le serveur serv1 : 
<div class="Ih2E3d">> /etc/init.d/networking restart 
> toujours pas de connexion sur pc1 et pc2 au net. 
 
</div>Il faudrait les fichiers interfaces des pc clients. Etre également sûr 
que le forwarding est activé sur le serveur (`iptables -L FORWARD`). 
</blockquote></div> pc2 : /etc/network/interfaces : auto lo iface lo inet loopback auto eth0 iface eth0 inet static  &nbsp ; address <a href="http://192.168.10.3">192.168.10.3</a>    netmask <a href="http://255.255.255.0">255.255.255.0</a> 
   broadcast <a href="http://192.168.10.255">192.168.10.255</a>    gateway <a href="http://192.168.10.1">192.168.10.1</a> pc2 : cat /etc/resolv.conf : domain <a href="http://aslantz.com ">aslantz.com</a> search <a href="http://aslantz.com">aslantz.com</a> 
nameserver <a href="http://192.168.10.1">192.168.10.1</a> nameserver < a href="http://81.253.149.1">81.253.149.1</a> nameserver <a href="ht tp://80.10.246.3">80.10.246.3</a> serv1:~# iptables -L FORWARD Ch ain FORWARD (policy ACCEPT) 
target     prot opt source    &nbsp ;          destination &n bsp;       TCPMSS     tcp  --  anywhere       &nbsp ;     anywhere      &nbsp ;     tcp flags:SYN,RST/SYN TCPMSS clamp to PMTU 

------=_Part_135956_21203664.1227527886632--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

------=_Part_135956_21203664.1227527886632
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Le 24 novembre 2008 12:29, Jean-Michel OLTRA <
jm.oltra.antispam@espinasse.net> a écrit :

Bonjour,

Le lundi 24 novembre 2008, Anne sophie Lantz a écrit...

> Peux tu acc der au net depuis le serveur ?

> Oui, je peux acc der au net depuis serv1. mais pas depuis les pc1 et pc 2.
> apr s avoir fait sur le serveur serv1 :
> /etc/init.d/networking restart
> toujours pas de connexion sur pc1 et pc2 au net.

Il faudrait les fichiers interfaces des pc clients. Etre également sû r
que le forwarding est activé sur le serveur (`iptables -L FORWARD`).

pc2 : /etc/network/interfaces :
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 192.168.10.3
netmask 255.255.255.0
broadcast 192.168.10.255
gateway 192.168.10.1

pc2 : cat /etc/resolv.conf :
domain aslantz.com
search aslantz.com
nameserver 192.168.10.1
nameserver 81.253.149.1
nameserver 80.10.246.3

serv1:~# iptables -L FORWARD
Chain FORWARD (policy ACCEPT)
target prot opt source destination
TCPMSS tcp -- anywhere anywhere tcp
flags:SYN,RST/SYN TCPMSS clamp to PMTU

------=_Part_135956_21203664.1227527886632
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

 <div class="gmail_quote">Le 24 novembre 2008 12:29, Jean-Michel O LTRA <<a href="mailto:jm.oltra.antispam@espinasse.ne t">jm.oltra.antispam@espinasse.net</a>> a écrit : <blockquot e class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d"> 
   Bonjour, 
 
 
Le lundi 24 novembre 2008, Anne sophie Lantz a écrit... 
 
 
</div>>     Peux tu acc der au net depuis le serveur ? 
 
> Oui, je peux acc der au net depuis serv1. mais pas depuis les pc1 et p c2. 
> apr s avoir fait sur le serveur serv1 : 
<div class="Ih2E3d">> /etc/init.d/networking restart 
> toujours pas de connexion sur pc1 et pc2 au net. 
 
</div>Il faudrait les fichiers interfaces des pc clients. Etre également sûr 
que le forwarding est activé sur le serveur (`iptables -L FORWARD`). 
</blockquote></div> pc2 : /etc/network/interfaces : auto lo iface lo inet loopback auto eth0 iface eth0 inet static  &nbsp ; address <a href="http://192.168.10.3">192.168.10.3</a>    netmask <a href="http://255.255.255.0">255.255.255.0</a> 
   broadcast <a href="http://192.168.10.255">192.168.10.255</a>    gateway <a href="http://192.168.10.1">192.168.10.1</a> pc2 : cat /etc/resolv.conf : domain <a href="http://aslantz.com ">aslantz.com</a> search <a href="http://aslantz.com">aslantz.com</a> 
nameserver <a href="http://192.168.10.1">192.168.10.1</a> nameserver < a href="http://81.253.149.1">81.253.149.1</a> nameserver <a href="ht tp://80.10.246.3">80.10.246.3</a> serv1:~# iptables -L FORWARD Ch ain FORWARD (policy ACCEPT) 
target     prot opt source    &nbsp ;          destination &n bsp;       TCPMSS     tcp  --  anywhere       &nbsp ;     anywhere      &nbsp ;     tcp flags:SYN,RST/SYN TCPMSS clamp to PMTU 

------=_Part_135956_21203664.1227527886632--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Vous avez filtré cet utilisateur ! Consultez son message

------=_Part_135956_21203664.1227527886632
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Le 24 novembre 2008 12:29, Jean-Michel OLTRA <
a écrit :

Bonjour,

Le lundi 24 novembre 2008, Anne sophie Lantz a écrit...

> Peux tu acc der au net depuis le serveur ?

> Oui, je peux acc der au net depuis serv1. mais pas depuis les pc1 et pc 2.
> apr s avoir fait sur le serveur serv1 :
> /etc/init.d/networking restart
> toujours pas de connexion sur pc1 et pc2 au net.

Il faudrait les fichiers interfaces des pc clients. Etre également sû r
que le forwarding est activé sur le serveur (`iptables -L FORWARD`).

pc2 : /etc/network/interfaces :
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 192.168.10.3
netmask 255.255.255.0
broadcast 192.168.10.255
gateway 192.168.10.1

pc2 : cat /etc/resolv.conf :
domain aslantz.com
search aslantz.com
nameserver 192.168.10.1
nameserver 81.253.149.1
nameserver 80.10.246.3

serv1:~# iptables -L FORWARD
Chain FORWARD (policy ACCEPT)
target prot opt source destination
TCPMSS tcp -- anywhere anywhere tcp
flags:SYN,RST/SYN TCPMSS clamp to PMTU

------=_Part_135956_21203664.1227527886632
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

 <div class="gmail_quote">Le 24 novembre 2008 12:29, Jean-Michel O LTRA <<a href="mailto: t"></a>> a écrit : <blockquot e class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d"> 
   Bonjour, 
 
 
Le lundi 24 novembre 2008, Anne sophie Lantz a écrit... 
 
 
</div>>     Peux tu acc der au net depuis le serveur ? 
 
> Oui, je peux acc der au net depuis serv1. mais pas depuis les pc1 et p c2. 
> apr s avoir fait sur le serveur serv1 : 
<div class="Ih2E3d">> /etc/init.d/networking restart 
> toujours pas de connexion sur pc1 et pc2 au net. 
 
</div>Il faudrait les fichiers interfaces des pc clients. Etre également sûr 
que le forwarding est activé sur le serveur (`iptables -L FORWARD`). 
</blockquote></div> pc2 : /etc/network/interfaces : auto lo iface lo inet loopback auto eth0 iface eth0 inet static  &nbsp ; address <a href="http://192.168.10.3">192.168.10.3</a>    netmask <a href="http://255.255.255.0">255.255.255.0</a> 
   broadcast <a href="http://192.168.10.255">192.168.10.255</a>    gateway <a href="http://192.168.10.1">192.168.10.1</a> pc2 : cat /etc/resolv.conf : domain <a href="http://aslantz.com ">aslantz.com</a> search <a href="http://aslantz.com">aslantz.com</a> 
nameserver <a href="http://192.168.10.1">192.168.10.1</a> nameserver < a href="http://81.253.149.1">81.253.149.1</a> nameserver <a href="ht tp://80.10.246.3">80.10.246.3</a> serv1:~# iptables -L FORWARD Ch ain FORWARD (policy ACCEPT) 
target     prot opt source    &nbsp ;          destination &n bsp;       TCPMSS     tcp  --  anywhere       &nbsp ;     anywhere      &nbsp ;     tcp flags:SYN,RST/SYN TCPMSS clamp to PMTU 

------=_Part_135956_21203664.1227527886632--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

Anne sophie Lantz

24/11/2008 à 14:40

------=_Part_137340_22208321.1227533653949
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

désolé, j'ai copié 2 fois :).

Le 24 novembre 2008 14:31, Anne sophie Lantz a
écrit :

2008/11/24 Anne sophie Lantz

Le 24 novembre 2008 12:29, Jean-Michel OLTRA <
a écrit :

Bonjour,

Le lundi 24 novembre 2008, Anne sophie Lantz a écrit...

> Peux tu acc der au net depuis le serveur ?

> Oui, je peux acc der au net depuis serv1. mais pas depuis les pc1 et
pc2.
> apr s avoir fait sur le serveur serv1 :
> /etc/init.d/networking restart
> toujours pas de connexion sur pc1 et pc2 au net.

Il faudrait les fichiers interfaces des pc clients. Etre également s ûr
que le forwarding est activé sur le serveur (`iptables -L FORWARD`).

pc2 : /etc/network/interfaces :
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 192.168.10.3
netmask 255.255.255.0
broadcast 192.168.10.255
gateway 192.168.10.1

pc2 : cat /etc/resolv.conf :
domain aslantz.com
search aslantz.com
nameserver 192.168.10.1
nameserver 81.253.149.1
nameserver 80.10.246.3

serv1:~# iptables -L FORWARD
Chain FORWARD (policy ACCEPT)
target prot opt source destination
TCPMSS tcp -- anywhere anywhere tcp
flags:SYN,RST/SYN TCPMSS clamp to PMTU

je vous joins aussi mon fichier iptables-start :

#!/bin/sh
# /etc/network/if-pre-up.d/iptables-start
# Script qui démarre les règles de filtrage "iptables"
# Formation Debian GNU/Linux par Alexis de Lattre
# http://formation-debian.via.ecp.fr/

# REMISE à ZERO des règles de filtrage
iptables -F
iptables -t nat -F

# DEBUT des "politiques par défaut"

# Je veux que les connexions entrantes soient bloquées par défaut
iptables -P INPUT DROP

# Je veux que les connexions destinées à être forwardées
# soient acceptées par défaut
iptables -P FORWARD ACCEPT

# Je veux que les connexions sortantes soient acceptées par défaut
iptables -P OUTPUT ACCEPT

# FIN des "politiques par défaut"

# DEBUT des règles de filtrage

# Pas de filtrage sur l'interface de "loopback"
iptables -A INPUT -i lo -j ACCEPT

# J'accepte le protocole ICMP (i.e. le "ping")
iptables -A INPUT -p icmp -j ACCEPT

# J'accepte le protocole IGMP (pour le multicast)
iptables -A INPUT -p igmp -j ACCEPT

# J'accepte les packets entrants relatifs à des connexions déjà é tablies
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur FTP évent uel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 20 -j ACCEPT
#iptables -A INPUT -p tcp --dport 21 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur SSH éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 22 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur de mail éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 25 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur de DNS év entuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 53 -j ACCEPT
#iptables -A INPUT -p udp --dport 53 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur Web éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 80 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur CUPS éven tuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 631 -j ACCEPT
#iptables -A INPUT -p udp --dport 631 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur Samba éve ntuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 139 -j ACCEPT
#iptables -A INPUT -p udp --dport 139 -j ACCEPT

# Décommentez la ligne suivante pour que des clients puissent se connec ter
# à l'ordinateur par XDMCP)
#iptables -A INPUT -p udp --dport 177 -j ACCEPT

# Décommentez la ligne suivante pour que l'odinateur puisse se connecte r
# par XDMCP à une machine distante)
#iptables -A INPUT -p tcp --dport 6001 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur CVS éventuel
# soit joignable de l'extérieur via le mécanisme de "pserver"
# (si les utilisateurs accèdent au serveur CVS exclusivement via SSH,
# seule la ligne concernant le serveur SSH doit être décommentée)
#iptables -A INPUT -p tcp --dport 2401 -j ACCEPT

# Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoL AN
# (ce sont des flux UDP entrants sur le port 1234)
#iptables -A INPUT -p udp --dport 1234 -j ACCEPT

# Décommentez la ligne suivante pour pouvoir reçevoir des annonces SA P
# (ce sont des annonces de session multicast)
#iptables -A INPUT -p udp -d 224.2.127.254 --dport 9875 -j ACCEPT

# Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeting
#iptables -A INPUT -p tcp --dport 30000:33000 -j ACCEPT
#iptables -A INPUT -p tcp --dport 1720 -j ACCEPT
#iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT

# La règle par défaut pour la chaine INPUT devient "REJECT"
# (il n'est pas possible de mettre REJECT comme politique par défaut)
iptables -A INPUT -j REJECT

# FIN des règles de filtrage

# DEBUT des règles pour le partage de connexion (i.e. le NAT)

# Décommentez la ligne suivante pour que le système fasse office de
# "serveur NAT" et remplaçez "eth0" par le nom de l'interface connect ée
# à Internet
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

# Si la connexion que vous partagez est une connexion ADSL, vous
# serez probablement confronté au fameux problème du MTU. En résum é,
# le problème vient du fait que le MTU de la liaison entre votre
# fournisseur d'accès et le serveur NAT est un petit peu inférieur au
# MTU de la liaison Ethernet qui relie le serveur NAT aux machines qui
# sont derrière le NAT. Pour résoudre ce problème, décommentez la ligne
# suivante et remplaçez "eth0" par le nom de l'interface connectée à
# Internet.
#iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS -o eth0
--clamp-mss-to-pmtu

# FIN des règles pour le partage de connexion (i.e. le NAT)

# DEBUT des règles de "port forwarding"

# Décommentez la ligne suivante pour que les requêtes TCP reçues su r
# le port 80 de l'interface eth0 soient forwardées à la machine dont
# l'IP est 192.168.0.3 sur son port 80 (la réponse à la requête ser a
# forwardée au client)
#iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j DNAT
--to-destination 192.168.0.3:80

# FIN des règles de "port forwarding"
serv1:~# vi /etc/network/if-pre*/iptables*
serv1:~# cat /etc/network/if-pre*/iptables*
#!/bin/sh
# /etc/network/if-pre-up.d/iptables-start
# Script qui démarre les règles de filtrage "iptables"
# Formation Debian GNU/Linux par Alexis de Lattre
# http://formation-debian.via.ecp.fr/

# REMISE à ZERO des règles de filtrage
iptables -F
iptables -t nat -F

# DEBUT des "politiques par défaut"

# Je veux que les connexions entrantes soient bloquées par défaut
iptables -P INPUT DROP

# Je veux que les connexions destinées à être forwardées
# soient acceptées par défaut
iptables -P FORWARD ACCEPT

# Je veux que les connexions sortantes soient acceptées par défaut
iptables -P OUTPUT ACCEPT

# FIN des "politiques par défaut"

# DEBUT des règles de filtrage

# Pas de filtrage sur l'interface de "loopback"
iptables -A INPUT -i lo -j ACCEPT

# J'accepte le protocole ICMP (i.e. le "ping")
iptables -A INPUT -p icmp -j ACCEPT

# J'accepte le protocole IGMP (pour le multicast)
iptables -A INPUT -p igmp -j ACCEPT

# J'accepte les packets entrants relatifs à des connexions déjà é tablies
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur FTP évent uel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 20 -j ACCEPT
#iptables -A INPUT -p tcp --dport 21 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur SSH éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 22 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur de mail éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 25 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur de DNS év entuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 53 -j ACCEPT
#iptables -A INPUT -p udp --dport 53 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur Web éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 80 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur CUPS éven tuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 631 -j ACCEPT
#iptables -A INPUT -p udp --dport 631 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur Samba éve ntuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 139 -j ACCEPT
#iptables -A INPUT -p udp --dport 139 -j ACCEPT

# Décommentez la ligne suivante pour que des clients puissent se connec ter
# à l'ordinateur par XDMCP)
#iptables -A INPUT -p udp --dport 177 -j ACCEPT

# Décommentez la ligne suivante pour que l'odinateur puisse se connecte r
# par XDMCP à une machine distante)
#iptables -A INPUT -p tcp --dport 6001 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur CVS éventuel
# soit joignable de l'extérieur via le mécanisme de "pserver"
# (si les utilisateurs accèdent au serveur CVS exclusivement via SSH,
# seule la ligne concernant le serveur SSH doit être décommentée)
#iptables -A INPUT -p tcp --dport 2401 -j ACCEPT

# Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoL AN
# (ce sont des flux UDP entrants sur le port 1234)
#iptables -A INPUT -p udp --dport 1234 -j ACCEPT

# Décommentez la ligne suivante pour pouvoir reçevoir des annonces SA P
# (ce sont des annonces de session multicast)
#iptables -A INPUT -p udp -d 224.2.127.254 --dport 9875 -j ACCEPT

# Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeting
#iptables -A INPUT -p tcp --dport 30000:33000 -j ACCEPT
#iptables -A INPUT -p tcp --dport 1720 -j ACCEPT
#iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT

# La règle par défaut pour la chaine INPUT devient "REJECT"
# (il n'est pas possible de mettre REJECT comme politique par défaut)
iptables -A INPUT -j REJECT

# FIN des règles de filtrage

# DEBUT des règles pour le partage de connexion (i.e. le NAT)

# Décommentez la ligne suivante pour que le système fasse office de
# "serveur NAT" et remplaçez "eth0" par le nom de l'interface connect ée
# à Internet
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

# Si la connexion que vous partagez est une connexion ADSL, vous
# serez probablement confronté au fameux problème du MTU. En résum é,
# le problème vient du fait que le MTU de la liaison entre votre
# fournisseur d'accès et le serveur NAT est un petit peu inférieur au
# MTU de la liaison Ethernet qui relie le serveur NAT aux machines qui
# sont derrière le NAT. Pour résoudre ce problème, décommentez la ligne
# suivante et remplaçez "eth0" par le nom de l'interface connectée à
# Internet.
iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS -o eth0
--clamp-mss-to-pmtu

# FIN des règles pour le partage de connexion (i.e. le NAT)

# DEBUT des règles de "port forwarding"

# Décommentez la ligne suivante pour que les requêtes TCP reçues su r
# le port 80 de l'interface eth0 soient forwardées à la machine dont
# l'IP est 192.168.0.3 sur son port 80 (la réponse à la requête ser a
# forwardée au client)
#iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j DNAT
--to-destination 192.168.0.3:80

# FIN des règles de "port forwarding"

------=_Part_137340_22208321.1227533653949
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

désolé, j'ai copié 2 fois :). <div class="gmail_quo te">Le 24 novembre 2008 14:31, Anne sophie Lantz <<a h ref="mailto:"></a>> a écrit : 
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div clas s="gmail_quote">2008/11/24 Anne sophie Lantz <<a hre f="mailto:" target="_blank"> ail.com</a>><div>
<div></div><div class="Wj3C7c"> <blockquote class="gmail_quote" styl e="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 <div class="gmail_quote">Le 24 novembre 2008 12:29, Jean-Michel O LTRA <<a href="mailto: t" target="_blank"></a>> a écr it :<div>

 <blockquote class="gmail_quote" style="border-left: 1px solid rgb(2 04, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div> 
   Bonjour, 
 
 
Le lundi 24 novembre 2008, Anne sophie Lantz a écrit... 
 
 
</div>>     Peux tu acc der au net depuis le serveur ? 
 
> Oui, je peux acc der au net depuis serv1. mais pas depuis les pc1 et p c2. 
> apr s avoir fait sur le serveur serv1 : 
<div>> /etc/init.d/networking restart 
> toujours pas de connexion sur pc1 et pc2 au net. 
 
</div>Il faudrait les fichiers interfaces des pc clients. Etre également sûr 
que le forwarding est activé sur le serveur (`iptables -L FORWARD`). 
</blockquote></div></div> pc2 : /etc/network/interfaces : <div>auto lo iface lo inet loopback </div>auto eth0 iface eth0 inet stat ic    address <a href="http://192.168.10.3" target="_blank ">192.168.10.3</a><div>

    netmask <a href="http://255.255.255.0" target="_blank" >255.255.255.0</a> 
   broadcast <a href="http://192.168.10.255" target="_blank"> 192.168.10.255</a> </div>   gateway <a href="http://192.168. 10.1" target="_blank">192.168.10.1</a> pc2 : cat /etc/resolv.conf : <div>
domain <a href="http://aslantz.com" target="_blank">aslantz.com</a> search <a href="http://aslantz.com" target="_blank">aslantz.com</a> </div>
nameserver <a href="http://192.168.10.1" target="_blank">192.168.10.1</ a><div> nameserver <a href="http://81.253.149.1" target="_blank">81. 253.149.1</a> nameserver <a href="http://80.10.246.3" target="_blank ">80.10.246.3</a> 

 </div>serv1:~# iptables -L FORWARD Chain FORWARD (policy ACCEPT) 
target     prot opt source    &nbsp ;          destination &n bsp;       TCPMSS     tcp  --  anywhere       &nbsp ;     anywhere      &nbsp ;     tcp flags:SYN,RST/SYN TCPMSS clamp to PMTU 
</blockquote></div></div></div>je vous joins aussi mon fichier iptables-sta rt : #!/bin/sh # /etc/network/if-pre-up.d/iptables-start # Script qui démarre les règles de filtrage "iptables" # Formation Debian GNU/Linux par Alexis de Lattre 

# <a href="http://formation-debian.via.ecp.fr/" target="_blank">http:// formation-debian.via.ecp.fr/</a> # REMISE à ZERO des règles de f iltrage iptables -F iptables -t nat -F # DEBUT des "p olitiques par défaut" 

 # Je veux que les connexions entrantes soient bloquées par défautiptables -P INPUT DROP # Je veux que les connexions destinées à être forwardées # soient acceptées par défaut iptables -P FORWARD ACCEPT 

 # Je veux que les connexions sortantes soient acceptées par défaut iptables -P OUTPUT ACCEPT # FIN des "politiques par défaut " # DEBUT des règles de filtrage # Pas de filtrage sur l'interface de "loopback" 

iptables -A INPUT -i lo -j ACCEPT # J'accepte le protocole ICMP (i.e. le "ping") iptables -A INPUT -p icmp -j ACCEPT # J'accepte le protocole IGMP (pour le multicast) iptables -A INPUT -p igmp -j ACCEPT 

 # J'accepte les packets entrants relatifs à des connexions déj à établies iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveu r FTP éventuel 

# soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 20 -j ACCEPT #iptables -A INPUT -p tcp --dport 21 -j ACCEPT # D écommentez la ligne suivante pour que le serveur SSH éventuel # soit joignable de l'extérieur 

#iptables -A INPUT -p tcp --dport 22 -j ACCEPT # Décommentez la li gne suivante pour que le serveur de mail éventuel # soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 25 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur de DNS éven tuel 

# soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 53 -j ACCEPT #iptables -A INPUT -p udp --dport 53 -j ACCEPT # D écommentez la ligne suivante pour que le serveur Web éventuel # soit joignable de l'extérieur 

#iptables -A INPUT -p tcp --dport 80 -j ACCEPT # Décommentez les d eux lignes suivantes pour que le serveur CUPS éventuel # soit joignabl e de l'extérieur #iptables -A INPUT -p tcp --dport 631 -j ACCEPT

#iptables -A INPUT -p udp --dport 631 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur Samba éventuel # soit joigna ble de l'extérieur #iptables -A INPUT -p tcp --dport 139 -j ACCEPT 

#iptables -A INPUT -p udp --dport 139 -j ACCEPT # Décommentez la l igne suivante pour que des clients puissent se connecter # à l'ord inateur par XDMCP) #iptables -A INPUT -p udp --dport 177 -j ACCEPT 

# Décommentez la ligne suivante pour que l'odinateur puisse se connec ter # par XDMCP à une machine distante) #iptables -A INPUT -p tcp - -dport 6001 -j ACCEPT # Décommentez la ligne suivante pour que le serveur CVS éventuel 

# soit joignable de l'extérieur via le mécanisme de "pserver&q uot; # (si les utilisateurs accèdent au serveur CVS exclusivement via SSH, # seule la ligne concernant le serveur SSH doit être décomment ée) 

#iptables -A INPUT -p tcp --dport 2401 -j ACCEPT # Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoLAN # (ce sont des flux UDP entrants sur le port 1234) #iptables -A INPUT -p udp --dport 12 34 -j ACCEPT 

 # Décommentez la ligne suivante pour pouvoir reçevoir des annonces SAP # (ce sont des annonces de session multicast) #iptables -A INPUT -p udp -d <a href="http://224.2.127.254" target="_blank">224.2.127.254< /a> --dport 9875 -j ACCEPT 

 # Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeti ng #iptables -A INPUT -p tcp --dport 30000:33000 -j ACCEPT #iptables -A INPUT -p tcp --dport 1720 -j ACCEPT #iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT 

 # La règle par défaut pour la chaine INPUT devient "REJECT&quo t; # (il n'est pas possible de mettre REJECT comme politique par d éfaut) iptables -A INPUT -j REJECT # FIN des règles de filtra ge 

 # DEBUT des règles pour le partage de connexion (i.e. le NAT) # Décommentez la ligne suivante pour que le système fasse office de # "serveur NAT" et remplaçez "eth0" par le nom de l'interface connectée 

# à Internet iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE # Si la connexion que vous partagez est une connexion ADSL, vous # se rez probablement confronté au fameux problème du MTU. En résumé, # le problème vient du fait que le MTU de la liaison entre votre 

# fournisseur d'accès et le serveur NAT est un petit peu inférieur au # MTU de la liaison Ethernet qui relie le serveur NAT aux machines qu i # sont derrière le NAT. Pour résoudre ce problème, décommentez la ligne 

# suivante et remplaçez "eth0" par le nom de l'interface co nnectée à # Internet. #iptables -A FORWARD -p tcp --tcp-flags SYN ,RST SYN -j TCPMSS -o eth0 --clamp-mss-to-pmtu # FIN des règles po ur le partage de connexion (i.e. le NAT) 

 # DEBUT des règles de "port forwarding" # Déco mmentez la ligne suivante pour que les requêtes TCP reçues sur # le port 80 de l'interface eth0 soient forwardées à la machine dont # l'IP est <a href="http://192.168.0.3" target="_blank">192.168.0.3 </a> sur son port 80 (la réponse à la requête sera 

# forwardée au client) #iptables -t nat -A PREROUTING -i eth0 -p tcp - -dport 80 -j DNAT --to-destination <a href="http://192.168.0.3:80" target ="_blank">192.168.0.3:80</a> # FIN des règles de "port forw arding" 
serv1:~# vi /etc/network/if-pre*/iptables* 
serv1:~# cat /etc/network/if-pre*/iptables* #!/bin/sh # /etc/network/ if-pre-up.d/iptables-start # Script qui démarre les règles de filtra ge "iptables" # Formation Debian GNU/Linux par Alexis de Lattr e 

# <a href="http://formation-debian.via.ecp.fr/" target="_blank">http:// formation-debian.via.ecp.fr/</a> # REMISE à ZERO des règles de f iltrage iptables -F iptables -t nat -F # DEBUT des "p olitiques par défaut" 

 # Je veux que les connexions entrantes soient bloquées par défautiptables -P INPUT DROP # Je veux que les connexions destinées à être forwardées # soient acceptées par défaut iptables -P FORWARD ACCEPT 

 # Je veux que les connexions sortantes soient acceptées par défaut iptables -P OUTPUT ACCEPT # FIN des "politiques par défaut " # DEBUT des règles de filtrage # Pas de filtrage sur l'interface de "loopback" 

iptables -A INPUT -i lo -j ACCEPT # J'accepte le protocole ICMP (i.e. le "ping") iptables -A INPUT -p icmp -j ACCEPT # J'accepte le protocole IGMP (pour le multicast) iptables -A INPUT -p igmp -j ACCEPT 

 # J'accepte les packets entrants relatifs à des connexions déj à établies iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveu r FTP éventuel 

# soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 20 -j ACCEPT #iptables -A INPUT -p tcp --dport 21 -j ACCEPT # D écommentez la ligne suivante pour que le serveur SSH éventuel # soit joignable de l'extérieur 

#iptables -A INPUT -p tcp --dport 22 -j ACCEPT # Décommentez la li gne suivante pour que le serveur de mail éventuel # soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 25 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur de DNS éven tuel 

# soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 53 -j ACCEPT #iptables -A INPUT -p udp --dport 53 -j ACCEPT # D écommentez la ligne suivante pour que le serveur Web éventuel # soit joignable de l'extérieur 

#iptables -A INPUT -p tcp --dport 80 -j ACCEPT # Décommentez les d eux lignes suivantes pour que le serveur CUPS éventuel # soit joignabl e de l'extérieur #iptables -A INPUT -p tcp --dport 631 -j ACCEPT

#iptables -A INPUT -p udp --dport 631 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur Samba éventuel # soit joigna ble de l'extérieur #iptables -A INPUT -p tcp --dport 139 -j ACCEPT 

#iptables -A INPUT -p udp --dport 139 -j ACCEPT # Décommentez la l igne suivante pour que des clients puissent se connecter # à l'ord inateur par XDMCP) #iptables -A INPUT -p udp --dport 177 -j ACCEPT 

# Décommentez la ligne suivante pour que l'odinateur puisse se connec ter # par XDMCP à une machine distante) #iptables -A INPUT -p tcp - -dport 6001 -j ACCEPT # Décommentez la ligne suivante pour que le serveur CVS éventuel 

# soit joignable de l'extérieur via le mécanisme de "pserver&q uot; # (si les utilisateurs accèdent au serveur CVS exclusivement via SSH, # seule la ligne concernant le serveur SSH doit être décomment ée) 

#iptables -A INPUT -p tcp --dport 2401 -j ACCEPT # Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoLAN # (ce sont des flux UDP entrants sur le port 1234) #iptables -A INPUT -p udp --dport 12 34 -j ACCEPT 

 # Décommentez la ligne suivante pour pouvoir reçevoir des annonces SAP # (ce sont des annonces de session multicast) #iptables -A INPUT -p udp -d <a href="http://224.2.127.254" target="_blank">224.2.127.254< /a> --dport 9875 -j ACCEPT 

 # Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeti ng #iptables -A INPUT -p tcp --dport 30000:33000 -j ACCEPT #iptables -A INPUT -p tcp --dport 1720 -j ACCEPT #iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT 

 # La règle par défaut pour la chaine INPUT devient "REJECT&quo t; # (il n'est pas possible de mettre REJECT comme politique par d éfaut) iptables -A INPUT -j REJECT # FIN des règles de filtra ge 

 # DEBUT des règles pour le partage de connexion (i.e. le NAT) # Décommentez la ligne suivante pour que le système fasse office de # "serveur NAT" et remplaçez "eth0" par le nom de l'interface connectée 

# à Internet iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE # Si la connexion que vous partagez est une connexion ADSL, vous # se rez probablement confronté au fameux problème du MTU. En résumé, # le problème vient du fait que le MTU de la liaison entre votre 

# fournisseur d'accès et le serveur NAT est un petit peu inférieur au # MTU de la liaison Ethernet qui relie le serveur NAT aux machines qu i # sont derrière le NAT. Pour résoudre ce problème, décommentez la ligne 

# suivante et remplaçez "eth0" par le nom de l'interface co nnectée à # Internet. iptables -A FORWARD -p tcp --tcp-flags SYN, RST SYN -j TCPMSS -o eth0 --clamp-mss-to-pmtu # FIN des règles pou r le partage de connexion (i.e. le NAT) 

 # DEBUT des règles de "port forwarding" # Déco mmentez la ligne suivante pour que les requêtes TCP reçues sur # le port 80 de l'interface eth0 soient forwardées à la machine dont # l'IP est <a href="http://192.168.0.3" target="_blank">192.168.0.3 </a> sur son port 80 (la réponse à la requête sera 

# forwardée au client) #iptables -t nat -A PREROUTING -i eth0 -p tcp - -dport 80 -j DNAT --to-destination <a href="http://192.168.0.3:80" target ="_blank">192.168.0.3:80</a> # FIN des règles de "port forw arding" 
 
</blockquote></div> 

------=_Part_137340_22208321.1227533653949--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

------=_Part_137340_22208321.1227533653949
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

désolé, j'ai copié 2 fois :).

Le 24 novembre 2008 14:31, Anne sophie Lantz <annesophielantz@gmail.com> a
écrit :

2008/11/24 Anne sophie Lantz <annesophielantz@gmail.com>

Le 24 novembre 2008 12:29, Jean-Michel OLTRA <
jm.oltra.antispam@espinasse.net> a écrit :

Bonjour,

Le lundi 24 novembre 2008, Anne sophie Lantz a écrit...

> Peux tu acc der au net depuis le serveur ?

> Oui, je peux acc der au net depuis serv1. mais pas depuis les pc1 et
pc2.
> apr s avoir fait sur le serveur serv1 :
> /etc/init.d/networking restart
> toujours pas de connexion sur pc1 et pc2 au net.

Il faudrait les fichiers interfaces des pc clients. Etre également s ûr
que le forwarding est activé sur le serveur (`iptables -L FORWARD`).

pc2 : /etc/network/interfaces :
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 192.168.10.3
netmask 255.255.255.0
broadcast 192.168.10.255
gateway 192.168.10.1

pc2 : cat /etc/resolv.conf :
domain aslantz.com
search aslantz.com
nameserver 192.168.10.1
nameserver 81.253.149.1
nameserver 80.10.246.3

serv1:~# iptables -L FORWARD
Chain FORWARD (policy ACCEPT)
target prot opt source destination
TCPMSS tcp -- anywhere anywhere tcp
flags:SYN,RST/SYN TCPMSS clamp to PMTU

je vous joins aussi mon fichier iptables-start :

#!/bin/sh
# /etc/network/if-pre-up.d/iptables-start
# Script qui démarre les règles de filtrage "iptables"
# Formation Debian GNU/Linux par Alexis de Lattre
# http://formation-debian.via.ecp.fr/

# REMISE à ZERO des règles de filtrage
iptables -F
iptables -t nat -F

# DEBUT des "politiques par défaut"

# Je veux que les connexions entrantes soient bloquées par défaut
iptables -P INPUT DROP

# Je veux que les connexions destinées à être forwardées
# soient acceptées par défaut
iptables -P FORWARD ACCEPT

# Je veux que les connexions sortantes soient acceptées par défaut
iptables -P OUTPUT ACCEPT

# FIN des "politiques par défaut"

# DEBUT des règles de filtrage

# Pas de filtrage sur l'interface de "loopback"
iptables -A INPUT -i lo -j ACCEPT

# J'accepte le protocole ICMP (i.e. le "ping")
iptables -A INPUT -p icmp -j ACCEPT

# J'accepte le protocole IGMP (pour le multicast)
iptables -A INPUT -p igmp -j ACCEPT

# J'accepte les packets entrants relatifs à des connexions déjà é tablies
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur FTP évent uel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 20 -j ACCEPT
#iptables -A INPUT -p tcp --dport 21 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur SSH éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 22 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur de mail éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 25 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur de DNS év entuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 53 -j ACCEPT
#iptables -A INPUT -p udp --dport 53 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur Web éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 80 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur CUPS éven tuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 631 -j ACCEPT
#iptables -A INPUT -p udp --dport 631 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur Samba éve ntuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 139 -j ACCEPT
#iptables -A INPUT -p udp --dport 139 -j ACCEPT

# Décommentez la ligne suivante pour que des clients puissent se connec ter
# à l'ordinateur par XDMCP)
#iptables -A INPUT -p udp --dport 177 -j ACCEPT

# Décommentez la ligne suivante pour que l'odinateur puisse se connecte r
# par XDMCP à une machine distante)
#iptables -A INPUT -p tcp --dport 6001 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur CVS éventuel
# soit joignable de l'extérieur via le mécanisme de "pserver"
# (si les utilisateurs accèdent au serveur CVS exclusivement via SSH,
# seule la ligne concernant le serveur SSH doit être décommentée)
#iptables -A INPUT -p tcp --dport 2401 -j ACCEPT

# Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoL AN
# (ce sont des flux UDP entrants sur le port 1234)
#iptables -A INPUT -p udp --dport 1234 -j ACCEPT

# Décommentez la ligne suivante pour pouvoir reçevoir des annonces SA P
# (ce sont des annonces de session multicast)
#iptables -A INPUT -p udp -d 224.2.127.254 --dport 9875 -j ACCEPT

# Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeting
#iptables -A INPUT -p tcp --dport 30000:33000 -j ACCEPT
#iptables -A INPUT -p tcp --dport 1720 -j ACCEPT
#iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT

# La règle par défaut pour la chaine INPUT devient "REJECT"
# (il n'est pas possible de mettre REJECT comme politique par défaut)
iptables -A INPUT -j REJECT

# FIN des règles de filtrage

# DEBUT des règles pour le partage de connexion (i.e. le NAT)

# Décommentez la ligne suivante pour que le système fasse office de
# "serveur NAT" et remplaçez "eth0" par le nom de l'interface connect ée
# à Internet
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

# Si la connexion que vous partagez est une connexion ADSL, vous
# serez probablement confronté au fameux problème du MTU. En résum é,
# le problème vient du fait que le MTU de la liaison entre votre
# fournisseur d'accès et le serveur NAT est un petit peu inférieur au
# MTU de la liaison Ethernet qui relie le serveur NAT aux machines qui
# sont derrière le NAT. Pour résoudre ce problème, décommentez la ligne
# suivante et remplaçez "eth0" par le nom de l'interface connectée à
# Internet.
#iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS -o eth0
--clamp-mss-to-pmtu

# FIN des règles pour le partage de connexion (i.e. le NAT)

# DEBUT des règles de "port forwarding"

# Décommentez la ligne suivante pour que les requêtes TCP reçues su r
# le port 80 de l'interface eth0 soient forwardées à la machine dont
# l'IP est 192.168.0.3 sur son port 80 (la réponse à la requête ser a
# forwardée au client)
#iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j DNAT
--to-destination 192.168.0.3:80

# FIN des règles de "port forwarding"
serv1:~# vi /etc/network/if-pre*/iptables*
serv1:~# cat /etc/network/if-pre*/iptables*
#!/bin/sh
# /etc/network/if-pre-up.d/iptables-start
# Script qui démarre les règles de filtrage "iptables"
# Formation Debian GNU/Linux par Alexis de Lattre
# http://formation-debian.via.ecp.fr/

# REMISE à ZERO des règles de filtrage
iptables -F
iptables -t nat -F

# DEBUT des "politiques par défaut"

# Je veux que les connexions entrantes soient bloquées par défaut
iptables -P INPUT DROP

# Je veux que les connexions destinées à être forwardées
# soient acceptées par défaut
iptables -P FORWARD ACCEPT

# Je veux que les connexions sortantes soient acceptées par défaut
iptables -P OUTPUT ACCEPT

# FIN des "politiques par défaut"

# DEBUT des règles de filtrage

# Pas de filtrage sur l'interface de "loopback"
iptables -A INPUT -i lo -j ACCEPT

# J'accepte le protocole ICMP (i.e. le "ping")
iptables -A INPUT -p icmp -j ACCEPT

# J'accepte le protocole IGMP (pour le multicast)
iptables -A INPUT -p igmp -j ACCEPT

# J'accepte les packets entrants relatifs à des connexions déjà é tablies
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur FTP évent uel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 20 -j ACCEPT
#iptables -A INPUT -p tcp --dport 21 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur SSH éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 22 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur de mail éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 25 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur de DNS év entuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 53 -j ACCEPT
#iptables -A INPUT -p udp --dport 53 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur Web éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 80 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur CUPS éven tuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 631 -j ACCEPT
#iptables -A INPUT -p udp --dport 631 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur Samba éve ntuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 139 -j ACCEPT
#iptables -A INPUT -p udp --dport 139 -j ACCEPT

# Décommentez la ligne suivante pour que des clients puissent se connec ter
# à l'ordinateur par XDMCP)
#iptables -A INPUT -p udp --dport 177 -j ACCEPT

# Décommentez la ligne suivante pour que l'odinateur puisse se connecte r
# par XDMCP à une machine distante)
#iptables -A INPUT -p tcp --dport 6001 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur CVS éventuel
# soit joignable de l'extérieur via le mécanisme de "pserver"
# (si les utilisateurs accèdent au serveur CVS exclusivement via SSH,
# seule la ligne concernant le serveur SSH doit être décommentée)
#iptables -A INPUT -p tcp --dport 2401 -j ACCEPT

# Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoL AN
# (ce sont des flux UDP entrants sur le port 1234)
#iptables -A INPUT -p udp --dport 1234 -j ACCEPT

# Décommentez la ligne suivante pour pouvoir reçevoir des annonces SA P
# (ce sont des annonces de session multicast)
#iptables -A INPUT -p udp -d 224.2.127.254 --dport 9875 -j ACCEPT

# Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeting
#iptables -A INPUT -p tcp --dport 30000:33000 -j ACCEPT
#iptables -A INPUT -p tcp --dport 1720 -j ACCEPT
#iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT

# La règle par défaut pour la chaine INPUT devient "REJECT"
# (il n'est pas possible de mettre REJECT comme politique par défaut)
iptables -A INPUT -j REJECT

# FIN des règles de filtrage

# DEBUT des règles pour le partage de connexion (i.e. le NAT)

# Décommentez la ligne suivante pour que le système fasse office de
# "serveur NAT" et remplaçez "eth0" par le nom de l'interface connect ée
# à Internet
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

# Si la connexion que vous partagez est une connexion ADSL, vous
# serez probablement confronté au fameux problème du MTU. En résum é,
# le problème vient du fait que le MTU de la liaison entre votre
# fournisseur d'accès et le serveur NAT est un petit peu inférieur au
# MTU de la liaison Ethernet qui relie le serveur NAT aux machines qui
# sont derrière le NAT. Pour résoudre ce problème, décommentez la ligne
# suivante et remplaçez "eth0" par le nom de l'interface connectée à
# Internet.
iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS -o eth0
--clamp-mss-to-pmtu

# FIN des règles pour le partage de connexion (i.e. le NAT)

# DEBUT des règles de "port forwarding"

# Décommentez la ligne suivante pour que les requêtes TCP reçues su r
# le port 80 de l'interface eth0 soient forwardées à la machine dont
# l'IP est 192.168.0.3 sur son port 80 (la réponse à la requête ser a
# forwardée au client)
#iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j DNAT
--to-destination 192.168.0.3:80

# FIN des règles de "port forwarding"

------=_Part_137340_22208321.1227533653949
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

désolé, j'ai copié 2 fois :). <div class="gmail_quo te">Le 24 novembre 2008 14:31, Anne sophie Lantz <<a h ref="mailto:annesophielantz@gmail.com">annesophielantz@gmail.com</a>> a écrit : 
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div clas s="gmail_quote">2008/11/24 Anne sophie Lantz <<a hre f="mailto:annesophielantz@gmail.com" target="_blank">annesophielantz@gm ail.com</a>><div>
<div></div><div class="Wj3C7c"> <blockquote class="gmail_quote" styl e="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 <div class="gmail_quote">Le 24 novembre 2008 12:29, Jean-Michel O LTRA <<a href="mailto:jm.oltra.antispam@espinasse.ne t" target="_blank">jm.oltra.antispam@espinasse.net</a>> a écr it :<div>

 <blockquote class="gmail_quote" style="border-left: 1px solid rgb(2 04, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div> 
   Bonjour, 
 
 
Le lundi 24 novembre 2008, Anne sophie Lantz a écrit... 
 
 
</div>>     Peux tu acc der au net depuis le serveur ? 
 
> Oui, je peux acc der au net depuis serv1. mais pas depuis les pc1 et p c2. 
> apr s avoir fait sur le serveur serv1 : 
<div>> /etc/init.d/networking restart 
> toujours pas de connexion sur pc1 et pc2 au net. 
 
</div>Il faudrait les fichiers interfaces des pc clients. Etre également sûr 
que le forwarding est activé sur le serveur (`iptables -L FORWARD`). 
</blockquote></div></div> pc2 : /etc/network/interfaces : <div>auto lo iface lo inet loopback </div>auto eth0 iface eth0 inet stat ic    address <a href="http://192.168.10.3" target="_blank ">192.168.10.3</a><div>

    netmask <a href="http://255.255.255.0" target="_blank" >255.255.255.0</a> 
   broadcast <a href="http://192.168.10.255" target="_blank"> 192.168.10.255</a> </div>   gateway <a href="http://192.168. 10.1" target="_blank">192.168.10.1</a> pc2 : cat /etc/resolv.conf : <div>
domain <a href="http://aslantz.com" target="_blank">aslantz.com</a> search <a href="http://aslantz.com" target="_blank">aslantz.com</a> </div>
nameserver <a href="http://192.168.10.1" target="_blank">192.168.10.1</ a><div> nameserver <a href="http://81.253.149.1" target="_blank">81. 253.149.1</a> nameserver <a href="http://80.10.246.3" target="_blank ">80.10.246.3</a> 

 </div>serv1:~# iptables -L FORWARD Chain FORWARD (policy ACCEPT) 
target     prot opt source    &nbsp ;          destination &n bsp;       TCPMSS     tcp  --  anywhere       &nbsp ;     anywhere      &nbsp ;     tcp flags:SYN,RST/SYN TCPMSS clamp to PMTU 
</blockquote></div></div></div>je vous joins aussi mon fichier iptables-sta rt : #!/bin/sh # /etc/network/if-pre-up.d/iptables-start # Script qui démarre les règles de filtrage "iptables" # Formation Debian GNU/Linux par Alexis de Lattre 

# <a href="http://formation-debian.via.ecp.fr/" target="_blank">http:// formation-debian.via.ecp.fr/</a> # REMISE à ZERO des règles de f iltrage iptables -F iptables -t nat -F # DEBUT des "p olitiques par défaut" 

 # Je veux que les connexions entrantes soient bloquées par défautiptables -P INPUT DROP # Je veux que les connexions destinées à être forwardées # soient acceptées par défaut iptables -P FORWARD ACCEPT 

 # Je veux que les connexions sortantes soient acceptées par défaut iptables -P OUTPUT ACCEPT # FIN des "politiques par défaut " # DEBUT des règles de filtrage # Pas de filtrage sur l'interface de "loopback" 

iptables -A INPUT -i lo -j ACCEPT # J'accepte le protocole ICMP (i.e. le "ping") iptables -A INPUT -p icmp -j ACCEPT # J'accepte le protocole IGMP (pour le multicast) iptables -A INPUT -p igmp -j ACCEPT 

 # J'accepte les packets entrants relatifs à des connexions déj à établies iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveu r FTP éventuel 

# soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 20 -j ACCEPT #iptables -A INPUT -p tcp --dport 21 -j ACCEPT # D écommentez la ligne suivante pour que le serveur SSH éventuel # soit joignable de l'extérieur 

#iptables -A INPUT -p tcp --dport 22 -j ACCEPT # Décommentez la li gne suivante pour que le serveur de mail éventuel # soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 25 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur de DNS éven tuel 

# soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 53 -j ACCEPT #iptables -A INPUT -p udp --dport 53 -j ACCEPT # D écommentez la ligne suivante pour que le serveur Web éventuel # soit joignable de l'extérieur 

#iptables -A INPUT -p tcp --dport 80 -j ACCEPT # Décommentez les d eux lignes suivantes pour que le serveur CUPS éventuel # soit joignabl e de l'extérieur #iptables -A INPUT -p tcp --dport 631 -j ACCEPT

#iptables -A INPUT -p udp --dport 631 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur Samba éventuel # soit joigna ble de l'extérieur #iptables -A INPUT -p tcp --dport 139 -j ACCEPT 

#iptables -A INPUT -p udp --dport 139 -j ACCEPT # Décommentez la l igne suivante pour que des clients puissent se connecter # à l'ord inateur par XDMCP) #iptables -A INPUT -p udp --dport 177 -j ACCEPT 

# Décommentez la ligne suivante pour que l'odinateur puisse se connec ter # par XDMCP à une machine distante) #iptables -A INPUT -p tcp - -dport 6001 -j ACCEPT # Décommentez la ligne suivante pour que le serveur CVS éventuel 

# soit joignable de l'extérieur via le mécanisme de "pserver&q uot; # (si les utilisateurs accèdent au serveur CVS exclusivement via SSH, # seule la ligne concernant le serveur SSH doit être décomment ée) 

#iptables -A INPUT -p tcp --dport 2401 -j ACCEPT # Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoLAN # (ce sont des flux UDP entrants sur le port 1234) #iptables -A INPUT -p udp --dport 12 34 -j ACCEPT 

 # Décommentez la ligne suivante pour pouvoir reçevoir des annonces SAP # (ce sont des annonces de session multicast) #iptables -A INPUT -p udp -d <a href="http://224.2.127.254" target="_blank">224.2.127.254< /a> --dport 9875 -j ACCEPT 

 # Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeti ng #iptables -A INPUT -p tcp --dport 30000:33000 -j ACCEPT #iptables -A INPUT -p tcp --dport 1720 -j ACCEPT #iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT 

 # La règle par défaut pour la chaine INPUT devient "REJECT&quo t; # (il n'est pas possible de mettre REJECT comme politique par d éfaut) iptables -A INPUT -j REJECT # FIN des règles de filtra ge 

 # DEBUT des règles pour le partage de connexion (i.e. le NAT) # Décommentez la ligne suivante pour que le système fasse office de # "serveur NAT" et remplaçez "eth0" par le nom de l'interface connectée 

# à Internet iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE # Si la connexion que vous partagez est une connexion ADSL, vous # se rez probablement confronté au fameux problème du MTU. En résumé, # le problème vient du fait que le MTU de la liaison entre votre 

# fournisseur d'accès et le serveur NAT est un petit peu inférieur au # MTU de la liaison Ethernet qui relie le serveur NAT aux machines qu i # sont derrière le NAT. Pour résoudre ce problème, décommentez la ligne 

# suivante et remplaçez "eth0" par le nom de l'interface co nnectée à # Internet. #iptables -A FORWARD -p tcp --tcp-flags SYN ,RST SYN -j TCPMSS -o eth0 --clamp-mss-to-pmtu # FIN des règles po ur le partage de connexion (i.e. le NAT) 

 # DEBUT des règles de "port forwarding" # Déco mmentez la ligne suivante pour que les requêtes TCP reçues sur # le port 80 de l'interface eth0 soient forwardées à la machine dont # l'IP est <a href="http://192.168.0.3" target="_blank">192.168.0.3 </a> sur son port 80 (la réponse à la requête sera 

# forwardée au client) #iptables -t nat -A PREROUTING -i eth0 -p tcp - -dport 80 -j DNAT --to-destination <a href="http://192.168.0.3:80" target ="_blank">192.168.0.3:80</a> # FIN des règles de "port forw arding" 
serv1:~# vi /etc/network/if-pre*/iptables* 
serv1:~# cat /etc/network/if-pre*/iptables* #!/bin/sh # /etc/network/ if-pre-up.d/iptables-start # Script qui démarre les règles de filtra ge "iptables" # Formation Debian GNU/Linux par Alexis de Lattr e 

# <a href="http://formation-debian.via.ecp.fr/" target="_blank">http:// formation-debian.via.ecp.fr/</a> # REMISE à ZERO des règles de f iltrage iptables -F iptables -t nat -F # DEBUT des "p olitiques par défaut" 

 # Je veux que les connexions entrantes soient bloquées par défautiptables -P INPUT DROP # Je veux que les connexions destinées à être forwardées # soient acceptées par défaut iptables -P FORWARD ACCEPT 

 # Je veux que les connexions sortantes soient acceptées par défaut iptables -P OUTPUT ACCEPT # FIN des "politiques par défaut " # DEBUT des règles de filtrage # Pas de filtrage sur l'interface de "loopback" 

iptables -A INPUT -i lo -j ACCEPT # J'accepte le protocole ICMP (i.e. le "ping") iptables -A INPUT -p icmp -j ACCEPT # J'accepte le protocole IGMP (pour le multicast) iptables -A INPUT -p igmp -j ACCEPT 

 # J'accepte les packets entrants relatifs à des connexions déj à établies iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveu r FTP éventuel 

# soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 20 -j ACCEPT #iptables -A INPUT -p tcp --dport 21 -j ACCEPT # D écommentez la ligne suivante pour que le serveur SSH éventuel # soit joignable de l'extérieur 

#iptables -A INPUT -p tcp --dport 22 -j ACCEPT # Décommentez la li gne suivante pour que le serveur de mail éventuel # soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 25 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur de DNS éven tuel 

# soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 53 -j ACCEPT #iptables -A INPUT -p udp --dport 53 -j ACCEPT # D écommentez la ligne suivante pour que le serveur Web éventuel # soit joignable de l'extérieur 

#iptables -A INPUT -p tcp --dport 80 -j ACCEPT # Décommentez les d eux lignes suivantes pour que le serveur CUPS éventuel # soit joignabl e de l'extérieur #iptables -A INPUT -p tcp --dport 631 -j ACCEPT

#iptables -A INPUT -p udp --dport 631 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur Samba éventuel # soit joigna ble de l'extérieur #iptables -A INPUT -p tcp --dport 139 -j ACCEPT 

#iptables -A INPUT -p udp --dport 139 -j ACCEPT # Décommentez la l igne suivante pour que des clients puissent se connecter # à l'ord inateur par XDMCP) #iptables -A INPUT -p udp --dport 177 -j ACCEPT 

# Décommentez la ligne suivante pour que l'odinateur puisse se connec ter # par XDMCP à une machine distante) #iptables -A INPUT -p tcp - -dport 6001 -j ACCEPT # Décommentez la ligne suivante pour que le serveur CVS éventuel 

# soit joignable de l'extérieur via le mécanisme de "pserver&q uot; # (si les utilisateurs accèdent au serveur CVS exclusivement via SSH, # seule la ligne concernant le serveur SSH doit être décomment ée) 

#iptables -A INPUT -p tcp --dport 2401 -j ACCEPT # Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoLAN # (ce sont des flux UDP entrants sur le port 1234) #iptables -A INPUT -p udp --dport 12 34 -j ACCEPT 

 # Décommentez la ligne suivante pour pouvoir reçevoir des annonces SAP # (ce sont des annonces de session multicast) #iptables -A INPUT -p udp -d <a href="http://224.2.127.254" target="_blank">224.2.127.254< /a> --dport 9875 -j ACCEPT 

 # Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeti ng #iptables -A INPUT -p tcp --dport 30000:33000 -j ACCEPT #iptables -A INPUT -p tcp --dport 1720 -j ACCEPT #iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT 

 # La règle par défaut pour la chaine INPUT devient "REJECT&quo t; # (il n'est pas possible de mettre REJECT comme politique par d éfaut) iptables -A INPUT -j REJECT # FIN des règles de filtra ge 

 # DEBUT des règles pour le partage de connexion (i.e. le NAT) # Décommentez la ligne suivante pour que le système fasse office de # "serveur NAT" et remplaçez "eth0" par le nom de l'interface connectée 

# à Internet iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE # Si la connexion que vous partagez est une connexion ADSL, vous # se rez probablement confronté au fameux problème du MTU. En résumé, # le problème vient du fait que le MTU de la liaison entre votre 

# fournisseur d'accès et le serveur NAT est un petit peu inférieur au # MTU de la liaison Ethernet qui relie le serveur NAT aux machines qu i # sont derrière le NAT. Pour résoudre ce problème, décommentez la ligne 

# suivante et remplaçez "eth0" par le nom de l'interface co nnectée à # Internet. iptables -A FORWARD -p tcp --tcp-flags SYN, RST SYN -j TCPMSS -o eth0 --clamp-mss-to-pmtu # FIN des règles pou r le partage de connexion (i.e. le NAT) 

 # DEBUT des règles de "port forwarding" # Déco mmentez la ligne suivante pour que les requêtes TCP reçues sur # le port 80 de l'interface eth0 soient forwardées à la machine dont # l'IP est <a href="http://192.168.0.3" target="_blank">192.168.0.3 </a> sur son port 80 (la réponse à la requête sera 

# forwardée au client) #iptables -t nat -A PREROUTING -i eth0 -p tcp - -dport 80 -j DNAT --to-destination <a href="http://192.168.0.3:80" target ="_blank">192.168.0.3:80</a> # FIN des règles de "port forw arding" 
 
</blockquote></div> 

------=_Part_137340_22208321.1227533653949--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Vous avez filtré cet utilisateur ! Consultez son message

------=_Part_137340_22208321.1227533653949
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

désolé, j'ai copié 2 fois :).

Le 24 novembre 2008 14:31, Anne sophie Lantz a
écrit :

2008/11/24 Anne sophie Lantz

Le 24 novembre 2008 12:29, Jean-Michel OLTRA <
a écrit :

Bonjour,

Le lundi 24 novembre 2008, Anne sophie Lantz a écrit...

> Peux tu acc der au net depuis le serveur ?

> Oui, je peux acc der au net depuis serv1. mais pas depuis les pc1 et
pc2.
> apr s avoir fait sur le serveur serv1 :
> /etc/init.d/networking restart
> toujours pas de connexion sur pc1 et pc2 au net.

Il faudrait les fichiers interfaces des pc clients. Etre également s ûr
que le forwarding est activé sur le serveur (`iptables -L FORWARD`).

pc2 : /etc/network/interfaces :
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 192.168.10.3
netmask 255.255.255.0
broadcast 192.168.10.255
gateway 192.168.10.1

pc2 : cat /etc/resolv.conf :
domain aslantz.com
search aslantz.com
nameserver 192.168.10.1
nameserver 81.253.149.1
nameserver 80.10.246.3

serv1:~# iptables -L FORWARD
Chain FORWARD (policy ACCEPT)
target prot opt source destination
TCPMSS tcp -- anywhere anywhere tcp
flags:SYN,RST/SYN TCPMSS clamp to PMTU

je vous joins aussi mon fichier iptables-start :

#!/bin/sh
# /etc/network/if-pre-up.d/iptables-start
# Script qui démarre les règles de filtrage "iptables"
# Formation Debian GNU/Linux par Alexis de Lattre
# http://formation-debian.via.ecp.fr/

# REMISE à ZERO des règles de filtrage
iptables -F
iptables -t nat -F

# DEBUT des "politiques par défaut"

# Je veux que les connexions entrantes soient bloquées par défaut
iptables -P INPUT DROP

# Je veux que les connexions destinées à être forwardées
# soient acceptées par défaut
iptables -P FORWARD ACCEPT

# Je veux que les connexions sortantes soient acceptées par défaut
iptables -P OUTPUT ACCEPT

# FIN des "politiques par défaut"

# DEBUT des règles de filtrage

# Pas de filtrage sur l'interface de "loopback"
iptables -A INPUT -i lo -j ACCEPT

# J'accepte le protocole ICMP (i.e. le "ping")
iptables -A INPUT -p icmp -j ACCEPT

# J'accepte le protocole IGMP (pour le multicast)
iptables -A INPUT -p igmp -j ACCEPT

# J'accepte les packets entrants relatifs à des connexions déjà é tablies
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur FTP évent uel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 20 -j ACCEPT
#iptables -A INPUT -p tcp --dport 21 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur SSH éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 22 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur de mail éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 25 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur de DNS év entuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 53 -j ACCEPT
#iptables -A INPUT -p udp --dport 53 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur Web éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 80 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur CUPS éven tuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 631 -j ACCEPT
#iptables -A INPUT -p udp --dport 631 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur Samba éve ntuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 139 -j ACCEPT
#iptables -A INPUT -p udp --dport 139 -j ACCEPT

# Décommentez la ligne suivante pour que des clients puissent se connec ter
# à l'ordinateur par XDMCP)
#iptables -A INPUT -p udp --dport 177 -j ACCEPT

# Décommentez la ligne suivante pour que l'odinateur puisse se connecte r
# par XDMCP à une machine distante)
#iptables -A INPUT -p tcp --dport 6001 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur CVS éventuel
# soit joignable de l'extérieur via le mécanisme de "pserver"
# (si les utilisateurs accèdent au serveur CVS exclusivement via SSH,
# seule la ligne concernant le serveur SSH doit être décommentée)
#iptables -A INPUT -p tcp --dport 2401 -j ACCEPT

# Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoL AN
# (ce sont des flux UDP entrants sur le port 1234)
#iptables -A INPUT -p udp --dport 1234 -j ACCEPT

# Décommentez la ligne suivante pour pouvoir reçevoir des annonces SA P
# (ce sont des annonces de session multicast)
#iptables -A INPUT -p udp -d 224.2.127.254 --dport 9875 -j ACCEPT

# Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeting
#iptables -A INPUT -p tcp --dport 30000:33000 -j ACCEPT
#iptables -A INPUT -p tcp --dport 1720 -j ACCEPT
#iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT

# La règle par défaut pour la chaine INPUT devient "REJECT"
# (il n'est pas possible de mettre REJECT comme politique par défaut)
iptables -A INPUT -j REJECT

# FIN des règles de filtrage

# DEBUT des règles pour le partage de connexion (i.e. le NAT)

# Décommentez la ligne suivante pour que le système fasse office de
# "serveur NAT" et remplaçez "eth0" par le nom de l'interface connect ée
# à Internet
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

# Si la connexion que vous partagez est une connexion ADSL, vous
# serez probablement confronté au fameux problème du MTU. En résum é,
# le problème vient du fait que le MTU de la liaison entre votre
# fournisseur d'accès et le serveur NAT est un petit peu inférieur au
# MTU de la liaison Ethernet qui relie le serveur NAT aux machines qui
# sont derrière le NAT. Pour résoudre ce problème, décommentez la ligne
# suivante et remplaçez "eth0" par le nom de l'interface connectée à
# Internet.
#iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS -o eth0
--clamp-mss-to-pmtu

# FIN des règles pour le partage de connexion (i.e. le NAT)

# DEBUT des règles de "port forwarding"

# Décommentez la ligne suivante pour que les requêtes TCP reçues su r
# le port 80 de l'interface eth0 soient forwardées à la machine dont
# l'IP est 192.168.0.3 sur son port 80 (la réponse à la requête ser a
# forwardée au client)
#iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j DNAT
--to-destination 192.168.0.3:80

# FIN des règles de "port forwarding"
serv1:~# vi /etc/network/if-pre*/iptables*
serv1:~# cat /etc/network/if-pre*/iptables*
#!/bin/sh
# /etc/network/if-pre-up.d/iptables-start
# Script qui démarre les règles de filtrage "iptables"
# Formation Debian GNU/Linux par Alexis de Lattre
# http://formation-debian.via.ecp.fr/

# REMISE à ZERO des règles de filtrage
iptables -F
iptables -t nat -F

# DEBUT des "politiques par défaut"

# Je veux que les connexions entrantes soient bloquées par défaut
iptables -P INPUT DROP

# Je veux que les connexions destinées à être forwardées
# soient acceptées par défaut
iptables -P FORWARD ACCEPT

# Je veux que les connexions sortantes soient acceptées par défaut
iptables -P OUTPUT ACCEPT

# FIN des "politiques par défaut"

# DEBUT des règles de filtrage

# Pas de filtrage sur l'interface de "loopback"
iptables -A INPUT -i lo -j ACCEPT

# J'accepte le protocole ICMP (i.e. le "ping")
iptables -A INPUT -p icmp -j ACCEPT

# J'accepte le protocole IGMP (pour le multicast)
iptables -A INPUT -p igmp -j ACCEPT

# J'accepte les packets entrants relatifs à des connexions déjà é tablies
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur FTP évent uel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 20 -j ACCEPT
#iptables -A INPUT -p tcp --dport 21 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur SSH éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 22 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur de mail éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 25 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur de DNS év entuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 53 -j ACCEPT
#iptables -A INPUT -p udp --dport 53 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur Web éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 80 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur CUPS éven tuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 631 -j ACCEPT
#iptables -A INPUT -p udp --dport 631 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur Samba éve ntuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 139 -j ACCEPT
#iptables -A INPUT -p udp --dport 139 -j ACCEPT

# Décommentez la ligne suivante pour que des clients puissent se connec ter
# à l'ordinateur par XDMCP)
#iptables -A INPUT -p udp --dport 177 -j ACCEPT

# Décommentez la ligne suivante pour que l'odinateur puisse se connecte r
# par XDMCP à une machine distante)
#iptables -A INPUT -p tcp --dport 6001 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur CVS éventuel
# soit joignable de l'extérieur via le mécanisme de "pserver"
# (si les utilisateurs accèdent au serveur CVS exclusivement via SSH,
# seule la ligne concernant le serveur SSH doit être décommentée)
#iptables -A INPUT -p tcp --dport 2401 -j ACCEPT

# Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoL AN
# (ce sont des flux UDP entrants sur le port 1234)
#iptables -A INPUT -p udp --dport 1234 -j ACCEPT

# Décommentez la ligne suivante pour pouvoir reçevoir des annonces SA P
# (ce sont des annonces de session multicast)
#iptables -A INPUT -p udp -d 224.2.127.254 --dport 9875 -j ACCEPT

# Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeting
#iptables -A INPUT -p tcp --dport 30000:33000 -j ACCEPT
#iptables -A INPUT -p tcp --dport 1720 -j ACCEPT
#iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT

# La règle par défaut pour la chaine INPUT devient "REJECT"
# (il n'est pas possible de mettre REJECT comme politique par défaut)
iptables -A INPUT -j REJECT

# FIN des règles de filtrage

# DEBUT des règles pour le partage de connexion (i.e. le NAT)

# Décommentez la ligne suivante pour que le système fasse office de
# "serveur NAT" et remplaçez "eth0" par le nom de l'interface connect ée
# à Internet
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

# Si la connexion que vous partagez est une connexion ADSL, vous
# serez probablement confronté au fameux problème du MTU. En résum é,
# le problème vient du fait que le MTU de la liaison entre votre
# fournisseur d'accès et le serveur NAT est un petit peu inférieur au
# MTU de la liaison Ethernet qui relie le serveur NAT aux machines qui
# sont derrière le NAT. Pour résoudre ce problème, décommentez la ligne
# suivante et remplaçez "eth0" par le nom de l'interface connectée à
# Internet.
iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS -o eth0
--clamp-mss-to-pmtu

# FIN des règles pour le partage de connexion (i.e. le NAT)

# DEBUT des règles de "port forwarding"

# Décommentez la ligne suivante pour que les requêtes TCP reçues su r
# le port 80 de l'interface eth0 soient forwardées à la machine dont
# l'IP est 192.168.0.3 sur son port 80 (la réponse à la requête ser a
# forwardée au client)
#iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j DNAT
--to-destination 192.168.0.3:80

# FIN des règles de "port forwarding"

------=_Part_137340_22208321.1227533653949
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

désolé, j'ai copié 2 fois :). <div class="gmail_quo te">Le 24 novembre 2008 14:31, Anne sophie Lantz <<a h ref="mailto:"></a>> a écrit : 
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div clas s="gmail_quote">2008/11/24 Anne sophie Lantz <<a hre f="mailto:" target="_blank"> ail.com</a>><div>
<div></div><div class="Wj3C7c"> <blockquote class="gmail_quote" styl e="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 <div class="gmail_quote">Le 24 novembre 2008 12:29, Jean-Michel O LTRA <<a href="mailto: t" target="_blank"></a>> a écr it :<div>

 <blockquote class="gmail_quote" style="border-left: 1px solid rgb(2 04, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div> 
   Bonjour, 
 
 
Le lundi 24 novembre 2008, Anne sophie Lantz a écrit... 
 
 
</div>>     Peux tu acc der au net depuis le serveur ? 
 
> Oui, je peux acc der au net depuis serv1. mais pas depuis les pc1 et p c2. 
> apr s avoir fait sur le serveur serv1 : 
<div>> /etc/init.d/networking restart 
> toujours pas de connexion sur pc1 et pc2 au net. 
 
</div>Il faudrait les fichiers interfaces des pc clients. Etre également sûr 
que le forwarding est activé sur le serveur (`iptables -L FORWARD`). 
</blockquote></div></div> pc2 : /etc/network/interfaces : <div>auto lo iface lo inet loopback </div>auto eth0 iface eth0 inet stat ic    address <a href="http://192.168.10.3" target="_blank ">192.168.10.3</a><div>

    netmask <a href="http://255.255.255.0" target="_blank" >255.255.255.0</a> 
   broadcast <a href="http://192.168.10.255" target="_blank"> 192.168.10.255</a> </div>   gateway <a href="http://192.168. 10.1" target="_blank">192.168.10.1</a> pc2 : cat /etc/resolv.conf : <div>
domain <a href="http://aslantz.com" target="_blank">aslantz.com</a> search <a href="http://aslantz.com" target="_blank">aslantz.com</a> </div>
nameserver <a href="http://192.168.10.1" target="_blank">192.168.10.1</ a><div> nameserver <a href="http://81.253.149.1" target="_blank">81. 253.149.1</a> nameserver <a href="http://80.10.246.3" target="_blank ">80.10.246.3</a> 

 </div>serv1:~# iptables -L FORWARD Chain FORWARD (policy ACCEPT) 
target     prot opt source    &nbsp ;          destination &n bsp;       TCPMSS     tcp  --  anywhere       &nbsp ;     anywhere      &nbsp ;     tcp flags:SYN,RST/SYN TCPMSS clamp to PMTU 
</blockquote></div></div></div>je vous joins aussi mon fichier iptables-sta rt : #!/bin/sh # /etc/network/if-pre-up.d/iptables-start # Script qui démarre les règles de filtrage "iptables" # Formation Debian GNU/Linux par Alexis de Lattre 

# <a href="http://formation-debian.via.ecp.fr/" target="_blank">http:// formation-debian.via.ecp.fr/</a> # REMISE à ZERO des règles de f iltrage iptables -F iptables -t nat -F # DEBUT des "p olitiques par défaut" 

 # Je veux que les connexions entrantes soient bloquées par défautiptables -P INPUT DROP # Je veux que les connexions destinées à être forwardées # soient acceptées par défaut iptables -P FORWARD ACCEPT 

 # Je veux que les connexions sortantes soient acceptées par défaut iptables -P OUTPUT ACCEPT # FIN des "politiques par défaut " # DEBUT des règles de filtrage # Pas de filtrage sur l'interface de "loopback" 

iptables -A INPUT -i lo -j ACCEPT # J'accepte le protocole ICMP (i.e. le "ping") iptables -A INPUT -p icmp -j ACCEPT # J'accepte le protocole IGMP (pour le multicast) iptables -A INPUT -p igmp -j ACCEPT 

 # J'accepte les packets entrants relatifs à des connexions déj à établies iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveu r FTP éventuel 

# soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 20 -j ACCEPT #iptables -A INPUT -p tcp --dport 21 -j ACCEPT # D écommentez la ligne suivante pour que le serveur SSH éventuel # soit joignable de l'extérieur 

#iptables -A INPUT -p tcp --dport 22 -j ACCEPT # Décommentez la li gne suivante pour que le serveur de mail éventuel # soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 25 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur de DNS éven tuel 

# soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 53 -j ACCEPT #iptables -A INPUT -p udp --dport 53 -j ACCEPT # D écommentez la ligne suivante pour que le serveur Web éventuel # soit joignable de l'extérieur 

#iptables -A INPUT -p tcp --dport 80 -j ACCEPT # Décommentez les d eux lignes suivantes pour que le serveur CUPS éventuel # soit joignabl e de l'extérieur #iptables -A INPUT -p tcp --dport 631 -j ACCEPT

#iptables -A INPUT -p udp --dport 631 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur Samba éventuel # soit joigna ble de l'extérieur #iptables -A INPUT -p tcp --dport 139 -j ACCEPT 

#iptables -A INPUT -p udp --dport 139 -j ACCEPT # Décommentez la l igne suivante pour que des clients puissent se connecter # à l'ord inateur par XDMCP) #iptables -A INPUT -p udp --dport 177 -j ACCEPT 

# Décommentez la ligne suivante pour que l'odinateur puisse se connec ter # par XDMCP à une machine distante) #iptables -A INPUT -p tcp - -dport 6001 -j ACCEPT # Décommentez la ligne suivante pour que le serveur CVS éventuel 

# soit joignable de l'extérieur via le mécanisme de "pserver&q uot; # (si les utilisateurs accèdent au serveur CVS exclusivement via SSH, # seule la ligne concernant le serveur SSH doit être décomment ée) 

#iptables -A INPUT -p tcp --dport 2401 -j ACCEPT # Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoLAN # (ce sont des flux UDP entrants sur le port 1234) #iptables -A INPUT -p udp --dport 12 34 -j ACCEPT 

 # Décommentez la ligne suivante pour pouvoir reçevoir des annonces SAP # (ce sont des annonces de session multicast) #iptables -A INPUT -p udp -d <a href="http://224.2.127.254" target="_blank">224.2.127.254< /a> --dport 9875 -j ACCEPT 

 # Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeti ng #iptables -A INPUT -p tcp --dport 30000:33000 -j ACCEPT #iptables -A INPUT -p tcp --dport 1720 -j ACCEPT #iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT 

 # La règle par défaut pour la chaine INPUT devient "REJECT&quo t; # (il n'est pas possible de mettre REJECT comme politique par d éfaut) iptables -A INPUT -j REJECT # FIN des règles de filtra ge 

 # DEBUT des règles pour le partage de connexion (i.e. le NAT) # Décommentez la ligne suivante pour que le système fasse office de # "serveur NAT" et remplaçez "eth0" par le nom de l'interface connectée 

# à Internet iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE # Si la connexion que vous partagez est une connexion ADSL, vous # se rez probablement confronté au fameux problème du MTU. En résumé, # le problème vient du fait que le MTU de la liaison entre votre 

# fournisseur d'accès et le serveur NAT est un petit peu inférieur au # MTU de la liaison Ethernet qui relie le serveur NAT aux machines qu i # sont derrière le NAT. Pour résoudre ce problème, décommentez la ligne 

# suivante et remplaçez "eth0" par le nom de l'interface co nnectée à # Internet. #iptables -A FORWARD -p tcp --tcp-flags SYN ,RST SYN -j TCPMSS -o eth0 --clamp-mss-to-pmtu # FIN des règles po ur le partage de connexion (i.e. le NAT) 

 # DEBUT des règles de "port forwarding" # Déco mmentez la ligne suivante pour que les requêtes TCP reçues sur # le port 80 de l'interface eth0 soient forwardées à la machine dont # l'IP est <a href="http://192.168.0.3" target="_blank">192.168.0.3 </a> sur son port 80 (la réponse à la requête sera 

# forwardée au client) #iptables -t nat -A PREROUTING -i eth0 -p tcp - -dport 80 -j DNAT --to-destination <a href="http://192.168.0.3:80" target ="_blank">192.168.0.3:80</a> # FIN des règles de "port forw arding" 
serv1:~# vi /etc/network/if-pre*/iptables* 
serv1:~# cat /etc/network/if-pre*/iptables* #!/bin/sh # /etc/network/ if-pre-up.d/iptables-start # Script qui démarre les règles de filtra ge "iptables" # Formation Debian GNU/Linux par Alexis de Lattr e 

# <a href="http://formation-debian.via.ecp.fr/" target="_blank">http:// formation-debian.via.ecp.fr/</a> # REMISE à ZERO des règles de f iltrage iptables -F iptables -t nat -F # DEBUT des "p olitiques par défaut" 

 # Je veux que les connexions entrantes soient bloquées par défautiptables -P INPUT DROP # Je veux que les connexions destinées à être forwardées # soient acceptées par défaut iptables -P FORWARD ACCEPT 

 # Je veux que les connexions sortantes soient acceptées par défaut iptables -P OUTPUT ACCEPT # FIN des "politiques par défaut " # DEBUT des règles de filtrage # Pas de filtrage sur l'interface de "loopback" 

iptables -A INPUT -i lo -j ACCEPT # J'accepte le protocole ICMP (i.e. le "ping") iptables -A INPUT -p icmp -j ACCEPT # J'accepte le protocole IGMP (pour le multicast) iptables -A INPUT -p igmp -j ACCEPT 

 # J'accepte les packets entrants relatifs à des connexions déj à établies iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveu r FTP éventuel 

# soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 20 -j ACCEPT #iptables -A INPUT -p tcp --dport 21 -j ACCEPT # D écommentez la ligne suivante pour que le serveur SSH éventuel # soit joignable de l'extérieur 

#iptables -A INPUT -p tcp --dport 22 -j ACCEPT # Décommentez la li gne suivante pour que le serveur de mail éventuel # soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 25 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur de DNS éven tuel 

# soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 53 -j ACCEPT #iptables -A INPUT -p udp --dport 53 -j ACCEPT # D écommentez la ligne suivante pour que le serveur Web éventuel # soit joignable de l'extérieur 

#iptables -A INPUT -p tcp --dport 80 -j ACCEPT # Décommentez les d eux lignes suivantes pour que le serveur CUPS éventuel # soit joignabl e de l'extérieur #iptables -A INPUT -p tcp --dport 631 -j ACCEPT

#iptables -A INPUT -p udp --dport 631 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur Samba éventuel # soit joigna ble de l'extérieur #iptables -A INPUT -p tcp --dport 139 -j ACCEPT 

#iptables -A INPUT -p udp --dport 139 -j ACCEPT # Décommentez la l igne suivante pour que des clients puissent se connecter # à l'ord inateur par XDMCP) #iptables -A INPUT -p udp --dport 177 -j ACCEPT 

# Décommentez la ligne suivante pour que l'odinateur puisse se connec ter # par XDMCP à une machine distante) #iptables -A INPUT -p tcp - -dport 6001 -j ACCEPT # Décommentez la ligne suivante pour que le serveur CVS éventuel 

# soit joignable de l'extérieur via le mécanisme de "pserver&q uot; # (si les utilisateurs accèdent au serveur CVS exclusivement via SSH, # seule la ligne concernant le serveur SSH doit être décomment ée) 

#iptables -A INPUT -p tcp --dport 2401 -j ACCEPT # Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoLAN # (ce sont des flux UDP entrants sur le port 1234) #iptables -A INPUT -p udp --dport 12 34 -j ACCEPT 

 # Décommentez la ligne suivante pour pouvoir reçevoir des annonces SAP # (ce sont des annonces de session multicast) #iptables -A INPUT -p udp -d <a href="http://224.2.127.254" target="_blank">224.2.127.254< /a> --dport 9875 -j ACCEPT 

 # Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeti ng #iptables -A INPUT -p tcp --dport 30000:33000 -j ACCEPT #iptables -A INPUT -p tcp --dport 1720 -j ACCEPT #iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT 

 # La règle par défaut pour la chaine INPUT devient "REJECT&quo t; # (il n'est pas possible de mettre REJECT comme politique par d éfaut) iptables -A INPUT -j REJECT # FIN des règles de filtra ge 

 # DEBUT des règles pour le partage de connexion (i.e. le NAT) # Décommentez la ligne suivante pour que le système fasse office de # "serveur NAT" et remplaçez "eth0" par le nom de l'interface connectée 

# à Internet iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE # Si la connexion que vous partagez est une connexion ADSL, vous # se rez probablement confronté au fameux problème du MTU. En résumé, # le problème vient du fait que le MTU de la liaison entre votre 

# fournisseur d'accès et le serveur NAT est un petit peu inférieur au # MTU de la liaison Ethernet qui relie le serveur NAT aux machines qu i # sont derrière le NAT. Pour résoudre ce problème, décommentez la ligne 

# suivante et remplaçez "eth0" par le nom de l'interface co nnectée à # Internet. iptables -A FORWARD -p tcp --tcp-flags SYN, RST SYN -j TCPMSS -o eth0 --clamp-mss-to-pmtu # FIN des règles pou r le partage de connexion (i.e. le NAT) 

 # DEBUT des règles de "port forwarding" # Déco mmentez la ligne suivante pour que les requêtes TCP reçues sur # le port 80 de l'interface eth0 soient forwardées à la machine dont # l'IP est <a href="http://192.168.0.3" target="_blank">192.168.0.3 </a> sur son port 80 (la réponse à la requête sera 

# forwardée au client) #iptables -t nat -A PREROUTING -i eth0 -p tcp - -dport 80 -j DNAT --to-destination <a href="http://192.168.0.3:80" target ="_blank">192.168.0.3:80</a> # FIN des règles de "port forw arding" 
 
</blockquote></div> 

------=_Part_137340_22208321.1227533653949--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

Anne sophie Lantz

24/11/2008 à 14:40

------=_Part_137284_30618357.1227533501405
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

2008/11/24 Anne sophie Lantz

Le 24 novembre 2008 12:29, Jean-Michel OLTRA <
a écrit :

Bonjour,

Le lundi 24 novembre 2008, Anne sophie Lantz a écrit...

> Peux tu acc der au net depuis le serveur ?

> Oui, je peux acc der au net depuis serv1. mais pas depuis les pc1 et
pc2.
> apr s avoir fait sur le serveur serv1 :
> /etc/init.d/networking restart
> toujours pas de connexion sur pc1 et pc2 au net.

Il faudrait les fichiers interfaces des pc clients. Etre également s ûr
que le forwarding est activé sur le serveur (`iptables -L FORWARD`).

pc2 : /etc/network/interfaces :
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 192.168.10.3
netmask 255.255.255.0
broadcast 192.168.10.255
gateway 192.168.10.1

pc2 : cat /etc/resolv.conf :
domain aslantz.com
search aslantz.com
nameserver 192.168.10.1
nameserver 81.253.149.1
nameserver 80.10.246.3

serv1:~# iptables -L FORWARD
Chain FORWARD (policy ACCEPT)
target prot opt source destination
TCPMSS tcp -- anywhere anywhere tcp
flags:SYN,RST/SYN TCPMSS clamp to PMTU

je vous joins aussi mon fichier iptables-start :

#!/bin/sh
# /etc/network/if-pre-up.d/iptables-start
# Script qui démarre les règles de filtrage "iptables"
# Formation Debian GNU/Linux par Alexis de Lattre
# http://formation-debian.via.ecp.fr/

# REMISE à ZERO des règles de filtrage
iptables -F
iptables -t nat -F

# DEBUT des "politiques par défaut"

# Je veux que les connexions entrantes soient bloquées par défaut
iptables -P INPUT DROP

# Je veux que les connexions destinées à être forwardées
# soient acceptées par défaut
iptables -P FORWARD ACCEPT

# Je veux que les connexions sortantes soient acceptées par défaut
iptables -P OUTPUT ACCEPT

# FIN des "politiques par défaut"

# DEBUT des règles de filtrage

# Pas de filtrage sur l'interface de "loopback"
iptables -A INPUT -i lo -j ACCEPT

# J'accepte le protocole ICMP (i.e. le "ping")
iptables -A INPUT -p icmp -j ACCEPT

# J'accepte le protocole IGMP (pour le multicast)
iptables -A INPUT -p igmp -j ACCEPT

# J'accepte les packets entrants relatifs à des connexions déjà éta blies
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur FTP éventue l
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 20 -j ACCEPT
#iptables -A INPUT -p tcp --dport 21 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur SSH éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 22 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur de mail éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 25 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur de DNS éven tuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 53 -j ACCEPT
#iptables -A INPUT -p udp --dport 53 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur Web éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 80 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur CUPS éventu el
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 631 -j ACCEPT
#iptables -A INPUT -p udp --dport 631 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur Samba évent uel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 139 -j ACCEPT
#iptables -A INPUT -p udp --dport 139 -j ACCEPT

# Décommentez la ligne suivante pour que des clients puissent se connecte r
# à l'ordinateur par XDMCP)
#iptables -A INPUT -p udp --dport 177 -j ACCEPT

# Décommentez la ligne suivante pour que l'odinateur puisse se connecter
# par XDMCP à une machine distante)
#iptables -A INPUT -p tcp --dport 6001 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur CVS éventuel
# soit joignable de l'extérieur via le mécanisme de "pserver"
# (si les utilisateurs accèdent au serveur CVS exclusivement via SSH,
# seule la ligne concernant le serveur SSH doit être décommentée)
#iptables -A INPUT -p tcp --dport 2401 -j ACCEPT

# Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoLAN
# (ce sont des flux UDP entrants sur le port 1234)
#iptables -A INPUT -p udp --dport 1234 -j ACCEPT

# Décommentez la ligne suivante pour pouvoir reçevoir des annonces SAP
# (ce sont des annonces de session multicast)
#iptables -A INPUT -p udp -d 224.2.127.254 --dport 9875 -j ACCEPT

# Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeting
#iptables -A INPUT -p tcp --dport 30000:33000 -j ACCEPT
#iptables -A INPUT -p tcp --dport 1720 -j ACCEPT
#iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT

# La règle par défaut pour la chaine INPUT devient "REJECT"
# (il n'est pas possible de mettre REJECT comme politique par défaut)
iptables -A INPUT -j REJECT

# FIN des règles de filtrage

# DEBUT des règles pour le partage de connexion (i.e. le NAT)

# Décommentez la ligne suivante pour que le système fasse office de
# "serveur NAT" et remplaçez "eth0" par le nom de l'interface connectée
# à Internet
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

# Si la connexion que vous partagez est une connexion ADSL, vous
# serez probablement confronté au fameux problème du MTU. En résumé ,
# le problème vient du fait que le MTU de la liaison entre votre
# fournisseur d'accès et le serveur NAT est un petit peu inférieur au
# MTU de la liaison Ethernet qui relie le serveur NAT aux machines qui
# sont derrière le NAT. Pour résoudre ce problème, décommentez la l igne
# suivante et remplaçez "eth0" par le nom de l'interface connectée à
# Internet.
#iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS -o eth0
--clamp-mss-to-pmtu

# FIN des règles pour le partage de connexion (i.e. le NAT)

# DEBUT des règles de "port forwarding"

# Décommentez la ligne suivante pour que les requêtes TCP reçues sur
# le port 80 de l'interface eth0 soient forwardées à la machine dont
# l'IP est 192.168.0.3 sur son port 80 (la réponse à la requête sera
# forwardée au client)
#iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j DNAT
--to-destination 192.168.0.3:80

# FIN des règles de "port forwarding"
serv1:~# vi /etc/network/if-pre*/iptables*
serv1:~# cat /etc/network/if-pre*/iptables*
#!/bin/sh
# /etc/network/if-pre-up.d/iptables-start
# Script qui démarre les règles de filtrage "iptables"
# Formation Debian GNU/Linux par Alexis de Lattre
# http://formation-debian.via.ecp.fr/

# REMISE à ZERO des règles de filtrage
iptables -F
iptables -t nat -F

# DEBUT des "politiques par défaut"

# Je veux que les connexions entrantes soient bloquées par défaut
iptables -P INPUT DROP

# Je veux que les connexions destinées à être forwardées
# soient acceptées par défaut
iptables -P FORWARD ACCEPT

# Je veux que les connexions sortantes soient acceptées par défaut
iptables -P OUTPUT ACCEPT

# FIN des "politiques par défaut"

# DEBUT des règles de filtrage

# Pas de filtrage sur l'interface de "loopback"
iptables -A INPUT -i lo -j ACCEPT

# J'accepte le protocole ICMP (i.e. le "ping")
iptables -A INPUT -p icmp -j ACCEPT

# J'accepte le protocole IGMP (pour le multicast)
iptables -A INPUT -p igmp -j ACCEPT

# J'accepte les packets entrants relatifs à des connexions déjà éta blies
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur FTP éventue l
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 20 -j ACCEPT
#iptables -A INPUT -p tcp --dport 21 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur SSH éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 22 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur de mail éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 25 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur de DNS éven tuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 53 -j ACCEPT
#iptables -A INPUT -p udp --dport 53 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur Web éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 80 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur CUPS éventu el
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 631 -j ACCEPT
#iptables -A INPUT -p udp --dport 631 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur Samba évent uel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 139 -j ACCEPT
#iptables -A INPUT -p udp --dport 139 -j ACCEPT

# Décommentez la ligne suivante pour que des clients puissent se connecte r
# à l'ordinateur par XDMCP)
#iptables -A INPUT -p udp --dport 177 -j ACCEPT

# Décommentez la ligne suivante pour que l'odinateur puisse se connecter
# par XDMCP à une machine distante)
#iptables -A INPUT -p tcp --dport 6001 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur CVS éventuel
# soit joignable de l'extérieur via le mécanisme de "pserver"
# (si les utilisateurs accèdent au serveur CVS exclusivement via SSH,
# seule la ligne concernant le serveur SSH doit être décommentée)
#iptables -A INPUT -p tcp --dport 2401 -j ACCEPT

# Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoLAN
# (ce sont des flux UDP entrants sur le port 1234)
#iptables -A INPUT -p udp --dport 1234 -j ACCEPT

# Décommentez la ligne suivante pour pouvoir reçevoir des annonces SAP
# (ce sont des annonces de session multicast)
#iptables -A INPUT -p udp -d 224.2.127.254 --dport 9875 -j ACCEPT

# Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeting
#iptables -A INPUT -p tcp --dport 30000:33000 -j ACCEPT
#iptables -A INPUT -p tcp --dport 1720 -j ACCEPT
#iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT

# La règle par défaut pour la chaine INPUT devient "REJECT"
# (il n'est pas possible de mettre REJECT comme politique par défaut)
iptables -A INPUT -j REJECT

# FIN des règles de filtrage

# DEBUT des règles pour le partage de connexion (i.e. le NAT)

# Décommentez la ligne suivante pour que le système fasse office de
# "serveur NAT" et remplaçez "eth0" par le nom de l'interface connectée
# à Internet
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

# Si la connexion que vous partagez est une connexion ADSL, vous
# serez probablement confronté au fameux problème du MTU. En résumé ,
# le problème vient du fait que le MTU de la liaison entre votre
# fournisseur d'accès et le serveur NAT est un petit peu inférieur au
# MTU de la liaison Ethernet qui relie le serveur NAT aux machines qui
# sont derrière le NAT. Pour résoudre ce problème, décommentez la l igne
# suivante et remplaçez "eth0" par le nom de l'interface connectée à
# Internet.
iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS -o eth0
--clamp-mss-to-pmtu

# FIN des règles pour le partage de connexion (i.e. le NAT)

# DEBUT des règles de "port forwarding"

# Décommentez la ligne suivante pour que les requêtes TCP reçues sur
# le port 80 de l'interface eth0 soient forwardées à la machine dont
# l'IP est 192.168.0.3 sur son port 80 (la réponse à la requête sera
# forwardée au client)
#iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j DNAT
--to-destination 192.168.0.3:80

# FIN des règles de "port forwarding"

------=_Part_137284_30618357.1227533501405
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

 <div class="gmail_quote">2008/11/24 Anne sophie Lantz <<a href="mailto:"> mail.com</a>> <blockquote class="gmail_quote" style="borde r-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-le ft: 1ex;">
 <div class="gmail_quote">Le 24 novembre 2008 12:29, Jean-Michel O LTRA <<a href="mailto: t" target="_blank"></a>> a écr it :<div class="Ih2E3d">
 <blockquote class="gmail_quote" style="border-left: 1px solid rgb(2 04, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div> 
   Bonjour, 
 
 
Le lundi 24 novembre 2008, Anne sophie Lantz a écrit... 
 
 
</div>>     Peux tu acc der au net depuis le serveur ? 
 
> Oui, je peux acc der au net depuis serv1. mais pas depuis les pc1 et p c2. 
> apr s avoir fait sur le serveur serv1 : 
<div>> /etc/init.d/networking restart 
> toujours pas de connexion sur pc1 et pc2 au net. 
 
</div>Il faudrait les fichiers interfaces des pc clients. Etre également sûr 
que le forwarding est activé sur le serveur (`iptables -L FORWARD`). 
</blockquote></div></div> pc2 : /etc/network/interfaces : <div class ="Ih2E3d">auto lo iface lo inet loopback </div>auto eth0 ifa ce eth0 inet static    address <a href="http://192.168.10.3" target="_blank">192.168.10.3</a><div class="Ih2E3d">
    netmask <a href="http://255.255.255.0" target="_blank" >255.255.255.0</a> 
   broadcast <a href="http://192.168.10.255" target="_blank"> 192.168.10.255</a> </div>   gateway <a href="http://192.168. 10.1" target="_blank">192.168.10.1</a> pc2 : cat /etc/resolv.conf : <div class="Ih2E3d">
domain <a href="http://aslantz.com" target="_blank">aslantz.com</a> search <a href="http://aslantz.com" target="_blank">aslantz.com</a> </div>
nameserver <a href="http://192.168.10.1" target="_blank">192.168.10.1</ a><div class="Ih2E3d"> nameserver <a href="http://81.253.149.1" targ et="_blank">81.253.149.1</a> nameserver <a href="http://80.10.246.3" target="_blank">80.10.246.3</a> 
 </div>serv1:~# iptables -L FORWARD Chain FORWARD (policy ACCEPT) 
target     prot opt source    &nbsp ;          destination &n bsp;       TCPMSS     tcp  --  anywhere       &nbsp ;     anywhere      &nbsp ;     tcp flags:SYN,RST/SYN TCPMSS clamp to PMTU 
</blockquote></div>je vous joins aussi mon fichier iptables-start : #!/ bin/sh # /etc/network/if-pre-up.d/iptables-start # Script qui démar re les règles de filtrage "iptables" # Formation Debian GNU/ Linux par Alexis de Lattre 
# <a href="http://formation-debian.via.ecp.fr/">http://formation-debian.v ia.ecp.fr/</a> # REMISE à ZERO des règles de filtrage iptable s -F iptables -t nat -F # DEBUT des "politiques par dé faut" 
 # Je veux que les connexions entrantes soient bloquées par défautiptables -P INPUT DROP # Je veux que les connexions destinées à être forwardées # soient acceptées par défaut iptables -P FORWARD ACCEPT 
 # Je veux que les connexions sortantes soient acceptées par défaut iptables -P OUTPUT ACCEPT # FIN des "politiques par défaut " # DEBUT des règles de filtrage # Pas de filtrage sur l'interface de "loopback" 
iptables -A INPUT -i lo -j ACCEPT # J'accepte le protocole ICMP (i.e. le "ping") iptables -A INPUT -p icmp -j ACCEPT # J'accepte le protocole IGMP (pour le multicast) iptables -A INPUT -p igmp -j ACCEPT 
 # J'accepte les packets entrants relatifs à des connexions déj à établies iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveu r FTP éventuel 
# soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 20 -j ACCEPT #iptables -A INPUT -p tcp --dport 21 -j ACCEPT # D écommentez la ligne suivante pour que le serveur SSH éventuel # soit joignable de l'extérieur 
#iptables -A INPUT -p tcp --dport 22 -j ACCEPT # Décommentez la li gne suivante pour que le serveur de mail éventuel # soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 25 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur de DNS éven tuel 
# soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 53 -j ACCEPT #iptables -A INPUT -p udp --dport 53 -j ACCEPT # D écommentez la ligne suivante pour que le serveur Web éventuel # soit joignable de l'extérieur 
#iptables -A INPUT -p tcp --dport 80 -j ACCEPT # Décommentez les d eux lignes suivantes pour que le serveur CUPS éventuel # soit joignabl e de l'extérieur #iptables -A INPUT -p tcp --dport 631 -j ACCEPT
#iptables -A INPUT -p udp --dport 631 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur Samba éventuel # soit joigna ble de l'extérieur #iptables -A INPUT -p tcp --dport 139 -j ACCEPT 
#iptables -A INPUT -p udp --dport 139 -j ACCEPT # Décommentez la l igne suivante pour que des clients puissent se connecter # à l'ord inateur par XDMCP) #iptables -A INPUT -p udp --dport 177 -j ACCEPT 
# Décommentez la ligne suivante pour que l'odinateur puisse se connec ter # par XDMCP à une machine distante) #iptables -A INPUT -p tcp - -dport 6001 -j ACCEPT # Décommentez la ligne suivante pour que le serveur CVS éventuel 
# soit joignable de l'extérieur via le mécanisme de "pserver&q uot; # (si les utilisateurs accèdent au serveur CVS exclusivement via SSH, # seule la ligne concernant le serveur SSH doit être décomment ée) 
#iptables -A INPUT -p tcp --dport 2401 -j ACCEPT # Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoLAN # (ce sont des flux UDP entrants sur le port 1234) #iptables -A INPUT -p udp --dport 12 34 -j ACCEPT 
 # Décommentez la ligne suivante pour pouvoir reçevoir des annonces SAP # (ce sont des annonces de session multicast) #iptables -A INPUT -p udp -d <a href="http://224.2.127.254">224.2.127.254</a> --dport 9875 - j ACCEPT 
 # Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeti ng #iptables -A INPUT -p tcp --dport 30000:33000 -j ACCEPT #iptables -A INPUT -p tcp --dport 1720 -j ACCEPT #iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT 
 # La règle par défaut pour la chaine INPUT devient "REJECT&quo t; # (il n'est pas possible de mettre REJECT comme politique par d éfaut) iptables -A INPUT -j REJECT # FIN des règles de filtra ge 
 # DEBUT des règles pour le partage de connexion (i.e. le NAT) # Décommentez la ligne suivante pour que le système fasse office de # "serveur NAT" et remplaçez "eth0" par le nom de l'interface connectée 
# à Internet iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE # Si la connexion que vous partagez est une connexion ADSL, vous # se rez probablement confronté au fameux problème du MTU. En résumé, # le problème vient du fait que le MTU de la liaison entre votre 
# fournisseur d'accès et le serveur NAT est un petit peu inférieur au # MTU de la liaison Ethernet qui relie le serveur NAT aux machines qu i # sont derrière le NAT. Pour résoudre ce problème, décommentez la ligne 
# suivante et remplaçez "eth0" par le nom de l'interface co nnectée à # Internet. #iptables -A FORWARD -p tcp --tcp-flags SYN ,RST SYN -j TCPMSS -o eth0 --clamp-mss-to-pmtu # FIN des règles po ur le partage de connexion (i.e. le NAT) 
 # DEBUT des règles de "port forwarding" # Déco mmentez la ligne suivante pour que les requêtes TCP reçues sur # le port 80 de l'interface eth0 soient forwardées à la machine dont # l'IP est <a href="http://192.168.0.3">192.168.0.3</a> sur son port 80 (la réponse à la requête sera 
# forwardée au client) #iptables -t nat -A PREROUTING -i eth0 -p tcp - -dport 80 -j DNAT --to-destination <a href="http://192.168.0.3:80">192.16 8.0.3:80</a> # FIN des règles de "port forwarding" se rv1:~# vi /etc/network/if-pre*/iptables* 
serv1:~# cat /etc/network/if-pre*/iptables* #!/bin/sh # /etc/network/ if-pre-up.d/iptables-start # Script qui démarre les règles de filtra ge "iptables" # Formation Debian GNU/Linux par Alexis de Lattr e 
# <a href="http://formation-debian.via.ecp.fr/">http://formation-debian.v ia.ecp.fr/</a> # REMISE à ZERO des règles de filtrage iptable s -F iptables -t nat -F # DEBUT des "politiques par dé faut" 
 # Je veux que les connexions entrantes soient bloquées par défautiptables -P INPUT DROP # Je veux que les connexions destinées à être forwardées # soient acceptées par défaut iptables -P FORWARD ACCEPT 
 # Je veux que les connexions sortantes soient acceptées par défaut iptables -P OUTPUT ACCEPT # FIN des "politiques par défaut " # DEBUT des règles de filtrage # Pas de filtrage sur l'interface de "loopback" 
iptables -A INPUT -i lo -j ACCEPT # J'accepte le protocole ICMP (i.e. le "ping") iptables -A INPUT -p icmp -j ACCEPT # J'accepte le protocole IGMP (pour le multicast) iptables -A INPUT -p igmp -j ACCEPT 
 # J'accepte les packets entrants relatifs à des connexions déj à établies iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveu r FTP éventuel 
# soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 20 -j ACCEPT #iptables -A INPUT -p tcp --dport 21 -j ACCEPT # D écommentez la ligne suivante pour que le serveur SSH éventuel # soit joignable de l'extérieur 
#iptables -A INPUT -p tcp --dport 22 -j ACCEPT # Décommentez la li gne suivante pour que le serveur de mail éventuel # soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 25 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur de DNS éven tuel 
# soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 53 -j ACCEPT #iptables -A INPUT -p udp --dport 53 -j ACCEPT # D écommentez la ligne suivante pour que le serveur Web éventuel # soit joignable de l'extérieur 
#iptables -A INPUT -p tcp --dport 80 -j ACCEPT # Décommentez les d eux lignes suivantes pour que le serveur CUPS éventuel # soit joignabl e de l'extérieur #iptables -A INPUT -p tcp --dport 631 -j ACCEPT
#iptables -A INPUT -p udp --dport 631 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur Samba éventuel # soit joigna ble de l'extérieur #iptables -A INPUT -p tcp --dport 139 -j ACCEPT 
#iptables -A INPUT -p udp --dport 139 -j ACCEPT # Décommentez la l igne suivante pour que des clients puissent se connecter # à l'ord inateur par XDMCP) #iptables -A INPUT -p udp --dport 177 -j ACCEPT 
# Décommentez la ligne suivante pour que l'odinateur puisse se connec ter # par XDMCP à une machine distante) #iptables -A INPUT -p tcp - -dport 6001 -j ACCEPT # Décommentez la ligne suivante pour que le serveur CVS éventuel 
# soit joignable de l'extérieur via le mécanisme de "pserver&q uot; # (si les utilisateurs accèdent au serveur CVS exclusivement via SSH, # seule la ligne concernant le serveur SSH doit être décomment ée) 
#iptables -A INPUT -p tcp --dport 2401 -j ACCEPT # Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoLAN # (ce sont des flux UDP entrants sur le port 1234) #iptables -A INPUT -p udp --dport 12 34 -j ACCEPT 
 # Décommentez la ligne suivante pour pouvoir reçevoir des annonces SAP # (ce sont des annonces de session multicast) #iptables -A INPUT -p udp -d <a href="http://224.2.127.254">224.2.127.254</a> --dport 9875 - j ACCEPT 
 # Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeti ng #iptables -A INPUT -p tcp --dport 30000:33000 -j ACCEPT #iptables -A INPUT -p tcp --dport 1720 -j ACCEPT #iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT 
 # La règle par défaut pour la chaine INPUT devient "REJECT&quo t; # (il n'est pas possible de mettre REJECT comme politique par d éfaut) iptables -A INPUT -j REJECT # FIN des règles de filtra ge 
 # DEBUT des règles pour le partage de connexion (i.e. le NAT) # Décommentez la ligne suivante pour que le système fasse office de # "serveur NAT" et remplaçez "eth0" par le nom de l'interface connectée 
# à Internet iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE # Si la connexion que vous partagez est une connexion ADSL, vous # se rez probablement confronté au fameux problème du MTU. En résumé, # le problème vient du fait que le MTU de la liaison entre votre 
# fournisseur d'accès et le serveur NAT est un petit peu inférieur au # MTU de la liaison Ethernet qui relie le serveur NAT aux machines qu i # sont derrière le NAT. Pour résoudre ce problème, décommentez la ligne 
# suivante et remplaçez "eth0" par le nom de l'interface co nnectée à # Internet. iptables -A FORWARD -p tcp --tcp-flags SYN, RST SYN -j TCPMSS -o eth0 --clamp-mss-to-pmtu # FIN des règles pou r le partage de connexion (i.e. le NAT) 
 # DEBUT des règles de "port forwarding" # Déco mmentez la ligne suivante pour que les requêtes TCP reçues sur # le port 80 de l'interface eth0 soient forwardées à la machine dont # l'IP est <a href="http://192.168.0.3">192.168.0.3</a> sur son port 80 (la réponse à la requête sera 
# forwardée au client) #iptables -t nat -A PREROUTING -i eth0 -p tcp - -dport 80 -j DNAT --to-destination <a href="http://192.168.0.3:80">192.16 8.0.3:80</a> # FIN des règles de "port forwarding" 

------=_Part_137284_30618357.1227533501405--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

------=_Part_137284_30618357.1227533501405
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

2008/11/24 Anne sophie Lantz <annesophielantz@gmail.com>

Le 24 novembre 2008 12:29, Jean-Michel OLTRA <
jm.oltra.antispam@espinasse.net> a écrit :

Bonjour,

Le lundi 24 novembre 2008, Anne sophie Lantz a écrit...

> Peux tu acc der au net depuis le serveur ?

> Oui, je peux acc der au net depuis serv1. mais pas depuis les pc1 et
pc2.
> apr s avoir fait sur le serveur serv1 :
> /etc/init.d/networking restart
> toujours pas de connexion sur pc1 et pc2 au net.

Il faudrait les fichiers interfaces des pc clients. Etre également s ûr
que le forwarding est activé sur le serveur (`iptables -L FORWARD`).

pc2 : /etc/network/interfaces :
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 192.168.10.3
netmask 255.255.255.0
broadcast 192.168.10.255
gateway 192.168.10.1

pc2 : cat /etc/resolv.conf :
domain aslantz.com
search aslantz.com
nameserver 192.168.10.1
nameserver 81.253.149.1
nameserver 80.10.246.3

serv1:~# iptables -L FORWARD
Chain FORWARD (policy ACCEPT)
target prot opt source destination
TCPMSS tcp -- anywhere anywhere tcp
flags:SYN,RST/SYN TCPMSS clamp to PMTU

je vous joins aussi mon fichier iptables-start :

#!/bin/sh
# /etc/network/if-pre-up.d/iptables-start
# Script qui démarre les règles de filtrage "iptables"
# Formation Debian GNU/Linux par Alexis de Lattre
# http://formation-debian.via.ecp.fr/

# REMISE à ZERO des règles de filtrage
iptables -F
iptables -t nat -F

# DEBUT des "politiques par défaut"

# Je veux que les connexions entrantes soient bloquées par défaut
iptables -P INPUT DROP

# Je veux que les connexions destinées à être forwardées
# soient acceptées par défaut
iptables -P FORWARD ACCEPT

# Je veux que les connexions sortantes soient acceptées par défaut
iptables -P OUTPUT ACCEPT

# FIN des "politiques par défaut"

# DEBUT des règles de filtrage

# Pas de filtrage sur l'interface de "loopback"
iptables -A INPUT -i lo -j ACCEPT

# J'accepte le protocole ICMP (i.e. le "ping")
iptables -A INPUT -p icmp -j ACCEPT

# J'accepte le protocole IGMP (pour le multicast)
iptables -A INPUT -p igmp -j ACCEPT

# J'accepte les packets entrants relatifs à des connexions déjà éta blies
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur FTP éventue l
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 20 -j ACCEPT
#iptables -A INPUT -p tcp --dport 21 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur SSH éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 22 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur de mail éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 25 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur de DNS éven tuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 53 -j ACCEPT
#iptables -A INPUT -p udp --dport 53 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur Web éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 80 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur CUPS éventu el
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 631 -j ACCEPT
#iptables -A INPUT -p udp --dport 631 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur Samba évent uel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 139 -j ACCEPT
#iptables -A INPUT -p udp --dport 139 -j ACCEPT

# Décommentez la ligne suivante pour que des clients puissent se connecte r
# à l'ordinateur par XDMCP)
#iptables -A INPUT -p udp --dport 177 -j ACCEPT

# Décommentez la ligne suivante pour que l'odinateur puisse se connecter
# par XDMCP à une machine distante)
#iptables -A INPUT -p tcp --dport 6001 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur CVS éventuel
# soit joignable de l'extérieur via le mécanisme de "pserver"
# (si les utilisateurs accèdent au serveur CVS exclusivement via SSH,
# seule la ligne concernant le serveur SSH doit être décommentée)
#iptables -A INPUT -p tcp --dport 2401 -j ACCEPT

# Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoLAN
# (ce sont des flux UDP entrants sur le port 1234)
#iptables -A INPUT -p udp --dport 1234 -j ACCEPT

# Décommentez la ligne suivante pour pouvoir reçevoir des annonces SAP
# (ce sont des annonces de session multicast)
#iptables -A INPUT -p udp -d 224.2.127.254 --dport 9875 -j ACCEPT

# Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeting
#iptables -A INPUT -p tcp --dport 30000:33000 -j ACCEPT
#iptables -A INPUT -p tcp --dport 1720 -j ACCEPT
#iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT

# La règle par défaut pour la chaine INPUT devient "REJECT"
# (il n'est pas possible de mettre REJECT comme politique par défaut)
iptables -A INPUT -j REJECT

# FIN des règles de filtrage

# DEBUT des règles pour le partage de connexion (i.e. le NAT)

# Décommentez la ligne suivante pour que le système fasse office de
# "serveur NAT" et remplaçez "eth0" par le nom de l'interface connectée
# à Internet
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

# Si la connexion que vous partagez est une connexion ADSL, vous
# serez probablement confronté au fameux problème du MTU. En résumé ,
# le problème vient du fait que le MTU de la liaison entre votre
# fournisseur d'accès et le serveur NAT est un petit peu inférieur au
# MTU de la liaison Ethernet qui relie le serveur NAT aux machines qui
# sont derrière le NAT. Pour résoudre ce problème, décommentez la l igne
# suivante et remplaçez "eth0" par le nom de l'interface connectée à
# Internet.
#iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS -o eth0
--clamp-mss-to-pmtu

# FIN des règles pour le partage de connexion (i.e. le NAT)

# DEBUT des règles de "port forwarding"

# Décommentez la ligne suivante pour que les requêtes TCP reçues sur
# le port 80 de l'interface eth0 soient forwardées à la machine dont
# l'IP est 192.168.0.3 sur son port 80 (la réponse à la requête sera
# forwardée au client)
#iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j DNAT
--to-destination 192.168.0.3:80

# FIN des règles de "port forwarding"
serv1:~# vi /etc/network/if-pre*/iptables*
serv1:~# cat /etc/network/if-pre*/iptables*
#!/bin/sh
# /etc/network/if-pre-up.d/iptables-start
# Script qui démarre les règles de filtrage "iptables"
# Formation Debian GNU/Linux par Alexis de Lattre
# http://formation-debian.via.ecp.fr/

# REMISE à ZERO des règles de filtrage
iptables -F
iptables -t nat -F

# DEBUT des "politiques par défaut"

# Je veux que les connexions entrantes soient bloquées par défaut
iptables -P INPUT DROP

# Je veux que les connexions destinées à être forwardées
# soient acceptées par défaut
iptables -P FORWARD ACCEPT

# Je veux que les connexions sortantes soient acceptées par défaut
iptables -P OUTPUT ACCEPT

# FIN des "politiques par défaut"

# DEBUT des règles de filtrage

# Pas de filtrage sur l'interface de "loopback"
iptables -A INPUT -i lo -j ACCEPT

# J'accepte le protocole ICMP (i.e. le "ping")
iptables -A INPUT -p icmp -j ACCEPT

# J'accepte le protocole IGMP (pour le multicast)
iptables -A INPUT -p igmp -j ACCEPT

# J'accepte les packets entrants relatifs à des connexions déjà éta blies
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur FTP éventue l
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 20 -j ACCEPT
#iptables -A INPUT -p tcp --dport 21 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur SSH éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 22 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur de mail éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 25 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur de DNS éven tuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 53 -j ACCEPT
#iptables -A INPUT -p udp --dport 53 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur Web éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 80 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur CUPS éventu el
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 631 -j ACCEPT
#iptables -A INPUT -p udp --dport 631 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur Samba évent uel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 139 -j ACCEPT
#iptables -A INPUT -p udp --dport 139 -j ACCEPT

# Décommentez la ligne suivante pour que des clients puissent se connecte r
# à l'ordinateur par XDMCP)
#iptables -A INPUT -p udp --dport 177 -j ACCEPT

# Décommentez la ligne suivante pour que l'odinateur puisse se connecter
# par XDMCP à une machine distante)
#iptables -A INPUT -p tcp --dport 6001 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur CVS éventuel
# soit joignable de l'extérieur via le mécanisme de "pserver"
# (si les utilisateurs accèdent au serveur CVS exclusivement via SSH,
# seule la ligne concernant le serveur SSH doit être décommentée)
#iptables -A INPUT -p tcp --dport 2401 -j ACCEPT

# Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoLAN
# (ce sont des flux UDP entrants sur le port 1234)
#iptables -A INPUT -p udp --dport 1234 -j ACCEPT

# Décommentez la ligne suivante pour pouvoir reçevoir des annonces SAP
# (ce sont des annonces de session multicast)
#iptables -A INPUT -p udp -d 224.2.127.254 --dport 9875 -j ACCEPT

# Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeting
#iptables -A INPUT -p tcp --dport 30000:33000 -j ACCEPT
#iptables -A INPUT -p tcp --dport 1720 -j ACCEPT
#iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT

# La règle par défaut pour la chaine INPUT devient "REJECT"
# (il n'est pas possible de mettre REJECT comme politique par défaut)
iptables -A INPUT -j REJECT

# FIN des règles de filtrage

# DEBUT des règles pour le partage de connexion (i.e. le NAT)

# Décommentez la ligne suivante pour que le système fasse office de
# "serveur NAT" et remplaçez "eth0" par le nom de l'interface connectée
# à Internet
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

# Si la connexion que vous partagez est une connexion ADSL, vous
# serez probablement confronté au fameux problème du MTU. En résumé ,
# le problème vient du fait que le MTU de la liaison entre votre
# fournisseur d'accès et le serveur NAT est un petit peu inférieur au
# MTU de la liaison Ethernet qui relie le serveur NAT aux machines qui
# sont derrière le NAT. Pour résoudre ce problème, décommentez la l igne
# suivante et remplaçez "eth0" par le nom de l'interface connectée à
# Internet.
iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS -o eth0
--clamp-mss-to-pmtu

# FIN des règles pour le partage de connexion (i.e. le NAT)

# DEBUT des règles de "port forwarding"

# Décommentez la ligne suivante pour que les requêtes TCP reçues sur
# le port 80 de l'interface eth0 soient forwardées à la machine dont
# l'IP est 192.168.0.3 sur son port 80 (la réponse à la requête sera
# forwardée au client)
#iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j DNAT
--to-destination 192.168.0.3:80

# FIN des règles de "port forwarding"

------=_Part_137284_30618357.1227533501405
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

 <div class="gmail_quote">2008/11/24 Anne sophie Lantz <<a href="mailto:annesophielantz@gmail.com">annesophielantz@g mail.com</a>> <blockquote class="gmail_quote" style="borde r-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-le ft: 1ex;">
 <div class="gmail_quote">Le 24 novembre 2008 12:29, Jean-Michel O LTRA <<a href="mailto:jm.oltra.antispam@espinasse.ne t" target="_blank">jm.oltra.antispam@espinasse.net</a>> a écr it :<div class="Ih2E3d">
 <blockquote class="gmail_quote" style="border-left: 1px solid rgb(2 04, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div> 
   Bonjour, 
 
 
Le lundi 24 novembre 2008, Anne sophie Lantz a écrit... 
 
 
</div>>     Peux tu acc der au net depuis le serveur ? 
 
> Oui, je peux acc der au net depuis serv1. mais pas depuis les pc1 et p c2. 
> apr s avoir fait sur le serveur serv1 : 
<div>> /etc/init.d/networking restart 
> toujours pas de connexion sur pc1 et pc2 au net. 
 
</div>Il faudrait les fichiers interfaces des pc clients. Etre également sûr 
que le forwarding est activé sur le serveur (`iptables -L FORWARD`). 
</blockquote></div></div> pc2 : /etc/network/interfaces : <div class ="Ih2E3d">auto lo iface lo inet loopback </div>auto eth0 ifa ce eth0 inet static    address <a href="http://192.168.10.3" target="_blank">192.168.10.3</a><div class="Ih2E3d">
    netmask <a href="http://255.255.255.0" target="_blank" >255.255.255.0</a> 
   broadcast <a href="http://192.168.10.255" target="_blank"> 192.168.10.255</a> </div>   gateway <a href="http://192.168. 10.1" target="_blank">192.168.10.1</a> pc2 : cat /etc/resolv.conf : <div class="Ih2E3d">
domain <a href="http://aslantz.com" target="_blank">aslantz.com</a> search <a href="http://aslantz.com" target="_blank">aslantz.com</a> </div>
nameserver <a href="http://192.168.10.1" target="_blank">192.168.10.1</ a><div class="Ih2E3d"> nameserver <a href="http://81.253.149.1" targ et="_blank">81.253.149.1</a> nameserver <a href="http://80.10.246.3" target="_blank">80.10.246.3</a> 
 </div>serv1:~# iptables -L FORWARD Chain FORWARD (policy ACCEPT) 
target     prot opt source    &nbsp ;          destination &n bsp;       TCPMSS     tcp  --  anywhere       &nbsp ;     anywhere      &nbsp ;     tcp flags:SYN,RST/SYN TCPMSS clamp to PMTU 
</blockquote></div>je vous joins aussi mon fichier iptables-start : #!/ bin/sh # /etc/network/if-pre-up.d/iptables-start # Script qui démar re les règles de filtrage "iptables" # Formation Debian GNU/ Linux par Alexis de Lattre 
# <a href="http://formation-debian.via.ecp.fr/">http://formation-debian.v ia.ecp.fr/</a> # REMISE à ZERO des règles de filtrage iptable s -F iptables -t nat -F # DEBUT des "politiques par dé faut" 
 # Je veux que les connexions entrantes soient bloquées par défautiptables -P INPUT DROP # Je veux que les connexions destinées à être forwardées # soient acceptées par défaut iptables -P FORWARD ACCEPT 
 # Je veux que les connexions sortantes soient acceptées par défaut iptables -P OUTPUT ACCEPT # FIN des "politiques par défaut " # DEBUT des règles de filtrage # Pas de filtrage sur l'interface de "loopback" 
iptables -A INPUT -i lo -j ACCEPT # J'accepte le protocole ICMP (i.e. le "ping") iptables -A INPUT -p icmp -j ACCEPT # J'accepte le protocole IGMP (pour le multicast) iptables -A INPUT -p igmp -j ACCEPT 
 # J'accepte les packets entrants relatifs à des connexions déj à établies iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveu r FTP éventuel 
# soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 20 -j ACCEPT #iptables -A INPUT -p tcp --dport 21 -j ACCEPT # D écommentez la ligne suivante pour que le serveur SSH éventuel # soit joignable de l'extérieur 
#iptables -A INPUT -p tcp --dport 22 -j ACCEPT # Décommentez la li gne suivante pour que le serveur de mail éventuel # soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 25 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur de DNS éven tuel 
# soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 53 -j ACCEPT #iptables -A INPUT -p udp --dport 53 -j ACCEPT # D écommentez la ligne suivante pour que le serveur Web éventuel # soit joignable de l'extérieur 
#iptables -A INPUT -p tcp --dport 80 -j ACCEPT # Décommentez les d eux lignes suivantes pour que le serveur CUPS éventuel # soit joignabl e de l'extérieur #iptables -A INPUT -p tcp --dport 631 -j ACCEPT
#iptables -A INPUT -p udp --dport 631 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur Samba éventuel # soit joigna ble de l'extérieur #iptables -A INPUT -p tcp --dport 139 -j ACCEPT 
#iptables -A INPUT -p udp --dport 139 -j ACCEPT # Décommentez la l igne suivante pour que des clients puissent se connecter # à l'ord inateur par XDMCP) #iptables -A INPUT -p udp --dport 177 -j ACCEPT 
# Décommentez la ligne suivante pour que l'odinateur puisse se connec ter # par XDMCP à une machine distante) #iptables -A INPUT -p tcp - -dport 6001 -j ACCEPT # Décommentez la ligne suivante pour que le serveur CVS éventuel 
# soit joignable de l'extérieur via le mécanisme de "pserver&q uot; # (si les utilisateurs accèdent au serveur CVS exclusivement via SSH, # seule la ligne concernant le serveur SSH doit être décomment ée) 
#iptables -A INPUT -p tcp --dport 2401 -j ACCEPT # Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoLAN # (ce sont des flux UDP entrants sur le port 1234) #iptables -A INPUT -p udp --dport 12 34 -j ACCEPT 
 # Décommentez la ligne suivante pour pouvoir reçevoir des annonces SAP # (ce sont des annonces de session multicast) #iptables -A INPUT -p udp -d <a href="http://224.2.127.254">224.2.127.254</a> --dport 9875 - j ACCEPT 
 # Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeti ng #iptables -A INPUT -p tcp --dport 30000:33000 -j ACCEPT #iptables -A INPUT -p tcp --dport 1720 -j ACCEPT #iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT 
 # La règle par défaut pour la chaine INPUT devient "REJECT&quo t; # (il n'est pas possible de mettre REJECT comme politique par d éfaut) iptables -A INPUT -j REJECT # FIN des règles de filtra ge 
 # DEBUT des règles pour le partage de connexion (i.e. le NAT) # Décommentez la ligne suivante pour que le système fasse office de # "serveur NAT" et remplaçez "eth0" par le nom de l'interface connectée 
# à Internet iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE # Si la connexion que vous partagez est une connexion ADSL, vous # se rez probablement confronté au fameux problème du MTU. En résumé, # le problème vient du fait que le MTU de la liaison entre votre 
# fournisseur d'accès et le serveur NAT est un petit peu inférieur au # MTU de la liaison Ethernet qui relie le serveur NAT aux machines qu i # sont derrière le NAT. Pour résoudre ce problème, décommentez la ligne 
# suivante et remplaçez "eth0" par le nom de l'interface co nnectée à # Internet. #iptables -A FORWARD -p tcp --tcp-flags SYN ,RST SYN -j TCPMSS -o eth0 --clamp-mss-to-pmtu # FIN des règles po ur le partage de connexion (i.e. le NAT) 
 # DEBUT des règles de "port forwarding" # Déco mmentez la ligne suivante pour que les requêtes TCP reçues sur # le port 80 de l'interface eth0 soient forwardées à la machine dont # l'IP est <a href="http://192.168.0.3">192.168.0.3</a> sur son port 80 (la réponse à la requête sera 
# forwardée au client) #iptables -t nat -A PREROUTING -i eth0 -p tcp - -dport 80 -j DNAT --to-destination <a href="http://192.168.0.3:80">192.16 8.0.3:80</a> # FIN des règles de "port forwarding" se rv1:~# vi /etc/network/if-pre*/iptables* 
serv1:~# cat /etc/network/if-pre*/iptables* #!/bin/sh # /etc/network/ if-pre-up.d/iptables-start # Script qui démarre les règles de filtra ge "iptables" # Formation Debian GNU/Linux par Alexis de Lattr e 
# <a href="http://formation-debian.via.ecp.fr/">http://formation-debian.v ia.ecp.fr/</a> # REMISE à ZERO des règles de filtrage iptable s -F iptables -t nat -F # DEBUT des "politiques par dé faut" 
 # Je veux que les connexions entrantes soient bloquées par défautiptables -P INPUT DROP # Je veux que les connexions destinées à être forwardées # soient acceptées par défaut iptables -P FORWARD ACCEPT 
 # Je veux que les connexions sortantes soient acceptées par défaut iptables -P OUTPUT ACCEPT # FIN des "politiques par défaut " # DEBUT des règles de filtrage # Pas de filtrage sur l'interface de "loopback" 
iptables -A INPUT -i lo -j ACCEPT # J'accepte le protocole ICMP (i.e. le "ping") iptables -A INPUT -p icmp -j ACCEPT # J'accepte le protocole IGMP (pour le multicast) iptables -A INPUT -p igmp -j ACCEPT 
 # J'accepte les packets entrants relatifs à des connexions déj à établies iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveu r FTP éventuel 
# soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 20 -j ACCEPT #iptables -A INPUT -p tcp --dport 21 -j ACCEPT # D écommentez la ligne suivante pour que le serveur SSH éventuel # soit joignable de l'extérieur 
#iptables -A INPUT -p tcp --dport 22 -j ACCEPT # Décommentez la li gne suivante pour que le serveur de mail éventuel # soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 25 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur de DNS éven tuel 
# soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 53 -j ACCEPT #iptables -A INPUT -p udp --dport 53 -j ACCEPT # D écommentez la ligne suivante pour que le serveur Web éventuel # soit joignable de l'extérieur 
#iptables -A INPUT -p tcp --dport 80 -j ACCEPT # Décommentez les d eux lignes suivantes pour que le serveur CUPS éventuel # soit joignabl e de l'extérieur #iptables -A INPUT -p tcp --dport 631 -j ACCEPT
#iptables -A INPUT -p udp --dport 631 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur Samba éventuel # soit joigna ble de l'extérieur #iptables -A INPUT -p tcp --dport 139 -j ACCEPT 
#iptables -A INPUT -p udp --dport 139 -j ACCEPT # Décommentez la l igne suivante pour que des clients puissent se connecter # à l'ord inateur par XDMCP) #iptables -A INPUT -p udp --dport 177 -j ACCEPT 
# Décommentez la ligne suivante pour que l'odinateur puisse se connec ter # par XDMCP à une machine distante) #iptables -A INPUT -p tcp - -dport 6001 -j ACCEPT # Décommentez la ligne suivante pour que le serveur CVS éventuel 
# soit joignable de l'extérieur via le mécanisme de "pserver&q uot; # (si les utilisateurs accèdent au serveur CVS exclusivement via SSH, # seule la ligne concernant le serveur SSH doit être décomment ée) 
#iptables -A INPUT -p tcp --dport 2401 -j ACCEPT # Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoLAN # (ce sont des flux UDP entrants sur le port 1234) #iptables -A INPUT -p udp --dport 12 34 -j ACCEPT 
 # Décommentez la ligne suivante pour pouvoir reçevoir des annonces SAP # (ce sont des annonces de session multicast) #iptables -A INPUT -p udp -d <a href="http://224.2.127.254">224.2.127.254</a> --dport 9875 - j ACCEPT 
 # Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeti ng #iptables -A INPUT -p tcp --dport 30000:33000 -j ACCEPT #iptables -A INPUT -p tcp --dport 1720 -j ACCEPT #iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT 
 # La règle par défaut pour la chaine INPUT devient "REJECT&quo t; # (il n'est pas possible de mettre REJECT comme politique par d éfaut) iptables -A INPUT -j REJECT # FIN des règles de filtra ge 
 # DEBUT des règles pour le partage de connexion (i.e. le NAT) # Décommentez la ligne suivante pour que le système fasse office de # "serveur NAT" et remplaçez "eth0" par le nom de l'interface connectée 
# à Internet iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE # Si la connexion que vous partagez est une connexion ADSL, vous # se rez probablement confronté au fameux problème du MTU. En résumé, # le problème vient du fait que le MTU de la liaison entre votre 
# fournisseur d'accès et le serveur NAT est un petit peu inférieur au # MTU de la liaison Ethernet qui relie le serveur NAT aux machines qu i # sont derrière le NAT. Pour résoudre ce problème, décommentez la ligne 
# suivante et remplaçez "eth0" par le nom de l'interface co nnectée à # Internet. iptables -A FORWARD -p tcp --tcp-flags SYN, RST SYN -j TCPMSS -o eth0 --clamp-mss-to-pmtu # FIN des règles pou r le partage de connexion (i.e. le NAT) 
 # DEBUT des règles de "port forwarding" # Déco mmentez la ligne suivante pour que les requêtes TCP reçues sur # le port 80 de l'interface eth0 soient forwardées à la machine dont # l'IP est <a href="http://192.168.0.3">192.168.0.3</a> sur son port 80 (la réponse à la requête sera 
# forwardée au client) #iptables -t nat -A PREROUTING -i eth0 -p tcp - -dport 80 -j DNAT --to-destination <a href="http://192.168.0.3:80">192.16 8.0.3:80</a> # FIN des règles de "port forwarding" 

------=_Part_137284_30618357.1227533501405--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Vous avez filtré cet utilisateur ! Consultez son message

------=_Part_137284_30618357.1227533501405
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

2008/11/24 Anne sophie Lantz

Le 24 novembre 2008 12:29, Jean-Michel OLTRA <
a écrit :

Bonjour,

Le lundi 24 novembre 2008, Anne sophie Lantz a écrit...

> Peux tu acc der au net depuis le serveur ?

> Oui, je peux acc der au net depuis serv1. mais pas depuis les pc1 et
pc2.
> apr s avoir fait sur le serveur serv1 :
> /etc/init.d/networking restart
> toujours pas de connexion sur pc1 et pc2 au net.

Il faudrait les fichiers interfaces des pc clients. Etre également s ûr
que le forwarding est activé sur le serveur (`iptables -L FORWARD`).

pc2 : /etc/network/interfaces :
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 192.168.10.3
netmask 255.255.255.0
broadcast 192.168.10.255
gateway 192.168.10.1

pc2 : cat /etc/resolv.conf :
domain aslantz.com
search aslantz.com
nameserver 192.168.10.1
nameserver 81.253.149.1
nameserver 80.10.246.3

serv1:~# iptables -L FORWARD
Chain FORWARD (policy ACCEPT)
target prot opt source destination
TCPMSS tcp -- anywhere anywhere tcp
flags:SYN,RST/SYN TCPMSS clamp to PMTU

je vous joins aussi mon fichier iptables-start :

#!/bin/sh
# /etc/network/if-pre-up.d/iptables-start
# Script qui démarre les règles de filtrage "iptables"
# Formation Debian GNU/Linux par Alexis de Lattre
# http://formation-debian.via.ecp.fr/

# REMISE à ZERO des règles de filtrage
iptables -F
iptables -t nat -F

# DEBUT des "politiques par défaut"

# Je veux que les connexions entrantes soient bloquées par défaut
iptables -P INPUT DROP

# Je veux que les connexions destinées à être forwardées
# soient acceptées par défaut
iptables -P FORWARD ACCEPT

# Je veux que les connexions sortantes soient acceptées par défaut
iptables -P OUTPUT ACCEPT

# FIN des "politiques par défaut"

# DEBUT des règles de filtrage

# Pas de filtrage sur l'interface de "loopback"
iptables -A INPUT -i lo -j ACCEPT

# J'accepte le protocole ICMP (i.e. le "ping")
iptables -A INPUT -p icmp -j ACCEPT

# J'accepte le protocole IGMP (pour le multicast)
iptables -A INPUT -p igmp -j ACCEPT

# J'accepte les packets entrants relatifs à des connexions déjà éta blies
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur FTP éventue l
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 20 -j ACCEPT
#iptables -A INPUT -p tcp --dport 21 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur SSH éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 22 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur de mail éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 25 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur de DNS éven tuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 53 -j ACCEPT
#iptables -A INPUT -p udp --dport 53 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur Web éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 80 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur CUPS éventu el
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 631 -j ACCEPT
#iptables -A INPUT -p udp --dport 631 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur Samba évent uel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 139 -j ACCEPT
#iptables -A INPUT -p udp --dport 139 -j ACCEPT

# Décommentez la ligne suivante pour que des clients puissent se connecte r
# à l'ordinateur par XDMCP)
#iptables -A INPUT -p udp --dport 177 -j ACCEPT

# Décommentez la ligne suivante pour que l'odinateur puisse se connecter
# par XDMCP à une machine distante)
#iptables -A INPUT -p tcp --dport 6001 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur CVS éventuel
# soit joignable de l'extérieur via le mécanisme de "pserver"
# (si les utilisateurs accèdent au serveur CVS exclusivement via SSH,
# seule la ligne concernant le serveur SSH doit être décommentée)
#iptables -A INPUT -p tcp --dport 2401 -j ACCEPT

# Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoLAN
# (ce sont des flux UDP entrants sur le port 1234)
#iptables -A INPUT -p udp --dport 1234 -j ACCEPT

# Décommentez la ligne suivante pour pouvoir reçevoir des annonces SAP
# (ce sont des annonces de session multicast)
#iptables -A INPUT -p udp -d 224.2.127.254 --dport 9875 -j ACCEPT

# Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeting
#iptables -A INPUT -p tcp --dport 30000:33000 -j ACCEPT
#iptables -A INPUT -p tcp --dport 1720 -j ACCEPT
#iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT

# La règle par défaut pour la chaine INPUT devient "REJECT"
# (il n'est pas possible de mettre REJECT comme politique par défaut)
iptables -A INPUT -j REJECT

# FIN des règles de filtrage

# DEBUT des règles pour le partage de connexion (i.e. le NAT)

# Décommentez la ligne suivante pour que le système fasse office de
# "serveur NAT" et remplaçez "eth0" par le nom de l'interface connectée
# à Internet
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

# Si la connexion que vous partagez est une connexion ADSL, vous
# serez probablement confronté au fameux problème du MTU. En résumé ,
# le problème vient du fait que le MTU de la liaison entre votre
# fournisseur d'accès et le serveur NAT est un petit peu inférieur au
# MTU de la liaison Ethernet qui relie le serveur NAT aux machines qui
# sont derrière le NAT. Pour résoudre ce problème, décommentez la l igne
# suivante et remplaçez "eth0" par le nom de l'interface connectée à
# Internet.
#iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS -o eth0
--clamp-mss-to-pmtu

# FIN des règles pour le partage de connexion (i.e. le NAT)

# DEBUT des règles de "port forwarding"

# Décommentez la ligne suivante pour que les requêtes TCP reçues sur
# le port 80 de l'interface eth0 soient forwardées à la machine dont
# l'IP est 192.168.0.3 sur son port 80 (la réponse à la requête sera
# forwardée au client)
#iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j DNAT
--to-destination 192.168.0.3:80

# FIN des règles de "port forwarding"
serv1:~# vi /etc/network/if-pre*/iptables*
serv1:~# cat /etc/network/if-pre*/iptables*
#!/bin/sh
# /etc/network/if-pre-up.d/iptables-start
# Script qui démarre les règles de filtrage "iptables"
# Formation Debian GNU/Linux par Alexis de Lattre
# http://formation-debian.via.ecp.fr/

# REMISE à ZERO des règles de filtrage
iptables -F
iptables -t nat -F

# DEBUT des "politiques par défaut"

# Je veux que les connexions entrantes soient bloquées par défaut
iptables -P INPUT DROP

# Je veux que les connexions destinées à être forwardées
# soient acceptées par défaut
iptables -P FORWARD ACCEPT

# Je veux que les connexions sortantes soient acceptées par défaut
iptables -P OUTPUT ACCEPT

# FIN des "politiques par défaut"

# DEBUT des règles de filtrage

# Pas de filtrage sur l'interface de "loopback"
iptables -A INPUT -i lo -j ACCEPT

# J'accepte le protocole ICMP (i.e. le "ping")
iptables -A INPUT -p icmp -j ACCEPT

# J'accepte le protocole IGMP (pour le multicast)
iptables -A INPUT -p igmp -j ACCEPT

# J'accepte les packets entrants relatifs à des connexions déjà éta blies
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur FTP éventue l
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 20 -j ACCEPT
#iptables -A INPUT -p tcp --dport 21 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur SSH éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 22 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur de mail éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 25 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur de DNS éven tuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 53 -j ACCEPT
#iptables -A INPUT -p udp --dport 53 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur Web éventuel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 80 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur CUPS éventu el
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 631 -j ACCEPT
#iptables -A INPUT -p udp --dport 631 -j ACCEPT

# Décommentez les deux lignes suivantes pour que le serveur Samba évent uel
# soit joignable de l'extérieur
#iptables -A INPUT -p tcp --dport 139 -j ACCEPT
#iptables -A INPUT -p udp --dport 139 -j ACCEPT

# Décommentez la ligne suivante pour que des clients puissent se connecte r
# à l'ordinateur par XDMCP)
#iptables -A INPUT -p udp --dport 177 -j ACCEPT

# Décommentez la ligne suivante pour que l'odinateur puisse se connecter
# par XDMCP à une machine distante)
#iptables -A INPUT -p tcp --dport 6001 -j ACCEPT

# Décommentez la ligne suivante pour que le serveur CVS éventuel
# soit joignable de l'extérieur via le mécanisme de "pserver"
# (si les utilisateurs accèdent au serveur CVS exclusivement via SSH,
# seule la ligne concernant le serveur SSH doit être décommentée)
#iptables -A INPUT -p tcp --dport 2401 -j ACCEPT

# Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoLAN
# (ce sont des flux UDP entrants sur le port 1234)
#iptables -A INPUT -p udp --dport 1234 -j ACCEPT

# Décommentez la ligne suivante pour pouvoir reçevoir des annonces SAP
# (ce sont des annonces de session multicast)
#iptables -A INPUT -p udp -d 224.2.127.254 --dport 9875 -j ACCEPT

# Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeting
#iptables -A INPUT -p tcp --dport 30000:33000 -j ACCEPT
#iptables -A INPUT -p tcp --dport 1720 -j ACCEPT
#iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT

# La règle par défaut pour la chaine INPUT devient "REJECT"
# (il n'est pas possible de mettre REJECT comme politique par défaut)
iptables -A INPUT -j REJECT

# FIN des règles de filtrage

# DEBUT des règles pour le partage de connexion (i.e. le NAT)

# Décommentez la ligne suivante pour que le système fasse office de
# "serveur NAT" et remplaçez "eth0" par le nom de l'interface connectée
# à Internet
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

# Si la connexion que vous partagez est une connexion ADSL, vous
# serez probablement confronté au fameux problème du MTU. En résumé ,
# le problème vient du fait que le MTU de la liaison entre votre
# fournisseur d'accès et le serveur NAT est un petit peu inférieur au
# MTU de la liaison Ethernet qui relie le serveur NAT aux machines qui
# sont derrière le NAT. Pour résoudre ce problème, décommentez la l igne
# suivante et remplaçez "eth0" par le nom de l'interface connectée à
# Internet.
iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS -o eth0
--clamp-mss-to-pmtu

# FIN des règles pour le partage de connexion (i.e. le NAT)

# DEBUT des règles de "port forwarding"

# Décommentez la ligne suivante pour que les requêtes TCP reçues sur
# le port 80 de l'interface eth0 soient forwardées à la machine dont
# l'IP est 192.168.0.3 sur son port 80 (la réponse à la requête sera
# forwardée au client)
#iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j DNAT
--to-destination 192.168.0.3:80

# FIN des règles de "port forwarding"

------=_Part_137284_30618357.1227533501405
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

 <div class="gmail_quote">2008/11/24 Anne sophie Lantz <<a href="mailto:"> mail.com</a>> <blockquote class="gmail_quote" style="borde r-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-le ft: 1ex;">
 <div class="gmail_quote">Le 24 novembre 2008 12:29, Jean-Michel O LTRA <<a href="mailto: t" target="_blank"></a>> a écr it :<div class="Ih2E3d">
 <blockquote class="gmail_quote" style="border-left: 1px solid rgb(2 04, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div> 
   Bonjour, 
 
 
Le lundi 24 novembre 2008, Anne sophie Lantz a écrit... 
 
 
</div>>     Peux tu acc der au net depuis le serveur ? 
 
> Oui, je peux acc der au net depuis serv1. mais pas depuis les pc1 et p c2. 
> apr s avoir fait sur le serveur serv1 : 
<div>> /etc/init.d/networking restart 
> toujours pas de connexion sur pc1 et pc2 au net. 
 
</div>Il faudrait les fichiers interfaces des pc clients. Etre également sûr 
que le forwarding est activé sur le serveur (`iptables -L FORWARD`). 
</blockquote></div></div> pc2 : /etc/network/interfaces : <div class ="Ih2E3d">auto lo iface lo inet loopback </div>auto eth0 ifa ce eth0 inet static    address <a href="http://192.168.10.3" target="_blank">192.168.10.3</a><div class="Ih2E3d">
    netmask <a href="http://255.255.255.0" target="_blank" >255.255.255.0</a> 
   broadcast <a href="http://192.168.10.255" target="_blank"> 192.168.10.255</a> </div>   gateway <a href="http://192.168. 10.1" target="_blank">192.168.10.1</a> pc2 : cat /etc/resolv.conf : <div class="Ih2E3d">
domain <a href="http://aslantz.com" target="_blank">aslantz.com</a> search <a href="http://aslantz.com" target="_blank">aslantz.com</a> </div>
nameserver <a href="http://192.168.10.1" target="_blank">192.168.10.1</ a><div class="Ih2E3d"> nameserver <a href="http://81.253.149.1" targ et="_blank">81.253.149.1</a> nameserver <a href="http://80.10.246.3" target="_blank">80.10.246.3</a> 
 </div>serv1:~# iptables -L FORWARD Chain FORWARD (policy ACCEPT) 
target     prot opt source    &nbsp ;          destination &n bsp;       TCPMSS     tcp  --  anywhere       &nbsp ;     anywhere      &nbsp ;     tcp flags:SYN,RST/SYN TCPMSS clamp to PMTU 
</blockquote></div>je vous joins aussi mon fichier iptables-start : #!/ bin/sh # /etc/network/if-pre-up.d/iptables-start # Script qui démar re les règles de filtrage "iptables" # Formation Debian GNU/ Linux par Alexis de Lattre 
# <a href="http://formation-debian.via.ecp.fr/">http://formation-debian.v ia.ecp.fr/</a> # REMISE à ZERO des règles de filtrage iptable s -F iptables -t nat -F # DEBUT des "politiques par dé faut" 
 # Je veux que les connexions entrantes soient bloquées par défautiptables -P INPUT DROP # Je veux que les connexions destinées à être forwardées # soient acceptées par défaut iptables -P FORWARD ACCEPT 
 # Je veux que les connexions sortantes soient acceptées par défaut iptables -P OUTPUT ACCEPT # FIN des "politiques par défaut " # DEBUT des règles de filtrage # Pas de filtrage sur l'interface de "loopback" 
iptables -A INPUT -i lo -j ACCEPT # J'accepte le protocole ICMP (i.e. le "ping") iptables -A INPUT -p icmp -j ACCEPT # J'accepte le protocole IGMP (pour le multicast) iptables -A INPUT -p igmp -j ACCEPT 
 # J'accepte les packets entrants relatifs à des connexions déj à établies iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveu r FTP éventuel 
# soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 20 -j ACCEPT #iptables -A INPUT -p tcp --dport 21 -j ACCEPT # D écommentez la ligne suivante pour que le serveur SSH éventuel # soit joignable de l'extérieur 
#iptables -A INPUT -p tcp --dport 22 -j ACCEPT # Décommentez la li gne suivante pour que le serveur de mail éventuel # soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 25 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur de DNS éven tuel 
# soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 53 -j ACCEPT #iptables -A INPUT -p udp --dport 53 -j ACCEPT # D écommentez la ligne suivante pour que le serveur Web éventuel # soit joignable de l'extérieur 
#iptables -A INPUT -p tcp --dport 80 -j ACCEPT # Décommentez les d eux lignes suivantes pour que le serveur CUPS éventuel # soit joignabl e de l'extérieur #iptables -A INPUT -p tcp --dport 631 -j ACCEPT
#iptables -A INPUT -p udp --dport 631 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur Samba éventuel # soit joigna ble de l'extérieur #iptables -A INPUT -p tcp --dport 139 -j ACCEPT 
#iptables -A INPUT -p udp --dport 139 -j ACCEPT # Décommentez la l igne suivante pour que des clients puissent se connecter # à l'ord inateur par XDMCP) #iptables -A INPUT -p udp --dport 177 -j ACCEPT 
# Décommentez la ligne suivante pour que l'odinateur puisse se connec ter # par XDMCP à une machine distante) #iptables -A INPUT -p tcp - -dport 6001 -j ACCEPT # Décommentez la ligne suivante pour que le serveur CVS éventuel 
# soit joignable de l'extérieur via le mécanisme de "pserver&q uot; # (si les utilisateurs accèdent au serveur CVS exclusivement via SSH, # seule la ligne concernant le serveur SSH doit être décomment ée) 
#iptables -A INPUT -p tcp --dport 2401 -j ACCEPT # Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoLAN # (ce sont des flux UDP entrants sur le port 1234) #iptables -A INPUT -p udp --dport 12 34 -j ACCEPT 
 # Décommentez la ligne suivante pour pouvoir reçevoir des annonces SAP # (ce sont des annonces de session multicast) #iptables -A INPUT -p udp -d <a href="http://224.2.127.254">224.2.127.254</a> --dport 9875 - j ACCEPT 
 # Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeti ng #iptables -A INPUT -p tcp --dport 30000:33000 -j ACCEPT #iptables -A INPUT -p tcp --dport 1720 -j ACCEPT #iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT 
 # La règle par défaut pour la chaine INPUT devient "REJECT&quo t; # (il n'est pas possible de mettre REJECT comme politique par d éfaut) iptables -A INPUT -j REJECT # FIN des règles de filtra ge 
 # DEBUT des règles pour le partage de connexion (i.e. le NAT) # Décommentez la ligne suivante pour que le système fasse office de # "serveur NAT" et remplaçez "eth0" par le nom de l'interface connectée 
# à Internet iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE # Si la connexion que vous partagez est une connexion ADSL, vous # se rez probablement confronté au fameux problème du MTU. En résumé, # le problème vient du fait que le MTU de la liaison entre votre 
# fournisseur d'accès et le serveur NAT est un petit peu inférieur au # MTU de la liaison Ethernet qui relie le serveur NAT aux machines qu i # sont derrière le NAT. Pour résoudre ce problème, décommentez la ligne 
# suivante et remplaçez "eth0" par le nom de l'interface co nnectée à # Internet. #iptables -A FORWARD -p tcp --tcp-flags SYN ,RST SYN -j TCPMSS -o eth0 --clamp-mss-to-pmtu # FIN des règles po ur le partage de connexion (i.e. le NAT) 
 # DEBUT des règles de "port forwarding" # Déco mmentez la ligne suivante pour que les requêtes TCP reçues sur # le port 80 de l'interface eth0 soient forwardées à la machine dont # l'IP est <a href="http://192.168.0.3">192.168.0.3</a> sur son port 80 (la réponse à la requête sera 
# forwardée au client) #iptables -t nat -A PREROUTING -i eth0 -p tcp - -dport 80 -j DNAT --to-destination <a href="http://192.168.0.3:80">192.16 8.0.3:80</a> # FIN des règles de "port forwarding" se rv1:~# vi /etc/network/if-pre*/iptables* 
serv1:~# cat /etc/network/if-pre*/iptables* #!/bin/sh # /etc/network/ if-pre-up.d/iptables-start # Script qui démarre les règles de filtra ge "iptables" # Formation Debian GNU/Linux par Alexis de Lattr e 
# <a href="http://formation-debian.via.ecp.fr/">http://formation-debian.v ia.ecp.fr/</a> # REMISE à ZERO des règles de filtrage iptable s -F iptables -t nat -F # DEBUT des "politiques par dé faut" 
 # Je veux que les connexions entrantes soient bloquées par défautiptables -P INPUT DROP # Je veux que les connexions destinées à être forwardées # soient acceptées par défaut iptables -P FORWARD ACCEPT 
 # Je veux que les connexions sortantes soient acceptées par défaut iptables -P OUTPUT ACCEPT # FIN des "politiques par défaut " # DEBUT des règles de filtrage # Pas de filtrage sur l'interface de "loopback" 
iptables -A INPUT -i lo -j ACCEPT # J'accepte le protocole ICMP (i.e. le "ping") iptables -A INPUT -p icmp -j ACCEPT # J'accepte le protocole IGMP (pour le multicast) iptables -A INPUT -p igmp -j ACCEPT 
 # J'accepte les packets entrants relatifs à des connexions déj à établies iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveu r FTP éventuel 
# soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 20 -j ACCEPT #iptables -A INPUT -p tcp --dport 21 -j ACCEPT # D écommentez la ligne suivante pour que le serveur SSH éventuel # soit joignable de l'extérieur 
#iptables -A INPUT -p tcp --dport 22 -j ACCEPT # Décommentez la li gne suivante pour que le serveur de mail éventuel # soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 25 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur de DNS éven tuel 
# soit joignable de l'extérieur #iptables -A INPUT -p tcp --dport 53 -j ACCEPT #iptables -A INPUT -p udp --dport 53 -j ACCEPT # D écommentez la ligne suivante pour que le serveur Web éventuel # soit joignable de l'extérieur 
#iptables -A INPUT -p tcp --dport 80 -j ACCEPT # Décommentez les d eux lignes suivantes pour que le serveur CUPS éventuel # soit joignabl e de l'extérieur #iptables -A INPUT -p tcp --dport 631 -j ACCEPT
#iptables -A INPUT -p udp --dport 631 -j ACCEPT # Décommentez les deux lignes suivantes pour que le serveur Samba éventuel # soit joigna ble de l'extérieur #iptables -A INPUT -p tcp --dport 139 -j ACCEPT 
#iptables -A INPUT -p udp --dport 139 -j ACCEPT # Décommentez la l igne suivante pour que des clients puissent se connecter # à l'ord inateur par XDMCP) #iptables -A INPUT -p udp --dport 177 -j ACCEPT 
# Décommentez la ligne suivante pour que l'odinateur puisse se connec ter # par XDMCP à une machine distante) #iptables -A INPUT -p tcp - -dport 6001 -j ACCEPT # Décommentez la ligne suivante pour que le serveur CVS éventuel 
# soit joignable de l'extérieur via le mécanisme de "pserver&q uot; # (si les utilisateurs accèdent au serveur CVS exclusivement via SSH, # seule la ligne concernant le serveur SSH doit être décomment ée) 
#iptables -A INPUT -p tcp --dport 2401 -j ACCEPT # Décommentez la ligne suivante pour pouvoir reçevoir des flux VideoLAN # (ce sont des flux UDP entrants sur le port 1234) #iptables -A INPUT -p udp --dport 12 34 -j ACCEPT 
 # Décommentez la ligne suivante pour pouvoir reçevoir des annonces SAP # (ce sont des annonces de session multicast) #iptables -A INPUT -p udp -d <a href="http://224.2.127.254">224.2.127.254</a> --dport 9875 - j ACCEPT 
 # Décommentez les 3 lignes suivantes pour pouvoir utiliser GnomeMeeti ng #iptables -A INPUT -p tcp --dport 30000:33000 -j ACCEPT #iptables -A INPUT -p tcp --dport 1720 -j ACCEPT #iptables -A INPUT -p udp --dport 5000:5006 -j ACCEPT 
 # La règle par défaut pour la chaine INPUT devient "REJECT&quo t; # (il n'est pas possible de mettre REJECT comme politique par d éfaut) iptables -A INPUT -j REJECT # FIN des règles de filtra ge 
 # DEBUT des règles pour le partage de connexion (i.e. le NAT) # Décommentez la ligne suivante pour que le système fasse office de # "serveur NAT" et remplaçez "eth0" par le nom de l'interface connectée 
# à Internet iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE # Si la connexion que vous partagez est une connexion ADSL, vous # se rez probablement confronté au fameux problème du MTU. En résumé, # le problème vient du fait que le MTU de la liaison entre votre 
# fournisseur d'accès et le serveur NAT est un petit peu inférieur au # MTU de la liaison Ethernet qui relie le serveur NAT aux machines qu i # sont derrière le NAT. Pour résoudre ce problème, décommentez la ligne 
# suivante et remplaçez "eth0" par le nom de l'interface co nnectée à # Internet. iptables -A FORWARD -p tcp --tcp-flags SYN, RST SYN -j TCPMSS -o eth0 --clamp-mss-to-pmtu # FIN des règles pou r le partage de connexion (i.e. le NAT) 
 # DEBUT des règles de "port forwarding" # Déco mmentez la ligne suivante pour que les requêtes TCP reçues sur # le port 80 de l'interface eth0 soient forwardées à la machine dont # l'IP est <a href="http://192.168.0.3">192.168.0.3</a> sur son port 80 (la réponse à la requête sera 
# forwardée au client) #iptables -t nat -A PREROUTING -i eth0 -p tcp - -dport 80 -j DNAT --to-destination <a href="http://192.168.0.3:80">192.16 8.0.3:80</a> # FIN des règles de "port forwarding" 

------=_Part_137284_30618357.1227533501405--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

Steve

24/11/2008 à 15:10

Salut Anne-Sophie,

Le 24-11-2008, à 14:34:13 +0100, Anne sophie Lantz () a écrit :

désolé, j'ai copié 2 fois :).

Pas grave, ce qui l'est plus c'est de remettre tout le message juste
pour nous dire ça. Ne laisse que ce qui est pertinent pour ton message,
le reste, vires-le.

Cordialement,
Steve

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

Re: modif de /etc/resolv.conf a chaque boot

10 réponses

Veuillez sélectionner un problème