OVH Cloud OVH Cloud

Problème de nat...

10 réponses
Avatar
sich
Bonjour,

Je viens vers vous parce que j'ai un gros soucis que je n'arrive pas à
résoudre (même pas à comprendre...).

Alors voici mon soucis :
J'ai une debian sarge sur un ibm netfinity 3500 avec deux disque SCSCI sur
un raid 1 matériel. Noyau 2.6.8-1-686. Cette sarge a 3 cartes réseau. Une
pour le modem ethernet, une autre pour un pc en dmz, et la dernière est
rattachée à un proxy.

Sur le routeur j'utilise shorewall (2.0.13) pour faire usage de pare feu
et la nat. La nat fonctionne, le filtrage fonctionne tout le monde est
heureux...

Seulement voilà, pour faire mes tests je me suis mis directement en cable
croisé derrière le routeur et certains sites web ne passent pas... Je veux
dire par ne passe pas c'est que je n'ai pas la réponse lors de ma requêtte
http. A savoir que j'accède à ces sites qui posent soucis via lynx sur le
routeur lui même.

J'ai fais divers test et la résolution dns fonctionne bien, les pings
fonctionnent de partout (mon client peux pinger le routeur, le serveur web
et l'on peut pinger le routeur de l'extérieur), si je fais un nmap -p 80
depuis le client le port 80 est bien ouvert sur le site qui ne fonctionne
pas et si je regarde les logs de shorewall ou même en tcpdump lors d'une
tentative d'accès les accès se font bien, tout est accepté. Pour info
j'accepte tout en sortie depuis mon client aussi bien vers le net que vers
le routeur et le routeur peux également faire ce qu'il veux.
Des sites comme http://fr.yahoo.com fonctionne parfaitement alors que
http://www.telecharger.com ne fonctionne pas. Alors que comme dit les
pings passent, les scans de port aussi.
Pour levée de doute ce matin j'ai réinstallé intégralement le routeur avec
une sarge net install du 30/O9/2004, j'ai refais ma config réseau, ma
config de shorewall et le résultat est le même !
Ha vi j'oublié je me connecte par modem ethernet en pppoe et à ce niveau
là tout semble ok aussi.

Donc voili, si vous avez la moindre piste à me proposer parce que là je ne
sais pas comment pouvoir trouver une soluce...

Merci d'avance aux âmes bienveillante sur cette liste :)

sich



--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter 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

10 réponses

Avatar
fra-duf-no-spam
Le 12788ième jour après Epoch,
écrivait:

Bonjour,

Je viens vers vous parce que j'ai un gros soucis que je n'arrive pas à
résoudre (même pas à comprendre...).


[...]
Seulement voilà, pour faire mes tests je me suis mis directement en cable
croisé derrière le routeur et certains sites web ne passent pas... Je veux
dire par ne passe pas c'est que je n'ai pas la réponse lors de ma requêtte
http. A savoir que j'accède à ces sites qui posent soucis via lynx sur le
routeur lui même.

J'ai fais divers test et la résolution dns fonctionne bien, les pings
fonctionnent de partout (mon client peux pinger le routeur, le serveur web
et l'on peut pinger le routeur de l'extérieur), si je fais un nmap -p 80
depuis le client le port 80 est bien ouvert sur le site qui ne fonctionne
pas et si je regarde les logs de shorewall ou même en tcpdump lors d'une
tentative d'accès les accès se font bien, tout est accepté. Pour info
j'accepte tout en sortie depuis mon client aussi bien vers le net que vers
le routeur et le routeur peux également faire ce qu'il veux.
Des sites comme http://fr.yahoo.com fonctionne parfaitement alors que
http://www.telecharger.com ne fonctionne pas. Alors que comme dit les
pings passent, les scans de port aussi.
Pour levée de doute ce matin j'ai réinstallé intégralement le routeur avec
une sarge net install du 30/O9/2004, j'ai refais ma config réseau, ma
config de shorewall et le résultat est le même !
Ha vi j'oublié je me connecte par modem ethernet en pppoe et à ce niveau
là tout semble ok aussi.

Donc voili, si vous avez la moindre piste à me proposer parce que là je ne
sais pas comment pouvoir trouver une soluce...



Essaye de voir les valeurs de:

/proc/sys/net/ipv4/tcp_ecn

sur les machines incriminées (plutôt le poste de travail que la
passerelle en général), et mets 0 à la place de 1.

Si c'est ça, alors tu peux intégrer la ligne:

net/ipv4/tcp_ecn=0

au fichier /etc/sysctl.conf

HTH

--
6 oz. orange juice
1 oz. vodka
1/2 oz. Galliano
Harvey Wallbangers


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
sich
On Mer 5 janvier 2005 15:24, François TOURDE a écrit :
Essaye de voir les valeurs de:

