[passerelle debian] probleme avec passerelle -> MTU ?

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : [passerelle debian] probleme avec passerelle -> MTU ?

helvetik

Bonjour !

Mon problème : je n'arrive consulter que certains sites, d'autres s'affiches mal et certains jamais ....

En règle général, j'arrive toujours pinguer les cibles par leurs nom dns, donc ce ne devrait pas être mon dns qui est en cause.

Ce n'est pas les règle du firewall (netfilter/iptables) qui pause problème, car meme en accèptant tout, le problème se pose ...

Donc... après quelques recherches sur le net et sur le forum, les notions de MTU/MRU reviennent souvent, mais peut de solutions satisfaisantes ne sont posé. Il faut y aller un peut à tatons, j'ai l'impressions ...

De plus, étant donné que c'est ma première passerelle avec linux, il est possible que j'ai omis certains trucs évidents, donc n'hésitez pas de m'en faire par, même si ça peut vous paraitre logique.

Pour vous aider, et pour ceux que ça pourrait intéresser, voici le context:

Je suis en train de monter, pour une petite boite que j'administre, une passerelle sous debian.

Le réseau actuel est un domaine Windows2000 qui comprend un serveur principal (win2ksrv), un serveur Terminal server (win2k3srv), un serveur Mysql (debian sarge) et pour finir, un serveur de téléphonie (win2ksrv).

