OVH Cloud OVH Cloud

partage de connexion ADSL

7 réponses
Avatar
logone
Salut,

Je viens de parametrer ma connexion adsl sous redhat 9 et ca fonctionne a
merveille sur le serveur mais pas encore sur mon reseau impossible en
declarant la passerelle de partager ma connexion j'ai bien mis dans rc.local
/bin/echo 1 >/proc/sys/net/ipv4/ip_forward
puis /sbin/iptables -t nat -A POSTROUTING -p ppp0 -j MASQUERADE

mais ca ne fonctionne pas qui peux m'aider ??

Merci

7 réponses

Avatar
TiChou
Dans l'article news:4030debc$0$21016$,
logone écrivait :

Salut,


Bonjour,

Je viens de parametrer ma connexion adsl sous redhat 9 et ca fonctionne a
merveille sur le serveur mais pas encore sur mon reseau impossible en
declarant la passerelle de partager ma connexion j'ai bien mis dans
rc.local /bin/echo 1 >/proc/sys/net/ipv4/ip_forward


Modifiez plutôt le fichier /etc/sysconfig/network en y mettant la variable
FORWARD_IPV4 à true (FORWARD_IPV4=true) ou éventuellement en utilisant
systcl en plaçant la ligne net.ipv4.ip_forward = 1 dans le fichier
/etc/sysctl.conf.

puis /sbin/iptables -t nat -A POSTROUTING -p ppp0 -j MASQUERADE

mais ca ne fonctionne pas qui peux m'aider ??


La syntaxe est incorrecte, il faut indiquer '-o ppp0' et non pas '-p ppp0',
ce qui nous donne :

iptables -t nat -A POSTROUTING -o ppp0 -s 192.168.0.0/24 -j MASQUERADE

ce qui limite le partage de connexion au réseau 192.168.0.0/24 (à modifier
selon votre réseau).

Notez que si votre IP publique est fixe, il est préférable d'utiliser la
règle suivante :

iptables -t nat -A POSTROUTING -o ppp0 -s 192.168.0.0/24
-j SNAT --to 1.2.3.4

où 1.2.3.4 doit être remplacé par votre adresse IP fixe.

Ensuite, reste à voir s'il existe d'autres règles Netfilter/iptables
d'installées.

Il serait bien aussi de mettre comme politique par défaut pour la chaîne
FORWARD de la table filter à DROP :

iptables -t filter -P FORWARD DROP

et de ce fait autoriser les connexions des machines du réseau local vers
Internet :

iptables -A FORWARD -i eth0 -o ppp0 -j ACCEPT
iptables -A FORWARD -i ppp0 -o eth0
-m state --state ESTABLISHED,RELATED -j ACCEPT

Merci


Pas de quoi.

--
TiChou

Avatar
logone
Kool ba si avec ca je n'y arrive pas
je m'y attele et je te tiens au courant


"TiChou" a écrit dans le message de
news:4030e3d4$0$28139$
Dans l'article news:4030debc$0$21016$,
logone écrivait :

Salut,


Bonjour,

Je viens de parametrer ma connexion adsl sous redhat 9 et ca fonctionne
a


merveille sur le serveur mais pas encore sur mon reseau impossible en
declarant la passerelle de partager ma connexion j'ai bien mis dans
rc.local /bin/echo 1 >/proc/sys/net/ipv4/ip_forward


Modifiez plutôt le fichier /etc/sysconfig/network en y mettant la variable
FORWARD_IPV4 à true (FORWARD_IPV4=true) ou éventuellement en utilisant
systcl en plaçant la ligne net.ipv4.ip_forward = 1 dans le fichier
/etc/sysctl.conf.

puis /sbin/iptables -t nat -A POSTROUTING -p ppp0 -j MASQUERADE

mais ca ne fonctionne pas qui peux m'aider ??


La syntaxe est incorrecte, il faut indiquer '-o ppp0' et non pas '-p
ppp0',

ce qui nous donne :

iptables -t nat -A POSTROUTING -o ppp0 -s 192.168.0.0/24 -j MASQUERADE

ce qui limite le partage de connexion au réseau 192.168.0.0/24 (à modifier
selon votre réseau).