/proc/sys/net/ipv4/tcp_ecn

sur les machines incriminées (plutôt le poste de travail que la
passerelle en général), et mets 0 à la place de 1.

Si c'est ça, alors tu peux intégrer la ligne:

net/ipv4/tcp_ecn=0

au fichier /etc/sysctl.conf

HTH



Il y'a déjà 0 dans /proc/sys/net/ipv4/tcp_ecn....

Que ce soit sur le routeur ou le client. Pour info j'ai exactement le même
problème que le client soit un linux ou un winXP...

Au passage à quoi correspond ce paramêtre ?

sich



--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
fra-duf-no-spam
Le 12788ième jour après Epoch,
écrivait:

Il y'a déjà 0 dans /proc/sys/net/ipv4/tcp_ecn....

Que ce soit sur le routeur ou le client. Pour info j'ai exactement le même
problème que le client soit un linux ou un winXP...



Ah, alors ça sent le souci de taille de paquets... Regarde du côté MRU
et MTU... Je sais qu'en pppoe ou pptp faut faire quelques calculs ;)

Au passage à quoi correspond ce paramêtre ?



ecn c'est la gestion de l'encombrement réseau. Une signalisation
permettant de faire fluctuer la vitesse de réponse de certaines
machine pour adapter la réception.

tcp_ecn - BOOLEAN
Enable Explicit Congestion Notification in TCP.

extrait de
/usr/src/kernel-source-2.6.8/<ton_kernel>/Documentation/networking/ip-sysctl.txt


--
Aliquid melius quam pessimum optimum non est.


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
sich
On Mer 5 janvier 2005 16:07, François TOURDE a écrit :
Ah, alors ça sent le souci de taille de paquets... Regarde du côté MRU
et MTU... Je sais qu'en pppoe ou pptp faut faire quelques calculs ;)



Ben le MTU est à 1492 sur la connection PPPOE donc ça c'est normal, sur
les pattes ethernet on est à 1500 normal aussi donc... Le proxy juste
derrière est en MTU à 1500 sur ses deux cartes réseau aussi... Donc je ne
pense pas que le MTU puisse être le vilain de l'histoire :) .

Enfin peut être quand même... Qui sait... (Pas moi en tout cas).

Au niveau du MRU je bidouille ça comment ?