Actuellement, la connection internet est assuré par un modem PLC(powerline), et le partage de connection, par un routeur/firewall PPPoE (lightning speedsurf - http://www.lightning.ch/products/speedsurf-2.html).

Pour différentes raisons (ftp, ssh, web, ....), j'aimerais remplacer le routeur par un pc avec debian. Par la suite, je vais y configurer un firewall avec iptables, pour accèder à différents services internes depuis l'extérieur.

Publicité

helvetik

Pour information, mon voici mon log de connexion et déconnexion :

Code :

Apr 11 13:17:09 localhost pppd[27005]: Plugin rp-pppoe.so loaded.
Apr 11 13:17:09 localhost pppd[27007]: pppd 2.4.3 started by root, uid 0
Apr 11 13:17:09 localhost pppd[27007]: PPP session is 1743
Apr 11 13:17:09 localhost pppd[27007]: Using interface ppp0
Apr 11 13:17:09 localhost pppd[27007]: Connect: ppp0 <--> eth0
Apr 11 13:17:09 localhost pppd[27007]: Couldn't increase MTU to 1500
Apr 11 13:17:09 localhost pppd[27007]: Couldn't increase MRU to 1500
Apr 11 13:17:09 localhost pppd[27007]: Couldn't increase MTU to 1500
Apr 11 13:17:09 localhost pppd[27007]: Couldn't increase MRU to 1500
Apr 11 13:17:09 localhost pppd[27007]: CHAP authentication succeeded
Apr 11 13:17:09 localhost pppd[27007]: peer from calling number 00:03:42:CE:20:B2 authorized
Apr 11 13:17:09 localhost pppd[27007]: Cannot determine ethernet address for proxy ARP
Apr 11 13:17:09 localhost pppd[27007]: local IP address 85.90.8.48
Apr 11 13:17:09 localhost pppd[27007]: remote IP address 85.90.0.17
Apr 11 13:17:09 localhost pppd[27007]: primary DNS address 193.192.227.3
Apr 11 13:17:09 localhost pppd[27007]: secondary DNS address 195.141.56.5
Apr 11 13:24:27 localhost pppd[27007]: Terminating on signal 15
Apr 11 13:24:27 localhost pppd[27007]: Connect time 7.3 minutes.
Apr 11 13:24:27 localhost pppd[27007]: Sent 294611 bytes, received 2760590 bytes.
Apr 11 13:24:27 localhost pppd[27007]: Couldn't increase MTU to 1500
Apr 11 13:24:27 localhost pppd[27007]: Couldn't increase MRU to 1500
Apr 11 13:24:27 localhost pppd[27007]: Connection terminated.
Apr 11 13:24:27 localhost pppd[27007]: Exit.

On voit clairement qu'il y a un problème au niveau du mtu ...

Voici aussi /etc/ppp/peers/dsl-provider que j'ai renomé en plc-eef (eef étant mon FAI) donc :

Code :

srv02:/etc/ppp/peers# cat plc-eef
# Configuration file for PPP, using PPP over Ethernet
# to connect to a DSL provider.
#
# See the manual page pppd(8) for information on all the options.
##
# Section 1
#
# Stuff to configure...
# MUST CHANGE: Uncomment the following line, replacing the user@provider.net
# by the DSL user name given to your by your DSL provider.
# (There should be a matching entry in /etc/ppp/pap-secrets with the password.)
user flore.swiss
# Use the pppoe program to send the ppp packets over the Ethernet link
# This line should work fine if this computer is the only one accessing
# the Internet through this DSL connection. This is the right line to use
# for most people.
#pty "/usr/sbin/pppoe -I eth0 -T 80 -m 1452"
# An even more conservative version of the previous line, if things
# don't work using -m 1452...
pty "/usr/sbin/pppoe -I eth0 -T 80 -m 1412"
# If the computer connected to the Internet using pppoe is not being used
# by other computers as a gateway to the Internet, you can try the following
# line instead, for a small gain in speed:
#pty "/usr/sbin/pppoe -I eth0 -T 80"
# The following two options should work fine for most DSL users.
# Assumes that your IP address is allocated dynamically
# by your DSL provider...
noipdefault
# Try to get the name server addresses from the ISP.
usepeerdns
# Use this connection as the default route.
# Comment out if you already have the correct default route installed.
defaultroute
##
# Section 2
#
# Uncomment if your DSL provider charges by minute connected
# and you want to use demand-dialing.
#
# Disconnect after 300 seconds (5 minutes) of idle time.
#demand
#idle 300
##
# Section 3
#
# You shouldn't need to change these options...
hide-password
lcp-echo-interval 20
lcp-echo-failure 3
# Override any connect script that may have been set in /etc/ppp/options.
connect /bin/true
noauth
persist
#mtu 1492
mtu 1412
# RFC 2516, paragraph 7 mandates that the following options MUST NOT be
# requested and MUST be rejected if requested by the peer:
# Address-and-Control-Field-Compression (ACFC)
noaccomp
# Asynchronous-Control-Character-Map (ACCM)
default-asyncmap
plugin rp-pppoe.so eth0

Comme on peut le remarquer, j'ai configuré (2x) le mtu à 1412 ...
mais quand je fais un ifconfig ppp0 est à 1492 et mon interface eth0 (celle connecté au modem) est à 1500.

helvetik

Il existe un autre fichier de configuration ( /etc/ppp/option ) où l'on parle de mtu (et aussi de mru). Mais les modification que j'y ai faite ne sont pas pris en compte .. Je l'ai d'ailleurs carrément déplacer, et la connexion se fait quand même... Ca ne doit être utilisé, je suppose que pour des connexion RTC ...

helvetik

Juste pour précision, voici le script simple qui transforme mon pc en passerelle. Bien entendu, quand ceci sera au point, j'ajouterai les règle de filtrages nécessaires afin d'avoir quelque chose de sécure

Code :

uti_open_netfilter()
{
# Clearing any previous configuration
# ------------------------------------------------------------------------
echo " Clearing any existing rules and setting default policy to ACCEPT !!!!!!!!!.."
$IPTABLES --flush
# $IPTABLES --flush INPUT
# $IPTABLES --flush OUTPUT
# $IPTABLES --flush FORWARD
$IPTABLES --table nat --flush
# $IPTABLES --table nat --flush PREROUTING
# $IPTABLES --table nat --flush POSTROUTING
# $IPTABLES --table nat --flush OUTPUT
#$IPTABLES --table mangle --flush PREROUTING
#$IPTABLES --table mangle --flush INPUT
#$IPTABLES --table mangle --flush OUTPUT
#$IPTABLES --table mangle --flush FORWARD
#$IPTABLES --table mangle --flush POSTROUTING
# Delete all User-specified chains
# ------------------------------------------------------------------------
$IPTABLES --delete-chain
$IPTABLES --table nat --delete-chain
#$IPTABLES --table mangle --delete-chain
# Reset all IPTABLES counters
# ------------------------------------------------------------------------
$IPTABLES --zero
$IPTABLES --table nat --zero
#$IPTABLES --table mangle --zero
$IPTABLES --policy INPUT ACCEPT
$IPTABLES --policy OUTPUT ACCEPT
$IPTABLES --policy FORWARD ACCEPT
$IPTABLES --table nat --policy PREROUTING ACCEPT
$IPTABLES --table nat --policy POSTROUTING ACCEPT
$IPTABLES --table nat --policy OUTPUT ACCEPT
}
uti_count_traffics()
{
$IPTABLES -A FORWARD -i ppp0
$IPTABLES -A FORWARD -o ppp0
$IPTABLES -A OUTPUT -o ppp0
$IPTABLES -A INPUT -i ppp0
}
gw_snat()
# --------------------------------------------------------------------------
{
# Activation du forwarding. Sous debian, on peut aussi le faire de la
# manière suivante :
# - éditer le fichier /etc/network/options
# - mettre "ip_forward=1"
# ------------------------------------------------------------------------
echo " Enabling forwarding.."
echo "1" > /proc/sys/net/ipv4/ip_forward
# If you get your IP address dynamically from SLIP, PPP, or DHCP,
# enable the following option. This enables dynamic-address hacking
# which makes the life with Diald and similar programs much easier.
# ------------------------------------------------------------------------
echo " Enabling DynamicAddr.."
echo "1" > /proc/sys/net/ipv4/ip_dynaddr
echo " ---"
echo " NAT: Enabling SNAT (MASQUERADE) functionality on $EXTIF"
#More liberal form
# ------------------------------------------------------------------------
$IPTABLES --table nat --append POSTROUTING --out-interface $EXTIF --jump MASQUERADE
#Stricter form
# ------------------------------------------------------------------------
# $IPTABLES --table nat --append POSTROUTING --out-interface $EXTIF
}

helvetik

Je crois avoir trouvé la solution ....
J'ajoute ça dans mon script :

Code :

$IPTABLES --append FORWARD --proto tcp --tcp-flags SYN,RST SYN --jump TCPMSS --out-interface $EXTIF --clamp-mss-to-pmtu

~~Merci google ....~~

EDIT : en fait, non, ca règle le problème lorsque je n'ai pas de règle de filtrage... Par contre, ca se reproduit dès que je lance mon script de firewall .... [:albator7k]

De plus, j'ai toujours ces problème de MTU dans mon log !
Ca vous dis quelque chose ?

Message édité par helvetik le 11-04-2006 à 16:01:26

helvetik

Bon, j'ai encore rajouté une ligne :

Code :

$IPTABLES --table mangle --append POSTROUTING --proto tcp --tcp-flags SYN,RST SYN --out-interface $EXTIF --jump TCPMSS --clamp-mss-to-pmtu

Ca améliore encore les chose, mais la connexion reste quand même instable ....

Un petit peu d'aide, svp ...

Spud

Bonjour,

met un # devant la ligne " plugin rp-pppoe.so eth0 " dans ton fichier dsl-provider.
Ainsi tu utiliseras pppoe et non le plugin rp-pppoe.so

J'étais exactement dans le même cas que toi et le fait de passer par pppoe à la place du plugin à résolu le problème.

A+

Message cité 1 fois
Message édité par Spud le 12-04-2006 à 16:49:14

Fork Bomb

Obsédé textuel

Pour explications, voir Formations Linux de ~Alexis (nom du compte), clique sur Firewall.
Son 1er ou 2nd script est commente et explique le probleme du MTU.

Message cité 1 fois

---------------
Décentralisons Internet-Bépo-Troll Bingo - "Pour adoucir le mélange, pressez trois quartiers d’orange !"

helvetik

Spud a écrit :

Hello,

Merci pour ta réponse ...
Par contre, pourrais-tu m'expliquer la différence entre les deux plugins?

Je vais de mon côté faire de plus amples recherche sur le sujet.

A+

helvetik

Fork Bomb a écrit :

Pour explications, voir Formations Linux de ~Alexis (nom du compte), clique sur Firewall.
Son 1er ou 2nd script est commente et explique le probleme du MTU.

Hello,

C'est marrant que tu me parles de ce site, car c'est sur celui ci que j'ai trouvé la solution du clampage dont je fais référence dans mon 5ème post....
-> Grillé

Merci quand même.

Je rajouterai que l'autre solution de clampage (voir poste numéro 6) est tiré d'un autre site : http://www.linux-france.org/prj/in [...] arget.html

Publicité

Spud

Mes connaissances en la matière sont limitées. Je ne peux pas t'expliquer la différence...

Message édité par Spud le 13-04-2006 à 11:19:49

helvetik

domage, car j'ai pas trouvé grand chose sur le net (je sais pas trop ou chercher, d'ailleurs)