Notez que si votre IP publique est fixe, il est préférable d'utiliser la
règle suivante :

iptables -t nat -A POSTROUTING -o ppp0 -s 192.168.0.0/24
-j SNAT --to 1.2.3.4

où 1.2.3.4 doit être remplacé par votre adresse IP fixe.

Ensuite, reste à voir s'il existe d'autres règles Netfilter/iptables
d'installées.

Il serait bien aussi de mettre comme politique par défaut pour la chaîne
FORWARD de la table filter à DROP :

iptables -t filter -P FORWARD DROP

et de ce fait autoriser les connexions des machines du réseau local vers
Internet :

iptables -A FORWARD -i eth0 -o ppp0 -j ACCEPT
iptables -A FORWARD -i ppp0 -o eth0
-m state --state ESTABLISHED,RELATED -j ACCEPT

Merci


Pas de quoi.

--
TiChou




Avatar
logone
ca avance ca avance
bon j'ai effectue tout ce que tu m'a indique et deja j'y vois plus clair

seulement ca ne fonctionne pas encore
je pense que le probleme viens des dns en effet sur les clients quand je
fait un ping le yahoo 217.12.3.11
ca repond mais des que j'ouvre IE ou un ping sur fr.yahoo.com ca marche pas

j'ai mis les DNS 193.252.19.3 & 4 (wanadoo) sur les clients est ce bon ??
ou je ne met rien ?? j'ai indique aussi la passerelle par defaut
(192.168.0.10 mon serveur)


"TiChou" a écrit dans le message de
news:4030e3d4$0$28139$
Dans l'article news:4030debc$0$21016$,
logone écrivait :

Salut,


Bonjour,

Je viens de parametrer ma connexion adsl sous redhat 9 et ca fonctionne
a


merveille sur le serveur mais pas encore sur mon reseau impossible en
declarant la passerelle de partager ma connexion j'ai bien mis dans
rc.local /bin/echo 1 >/proc/sys/net/ipv4/ip_forward


Modifiez plutôt le fichier /etc/sysconfig/network en y mettant la variable
FORWARD_IPV4 à true (FORWARD_IPV4=true) ou éventuellement en utilisant
systcl en plaçant la ligne net.ipv4.ip_forward = 1 dans le fichier
/etc/sysctl.conf.

puis /sbin/iptables -t nat -A POSTROUTING -p ppp0 -j MASQUERADE

mais ca ne fonctionne pas qui peux m'aider ??


La syntaxe est incorrecte, il faut indiquer '-o ppp0' et non pas '-p
ppp0',

ce qui nous donne :

iptables -t nat -A POSTROUTING -o ppp0 -s 192.168.0.0/24 -j MASQUERADE

ce qui limite le partage de connexion au réseau 192.168.0.0/24 (à modifier
selon votre réseau).

Notez que si votre IP publique est fixe, il est préférable d'utiliser la
règle suivante :

iptables -t nat -A POSTROUTING -o ppp0 -s 192.168.0.0/24
-j SNAT --to 1.2.3.4

où 1.2.3.4 doit être remplacé par votre adresse IP fixe.

Ensuite, reste à voir s'il existe d'autres règles Netfilter/iptables
d'installées.

Il serait bien aussi de mettre comme politique par défaut pour la chaîne
FORWARD de la table filter à DROP :

iptables -t filter -P FORWARD DROP

et de ce fait autoriser les connexions des machines du réseau local vers
Internet :

iptables -A FORWARD -i eth0 -o ppp0 -j ACCEPT
iptables -A FORWARD -i ppp0 -o eth0
-m state --state ESTABLISHED,RELATED -j ACCEPT

Merci


Pas de quoi.

--
TiChou




Avatar
TiChou
Dans l'article news:4030f025$0$16520$,
logone écrivait :

ca avance ca avance
bon j'ai effectue tout ce que tu m'a indique et deja j'y vois plus clair

seulement ca ne fonctionne pas encore
je pense que le probleme viens des dns en effet sur les clients quand je
fait un ping le yahoo 217.12.3.11
ca repond mais des que j'ouvre IE ou un ping sur fr.yahoo.com ca marche
pas