En tout cas j'ai exactemement la même config sur une autre ligne adsl et
ça fonctionne... Hormis le matériel qui est différent mais bon. Ce genre
de petits désagréments est assez énervant... Je vais tester en posant une
autre machine avec deux carte rzo derrière le modem en y collant un xp
juste pour faire un test (j'ai que ça à faire on dirait..).

Merci en tout cas pour tes conseils, je vais chercher au niveau du MRU et
du MTU pour voir ce que je pourrai changer.

sich



--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
FIX Jérôme
Le Mercredi 5 Janvier 2005 14:58, sich a écrit :
Bonjour,

Je viens vers vous parce que j'ai un gros soucis que je n'arrive pas à
résoudre (même pas à comprendre...).

Alors voici mon soucis :
J'ai une debian sarge sur un ibm netfinity 3500 avec deux disque SCSCI sur
un raid 1 matériel. Noyau 2.6.8-1-686. Cette sarge a 3 cartes réseau. Une
pour le modem ethernet, une autre pour un pc en dmz, et la dernière est
rattachée à un proxy.

Sur le routeur j'utilise shorewall (2.0.13) pour faire usage de pare feu
et la nat. La nat fonctionne, le filtrage fonctionne tout le monde est
heureux...

Seulement voilà, pour faire mes tests je me suis mis directement en cab le
croisé derrière le routeur et certains sites web ne passent pas... Je veux
dire par ne passe pas c'est que je n'ai pas la réponse lors de ma requ êtte
http. A savoir que j'accède à ces sites qui posent soucis via lynx su r le
routeur lui même.

J'ai fais divers test et la résolution dns fonctionne bien, les pings
fonctionnent de partout (mon client peux pinger le routeur, le serveur web
et l'on peut pinger le routeur de l'extérieur), si je fais un nmap -p 80
depuis le client le port 80 est bien ouvert sur le site qui ne fonctionne
pas et si je regarde les logs de shorewall ou même en tcpdump lors d'une
tentative d'accès les accès se font bien, tout est accepté. Pour in fo
j'accepte tout en sortie depuis mon client aussi bien vers le net que vers
le routeur et le routeur peux également faire ce qu'il veux.
Des sites comme http://fr.yahoo.com fonctionne parfaitement alors que
http://www.telecharger.com ne fonctionne pas. Alors que comme dit les
pings passent, les scans de port aussi.
Pour levée de doute ce matin j'ai réinstallé intégralement le rou teur avec
une sarge net install du 30/O9/2004, j'ai refais ma config réseau, ma
config de shorewall et le résultat est le même !
Ha vi j'oublié je me connecte par modem ethernet en pppoe et à ce niv eau
là tout semble ok aussi.

Donc voili, si vous avez la moindre piste à me proposer parce que là je ne
sais pas comment pouvoir trouver une soluce...

Merci d'avance aux âmes bienveillante sur cette liste :)

sich



Bonjour,

J'ai eu le même problème il y a quelques temps ... J'ai longuement cher ché ...
mais je n'ai rien trouvé de probant.
Rien sur la configuration ne semblait avoir changé par rapport à "quan d ca
marchait" ...

Au passage regardes si tu as dans les logs (au moment de la connexion) la
phrase "Could not increase MTU to 1500" (ou quelquechose dans le genre).

Pour résoudre le problème j'ai du baisser le MTU à 1412 au lieu de 14 92 ...
J'ai essayé dans le fichier /etc/ppp/peers/dsl-provider ... mais çà n 'a rien
changé.

Ma solution (il y a sans doute plus propre) :
1. Créez le fichier /etc/ppp/ip-up.d/99mtu
2. Mettre dans ce fichier
#!/bin/sh
ifconfig ppp0 mtu 1412
3. Rendre exécutable
4. Relancer la connexion

A priori tous les scripts présents dans ce répertoire sonr exécutés à la
connexion.

5. un /sbin/ifconfig ppp0 devrait indiquer que le MTU est à 1412
6. Vérifier (moi c'est le site de France Culture qui me servait de test)

En espérant que cela t'aide
Jérôme


PS : Au passage avec les mêmes clients (debian SID & testing), en utilisa nt
une autre distribution comme routeur il n'y avait pas de souci.

PS2 : Le routeur qui posait problème était sous Debian SID.
Avatar
sich
On Mer 5 janvier 2005 17:13, FIX Jérôme a écrit :

Ma solution (il y a sans doute plus propre) :
1. Créez le fichier /etc/ppp/ip-up.d/99mtu
2. Mettre dans ce fichier
#!/bin/sh
ifconfig ppp0 mtu 1412
3. Rendre exécutable
4. Relancer la connexion

A priori tous les scripts présents dans ce répertoire sonr exécutés à la
connexion.

5. un /sbin/ifconfig ppp0 devrait indiquer que le MTU est à 1412
6. Vérifier (moi c'est le site de France Culture qui me servait de test)

En espérant que cela t'aide
Jérôme


PS : Au passage avec les mêmes clients (debian SID & testing), en
utilisant
une autre distribution comme routeur il n'y avait pas de souci.

PS2 : Le routeur qui posait problème était sous Debian SID.



Yop,

Pour ma part j'ai testé en faisant un ifconfig ppp0 mtu 1412 mais ça ne
change rien à mon problème. Voici ci-dessous mon ifconfig et un tcpdump
lors d'une tentative d'accès... J'ai rien qui me dis que les paquets ne
sont pas bon ni rien... Tout à l'air normal..... Bon ce soir je rentre
chez moi, je verrai ça à nouveau demain, merci à tous pour vos conseils...

sich

ppp0 Lien encap:Protocole Point-à-Point
inet adr:80.11.108.156 P-t-P:80.11.108.129 Masque:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1412 Metric:1
RX packets:430 errors:0 dropped:0 overruns:0 frame:0
TX packets:599 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:3
RX bytes:110989 (108.3 KiB) TX bytes:96782 (94.5 KiB)




routeur:/etc/network/if-up.d# tcpdump -i ppp0 host
euw0300148-pip.eu.verio.net
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on ppp0, link-type LINUX_SLL (Linux cooked), capture size 96 bytes
17:24:53.133671 IP AMarseille-103-1-1-156.w80-11.abo.wanadoo.fr.2177 >
euw0300148-pip.eu.verio.net.www: P 533205911:533206714(803) ack 2760776758
win 8576 <nop,nop,timestamp 70369380 208173827>
17:24:53.311574 IP euw0300148-pip.eu.verio.net.www >
AMarseille-103-1-1-156.w80-11.abo.wanadoo.fr.2177: P 1:256(255) ack 803
win 64732 <nop,nop,timestamp 208173925 70369380>
17:24:53.311796 IP AMarseille-103-1-1-156.w80-11.abo.wanadoo.fr.2177 >
euw0300148-pip.eu.verio.net.www: . ack 256 win 8576 <nop,nop,timestamp
70369398 208173925>
17:24:53.375872 IP euw0300148-pip.eu.verio.net.www >
AMarseille-103-1-1-156.w80-11.abo.wanadoo.fr.2177: P 256:503(247) ack 803
win 64732 <nop,nop,timestamp 208173926 70369398>
17:24:53.376068 IP AMarseille-103-1-1-156.w80-11.abo.wanadoo.fr.2177 >
euw0300148-pip.eu.verio.net.www: . ack 503 win 8576 <nop,nop,timestamp
70369404 208173926>

5 packets captured
11 packets received by filter
0 packets dropped by kernel



--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

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

sich a écrit :
On Mer 5 janvier 2005 16:07, François TOURDE a écrit :

Ah, alors ça sent le souci de taille de paquets... Regarde du côté MRU
et MTU... Je sais qu'en pppoe ou pptp faut faire quelques calculs ;)





Même avis. Voir http://www.sceen.net/articles/html/mtu_pppoe/ pour
comprendre les tenants et les aboutissants.

Résumé : on a beau mettre la MTU de l'interface PPP à 1492, celle de
l'interface PPP du routeur du FAI reste à 1500. Les paquets entrants de
taille supérieure à 1492 sont acceptés par le routeur et perdus
silencieusement sans message d'erreur ICMP.

Ben le MTU est à 1492 sur la connection PPPOE donc ça c'est normal, sur
les pattes ethernet on est à 1500 normal aussi donc... Le proxy juste
derrière est en MTU à 1500 sur ses deux cartes réseau aussi... Donc je ne
pense pas que le MTU puisse être le vilain de l'histoire :) .



Au niveau du MRU je bidouille ça comment ?



Le seul paramètre sur lequel on puisse agir pour ne pas recevoir de
paquets plus gros que 1492 octets est le MSS (Maximum Segment Size) des
connexions TCP qui doit être réglé à (MTU - taille des en-têtes IP et
TCP). Ce n'est efficace qu'en TCP (donc sans effet sur les protocoles
d'encapsulation/tunnel basés sur UDP, GRE ou d'autres protocoles IP)
mais déjà pas si mal puisque les connexions HTTP, FTP, SMTP...
fonctionneront. Trois moyens pour baisser ce MSS :
- baisser la MTU des machines situées derrière le routeur à 1492 ou moins.
- utiliser la cible TCPMSS de la table mangle de Netfilter/iptables sur
le routeur pour limiter le MSS transmis à 1452 ou moins.
- utiliser l'option de clamping MSS (-m) de rp-pppoe sur le routeur.

Les deux derniers ne sont utilisables qu'en IPv4. En IPv6, on peut
configurer radvd pour forcer la MTU des machines du réseau local qui
sont en autoconfiguration avec l'option AdvLinkMTU.


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

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

Merci à tous pour vos réponses si nombreuses :)

Je vais regarder comment faire les choses plus proprement mais là pour le
moment ça fonctionne ! Du moins il semblerait :)

Bon comme je n'ai que deux machines en direct derrière le routeur j'ai mis
le mtu de ces deux machines à 1492 et là ça marche ! Mes autres clients
passant par le proxy ça ne pose pas de soucis....

Je vais me pencher sur toutes ces histoires de protocoles pour tenter de
régler le soucis au niveau du routeur et non pas au niveau des clients.
Car là ça va je n'ai que deux pcs, mais si un jour il devait y'en avoir
50....

Enfin bref, merci bcp pour toutes vos réponses.

Yannick



--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
fra-duf-no-spam
Le 12789ième jour après Epoch,
écrivait:

Bonjour,

Merci à tous pour vos réponses si nombreuses :)