Merci quand meme :hello:

Taz

bisounours-codeur

en réglant la max mss, tu n'influes que sur TCP, pas les autres protos (dont UDP).

Message cité 1 fois

helvetik

Taz a écrit :

en réglant la max mss, tu n'influes que sur TCP, pas les autres protos (dont UDP).

Mais alors comment faire avec les autres protocoles?
Comment faire pour que les MTU et MRU que j'ai renseigné dans le fichier dsl-provider soient pris en compte ?? Simplement virer le plugin rp-pppoe (pas encore essayé) ?

Merci

Taz

bisounours-codeur

si ta machine ne fait que passerelle, tu pourrais simplement configurer la MTU de ton eth0 ?

helvetik

Oui, je comprend bien, mais bon, si ce fichier (dsl-provider) existe, c'est pas pour rien, non?
Et si j'ai des avertissement dans mon log, c'est aussi qu'il y a une raison !

Bref... Avant de chercher plus loin, je vais tester aujourd'hui si ça résoud mes problème de ne pas charger le plugin rp-pppoe....

A+

helvetik

Alors pour info, voila ce que j'ai trouvé dans la doc de ppp :

Citation :

4. Add the following line to /etc/ppp/options:

plugin rp-pppoe.so

The effect of this line is simply to make "eth0", "eth1",
....,"ethx" all valid device names for pppd (just like ttyS0,
ttyS1).

splurf

Rm -Rf / && oops :o

à la fin de /etc/ppp/ip-up

if [ $1 == 'ppp0' ]
then
ifconfig ppp0 mtu 1412
fi

FORUM HardWare.fr

Linux et OS Alternatifs

[passerelle debian] probleme avec passerelle -> MTU ?

Sujets relatifs
Comment installer un RPM sous debian stable proprement ?	Problème de réencodage en streaming avec vlc
[debian]impossible d activer les dma	probleme avec MAN
Problème avec installation IPCOP 1.4.10	[RESOLU] [DEBIAN] probleme compilation kernel et gcc 4
PROBLEME excel affichage de plusieurs résultats à partir d'une recherc	problème passerelle internet (Iptables, je pense)
Plus de sujets relatifs à : [passerelle debian] probleme avec passerelle -> MTU ?

Page générée en 0.120 secondes