Si la réponse de la commande ping indique que le host n'a pas pu être
trouvé, c'est qu'effectivement il y a problème de résolution DNS.
La réponse au ping sur une adresse IP indique quant à lui que la passerelle
Linux partage bien la connexion et que donc le problème se situe sur les
machines clientes.

j'ai mis les DNS 193.252.19.3 & 4 (wanadoo) sur les clients est ce bon ??
ou je ne met rien ?? j'ai indique aussi la passerelle par defaut
(192.168.0.10 mon serveur)


Oui, faut mettre sur les machines clientes les DNS fournit par votre FAI.
Pour vous assurer que vous utilisez les bons serveurs DNS, vous pouvez
vérifier sur la passerelle Linux le contenu du fichier /etc/resolv.conf ou
bien rechercher dans les logs (/var/log/messages) les lignes qui ressemblent
à :

pppd[xxxx]: primary DNS address 1.2.3.4
pppd[xxxx]: secondary DNS address 5.6.7.8

PS : svp, répondez en dessous tout en ne quotant que ce qui est utile.
http://www.giromini.org/usenet-fr/repondre.html

--
TiChou

Avatar
logone
j'ai le paquetage DNS installe sur mon poste linux peut etre cela viens t'il
de ca ??
je l'enleve et je te tiens au courant


"TiChou" a écrit dans le message de
news:4030f837$0$28133$
Dans l'article news:4030f025$0$16520$,
logone écrivait :

ca avance ca avance
bon j'ai effectue tout ce que tu m'a indique et deja j'y vois plus clair

seulement ca ne fonctionne pas encore
je pense que le probleme viens des dns en effet sur les clients quand je
fait un ping le yahoo 217.12.3.11
ca repond mais des que j'ouvre IE ou un ping sur fr.yahoo.com ca marche
pas


Si la réponse de la commande ping indique que le host n'a pas pu être
trouvé, c'est qu'effectivement il y a problème de résolution DNS.
La réponse au ping sur une adresse IP indique quant à lui que la
passerelle

Linux partage bien la connexion et que donc le problème se situe sur les
machines clientes.

j'ai mis les DNS 193.252.19.3 & 4 (wanadoo) sur les clients est ce bon
??


ou je ne met rien ?? j'ai indique aussi la passerelle par defaut
(192.168.0.10 mon serveur)


Oui, faut mettre sur les machines clientes les DNS fournit par votre FAI.
Pour vous assurer que vous utilisez les bons serveurs DNS, vous pouvez
vérifier sur la passerelle Linux le contenu du fichier /etc/resolv.conf ou
bien rechercher dans les logs (/var/log/messages) les lignes qui
ressemblent

à :

pppd[xxxx]: primary DNS address 1.2.3.4
pppd[xxxx]: secondary DNS address 5.6.7.8

PS : svp, répondez en dessous tout en ne quotant que ce qui est utile.
http://www.giromini.org/usenet-fr/repondre.html

--
TiChou




Avatar
Rakotomandimby
logone wrote:

Kool ba si avec ca je n'y arrive pas
je m'y attele et je te tiens au courant


Regarde ce qu'on te repond . on t'a dit de repondre EN BAS en ne Citant QUE
le necessaire . T'es sourd ?

--
Rakotomandimby Mihamina Andrianifaharana
Tel : +33 2 38 76 43 65
http://stko.dyndns.info/site_principal/Members/mihamina

Avatar
Bruce
j'ai le paquetage DNS installe sur mon poste linux peut etre cela viens t'il
de ca ??
je l'enleve et je te tiens au courant


A priori, ça ne vient pas de ça...
Vérifie que tes paquets de résolution dns ne sont pas bloqués par ton
firewall... Pour savoir quel port débloquer (il y a aussi de l'dp, mais
je ne me rappelle plus de tête), le tutorial de lealinux sur iptables
est bien fait. Sinon, tu peux aussi monter un server dns relay sur ta
passerelle...
AMHA, si tu veux que les gens continuent de te répondre, respecte els
conventions et quote en dessous et en ne quotant que l'utile...

--
Bruce