Je vais regarder comment faire les choses plus proprement mais là pour le
moment ça fonctionne ! Du moins il semblerait :)

Bon comme je n'ai que deux machines en direct derrière le routeur j'ai mis
le mtu de ces deux machines à 1492 et là ça marche ! Mes autres clients
passant par le proxy ça ne pose pas de soucis....



Sur le serveur dhcp de mon routeur, j'ai mis :

shared-network tourde-home {
...
option interface-mtu 1412;
...

Ça marche pas avec toutes les machines, mais bon... D'ailleurs, il
faudrait que je change ça, dans la mesure où... je n'ai plus de
liaison ppp :)

Pourvu que mon fils ne le découvre pas avant moi, sinon il va encore
râler en disant que j'aurais pû réduire l'overhead de 48 octets par
paquets !

--
What does it mean if there is no fortune for you?


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
claude
sich wrote:
[...]
Donc voili, si vous avez la moindre piste à me proposer parce que là je ne
sais pas comment pouvoir trouver une soluce...

Merci d'avance aux âmes bienveillante sur cette liste :)



A vue de nez, cela ressemble à un problème de MTU, donc :
dpkg-reconfigure pppoe
et choisir un MTU inférieur. Par contre, si c'est pas ça, faudrait voir
du côté de tes logs ce qu'ils peuvent raconter d'intéressant lors de
connexions à des sites qui répondent pas - éventuellement, poster les
résultats ici ;)

Amicalement,
claude


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

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