View previous topic :: View next topic |
Author |
Message |
Dunn n00b
Joined: 27 Nov 2002 Posts: 5 Location: Besançon, France
|
Posted: Wed Nov 27, 2002 5:52 pm Post subject: Probleme de connection internet |
|
|
Salut tout le monde
Voila g un probleme avec ma connection internet :
Je n'arrive pas a accéder a des sites avec lynx, en fait g l'impression k'il me déconnecte quand j'essai d'acceder a une page web. Aussi apres avoir fait emerge kde, il bloque quand il faut dl un fichier a une adresse commençant par http (le fichier en question existe bien a l'adresse ou il va le chercher). Mais sinon j'arrive a me connecter a des servers irc avec irssi sans pb, le ping marche. Enfin voila koi.
Sinon g un modem ECI ADSL usb.
Est-ce que qq1 pourrait m'aider sivouplé ?
G po trop envi de devoir passer par mon "serveur" (win98) si je veux avoir une connection qui marche bien avec gentoo |
|
Back to top |
|
|
Mat_le_ouf Apprentice
Joined: 13 Sep 2002 Posts: 257 Location: France
|
Posted: Wed Nov 27, 2002 9:20 pm Post subject: |
|
|
C'est étonnant ton truc, t'es sur qu'il n'y a pas de firewall ou ce genre de choses?
Normalement tu devrais pouvoir surfer avec Lynx à partir du moment où tu peux pinger vers l'extérieur.
Est ce que tu peux faire du FTP? |
|
Back to top |
|
|
pounard Tux's lil' helper
Joined: 17 Oct 2002 Posts: 143
|
Posted: Thu Nov 28, 2002 1:28 am Post subject: |
|
|
ptete un probleme de recompile de lynx... ta essayé avec d' autres progs ? _________________ <!-- ceci est une signature libre -->
Ceci n'est pas un virus, rassurez vous, aucune MST ne passe par les groupes pornos sur usenet; |
|
Back to top |
|
|
dioxmat Bodhisattva
Joined: 04 May 2002 Posts: 709 Location: /home/mat
|
Posted: Thu Nov 28, 2002 1:35 am Post subject: |
|
|
j'ai aussi un eci usb, et ca marche plutot mal... mais pas a ce point :)
quelle version des drivers tu utilises ? tu as quoi dans ton /etc/ppp/peers/adsl ? |
|
Back to top |
|
|
broschi Apprentice
Joined: 20 Aug 2002 Posts: 189 Location: Atlantide
|
Posted: Thu Nov 28, 2002 4:47 am Post subject: |
|
|
J'ai eu un probleme similaire sur un ordi avec Slack 8.0. Je voulais d/ler le kernel, mais ca plantait quand il restait seulement quelques mb... J'y suis arrive en ftp et apres l'avoir recompille (avec une nouvelle carte reseau aussi) pu de prob. _________________ "Is this type of thing going to happen every time we switch to improbability drive?" "Very probably I'm afraid." |
|
Back to top |
|
|
tecknojunky Veteran
Joined: 19 Oct 2002 Posts: 1937 Location: Montréal
|
Posted: Thu Nov 28, 2002 10:30 pm Post subject: |
|
|
Si ton ADSL utilise le protocole PPPoE, tu dois baisser la valeur du MTU pour ta carte réseau à 1492 au lieu du 1500 par défaut. Quote: | # ifconfig eth0 mtu 1492 | J'ai ahouté cette ligne dans mon rc.locale. Je crois qu'il est possible d'ajuster un paramètre dans le script net.eth0 mais je connais pas assez gentoo encore pour ça.
Un site intéressant pour tester ses paramètres de connexion:http://www.dslreports.com/tweaks |
|
Back to top |
|
|
Mat_le_ouf Apprentice
Joined: 13 Sep 2002 Posts: 257 Location: France
|
Posted: Fri Nov 29, 2002 1:37 pm Post subject: |
|
|
Ca ajoute quoi exactement de baisser le MTU?
Surtout de si peu, je ne vois pas trop le gain qu'on peut en tirer... |
|
Back to top |
|
|
Sleeper l33t
Joined: 12 Nov 2002 Posts: 667
|
Posted: Fri Nov 29, 2002 1:58 pm Post subject: |
|
|
RFC 2516 : PPPoE
Quote: |
The Maximum-Receive-Unit (MRU) option MUST NOT be negotiated to a
larger size than 1492. Since Ethernet has a maximum payload size of
1500 octets, the PPPoE header is 6 octets and the PPP Protocol ID is
2 octets, the PPP MTU MUST NOT be greater than 1492.
|
Donc .. vaut mieux le mettre a 1492 ... |
|
Back to top |
|
|
Mat_le_ouf Apprentice
Joined: 13 Sep 2002 Posts: 257 Location: France
|
Posted: Fri Nov 29, 2002 3:57 pm Post subject: |
|
|
Pourquoi alors ma connexion fonctionne parfaitement avec ce paramètre à 1500?
Je t'avouerais franchement d'ailleurs que ça m'étonne d'après l'extrait que tu as donné, d'après eux ça ne devrait même pas passer |
|
Back to top |
|
|
Sleeper l33t
Joined: 12 Nov 2002 Posts: 667
|
Posted: Fri Nov 29, 2002 4:03 pm Post subject: |
|
|
Ils ne disent pas que ca ne devrait PAS passer, mais que l'on DOIT le mettre a 1492 ..
J'imagine que sinon tu va fractionner chaque messaeg PPPoE sera fractionne en 2 frame Ethernet .. ce qui n'est quand meme po nickel non ? |
|
Back to top |
|
|
Dunn n00b
Joined: 27 Nov 2002 Posts: 5 Location: Besançon, France
|
Posted: Fri Nov 29, 2002 4:58 pm Post subject: CA MARCHE ! |
|
|
Alors en fait c t bien un pb avec le MTU.
Il fallait éditer /etc/ppp/peers/adsl et décommenter la derniere ligne ki met le MTU à 1432, g essayé avec 1492 mais ça ne marchais toujours pas.
Merci beaucoup |
|
Back to top |
|
|
Mat_le_ouf Apprentice
Joined: 13 Sep 2002 Posts: 257 Location: France
|
Posted: Fri Nov 29, 2002 11:29 pm Post subject: |
|
|
Sleeper wrote: | Ils ne disent pas que ca ne devrait PAS passer, mais que l'on DOIT le mettre a 1492 ..
J'imagine que sinon tu va fractionner chaque messaeg PPPoE sera fractionne en 2 trames Ethernet .. ce qui n'est quand meme po nickel non ? |
Je suis entiérement d'accord avec toi, mais est ce qu'on ressent une vraie différence au niveau de la connexion?
Je n'ai pas l'impression de sous-exploiter ma connexion ADSL... |
|
Back to top |
|
|
Sleeper l33t
Joined: 12 Nov 2002 Posts: 667
|
Posted: Sat Nov 30, 2002 12:01 am Post subject: |
|
|
Mat_le_ouf wrote: | Sleeper wrote: | Ils ne disent pas que ca ne devrait PAS passer, mais que l'on DOIT le mettre a 1492 ..
J'imagine que sinon tu va fractionner chaque messaeg PPPoE sera fractionne en 2 trames Ethernet .. ce qui n'est quand meme po nickel non ? |
Je suis entiérement d'accord avec toi, mais est ce qu'on ressent une vraie différence au niveau de la connexion?
Je n'ai pas l'impression de sous-exploiter ma connexion ADSL... |
Je sais pas trop, parce qu'apparamment rp-pppoe gueule si tu as pas 1500 dans ton MTU, mais donne
la valeur 1492 a ppp.
Donc en fait j'etais effectivement bien en 1492 ... |
|
Back to top |
|
|
tecknojunky Veteran
Joined: 19 Oct 2002 Posts: 1937 Location: Montréal
|
Posted: Sat Nov 30, 2002 3:05 am Post subject: |
|
|
La raison est que rp-pppoe ajoute 8 octets à la trame pour l'encapsulation PPP. Ta trame de 1500 passe donc à 1508. Puisque la trame ne passe plus (parce que ton MTU est à 1500), elle sera fragmenté en 2 trames, une de 1500 et une autre de 8 octets. Certain routeurs sur le net n'aime pas ça du tout et vont rejeter ces trames qui devront être retransmises (seront rejetés de nouveau, d'où l'impression qu'on ne se connecte pas) jusqu'à ce que le délais soit dépassé (timeout).
Si tu baisses ton MTU à 1492, quand rp-pppoe ajoute les 8 octets, ta trame a la taille optimale de 1500 octets et ne sera pas fragmenté.
Il arrive que 1492 ne soit pas suffisant bas, probablement à cause d'une manipulation des trames par le ISPqui fait qu'elles dépasseront la taille de 1500 en bout de ligne. Il semble que 1412 soit la valeur passe-partout. Il y a aussi 1452 et 1460. Personnellement, j'ai eu 2 ISP PPPoE et avec chacun, une valeur de 1492 à toujours très bien fonctionnée pour moi. |
|
Back to top |
|
|
Mat_le_ouf Apprentice
Joined: 13 Sep 2002 Posts: 257 Location: France
|
Posted: Sat Nov 30, 2002 9:15 am Post subject: |
|
|
Ouais c'est bien ce que j'avais compris du bout de RFC posté par Sleeper, le MTU est en fait la taillle de la fenêtre, mais à ce moment là ça devrait quand même ralentir le tout, avec les mécanismes d'acknowledge et cie.
Mais vu que cette valeur est celle qui est mise par défaut, pourquoi donc les routeurs ne l'accepteraient pas?
Et le MTU (Maximum qquechose) n'indiquerait il pas la taille maxi de trame que l'on peut faire passer par le support?
A ce moment là la fragmentation se ferait avant même l'envoi par le modem, donc plus de problême de taillle dépassée...
Bref, ça me paraît assez bizarre ce paramètre quand même.... |
|
Back to top |
|
|
tecknojunky Veteran
Joined: 19 Oct 2002 Posts: 1937 Location: Montréal
|
Posted: Sat Nov 30, 2002 11:56 am Post subject: |
|
|
Ce qu'il faut comprendre, c'est que les trames envoyées ont toujours une taille inférieur ou égale à 1500. Ce qui fait problème, c'est quand ces trames ont subits une fragmentation. Pourquoi les routeurs ne l'accepterais pas? En fait, la majorité n'ont pas de problème avec ces trames, seuls quelques-uns en ont et c'est la raison pourquoi il y a quelques site qu'on arrive pas à rejoindre si on utilise PPPoE avec un MTU de 1500. PPPoE existe seulement depuis quelques années (2 ou 3 ans max) et beaucoup de routeurs sur le net dates d'avant cela et sont tout simplement incapable de traiter ces trames fragmentées. Le pourquoi du quoi en détail, j'en sais rien. Probablement qu'une recherche sur Google en révelerait d'avantage.
Sachant cela, il est évident qu'une fragmentation d'une transmission de 1508 octets en 2 trames 1500/8 est inéfficace. Pour transmètre 8 octets, une trame de 1500 octets est quand même envoyée. Alors, il est plus efficace de baisser la valeur du MTU à 1492.
Si tu veux vraiment savoir si ta connexion est vraiment utilisée façon optimale, essais le test dont j'ai fournis le lien dans ma première réponse. Si ton MTU est à 1500 (sans l'option ClampMSS de rp-pppoe), tu verra que l'efficacité ne sera pas à 100%. _________________ (7 of 9) Installing star-trek/species-8.4.7.2::talax. |
|
Back to top |
|
|
tecknojunky Veteran
Joined: 19 Oct 2002 Posts: 1937 Location: Montréal
|
|
Back to top |
|
|
Mat_le_ouf Apprentice
Joined: 13 Sep 2002 Posts: 257 Location: France
|
|
Back to top |
|
|
tecknojunky Veteran
Joined: 19 Oct 2002 Posts: 1937 Location: Montréal
|
Posted: Sat Nov 30, 2002 1:44 pm Post subject: |
|
|
Ton rapport te suggère d'ajuster le rwin entre 5840 et 13140:
echo 13140 > /proc/sys/net/core/rwin_default > /proc/sys/net/core/rwin_max
PPPoA et PPPoE c'est différent, mais je sais pas en quoi (A = ATM).
Pour conclure, j'ai cru trouver que la raison des problème de connection avec le MTU à 1500 est que les trames trop grosses néccéssitent l'ICMP pour renégocier le MTU. Beaucoup d'OP sur le net désactive ICMP sans aussi désactiver Path MTU Discovery (qui réclame un ICMP). Ça fais pas de sens de réclamer un ICMP et de ne pas les accepter par la suite. _________________ (7 of 9) Installing star-trek/species-8.4.7.2::talax. |
|
Back to top |
|
|
Mat_le_ouf Apprentice
Joined: 13 Sep 2002 Posts: 257 Location: France
|
Posted: Sat Nov 30, 2002 2:16 pm Post subject: |
|
|
Est-ce normal que j'aie besoin de créer les deux "fichiers" ds le proc (ils n'existent pas...)?
Je pense que la différence entre pppoe et pppoa est que le premier est sur Ethernet et l'autre utilise l'USB. Mais j'en mettrais pas ma main au feu
Pour ce qui est des acquittements de trame, je ne pense pas qu'il faille utiliser ICMP, c'est normalement inclus dans le protocole TCP... |
|
Back to top |
|
|
tecknojunky Veteran
Joined: 19 Oct 2002 Posts: 1937 Location: Montréal
|
Posted: Sat Nov 30, 2002 2:26 pm Post subject: |
|
|
oups, c'est pas rwin mais rmem. Les fichiers sont donc...
rmem_default et rmem_max
Tu paut aussi ajuster wmem_default et wmem_max avec la même valeur.
La référence:http://www.psc.edu/networking/perf_tune.html#Linux _________________ (7 of 9) Installing star-trek/species-8.4.7.2::talax. |
|
Back to top |
|
|
Dunn n00b
Joined: 27 Nov 2002 Posts: 5 Location: Besançon, France
|
Posted: Sun Dec 01, 2002 6:15 pm Post subject: En fait ça a marcher mais c t pas a cause du MTU |
|
|
Apres un reboot ça na marchais plus, toujours le meme probleme.
Alors en fait il chargeait un mauvais modules (uhci k'il s'appel le mauvais modules). Il a suffit de faire au demarage modprobe -r uhci et hop c bon : je peux enfin surfer et surtout avoir un bo bureau |
|
Back to top |
|
|
Sleeper l33t
Joined: 12 Nov 2002 Posts: 667
|
Posted: Mon Dec 02, 2002 9:50 am Post subject: |
|
|
tecknojunky wrote: | La raison est que rp-pppoe ajoute 8 octets à la trame pour l'encapsulation PPP. Ta trame de 1500 passe donc à 1508. Puisque la trame ne passe plus (parce que ton MTU est à 1500), elle sera fragmenté en 2 trames, une de 1500 et une autre de 8 octets. |
Je pense que c'est plutot que c'est parce que la trame ethernet est au max 1500 non ??? Parce que si je suis ton raisonnement, dans le 2 eme cas, mon MTU est a 1492, rp-pppoe rajoute 8 octet, ce qui donne 1500, qui est superieur a mon MTU(1492) et donc fragmente ...
Alors que si on considere la taille de la trame ethernet, on a :
- 1er cas: MTU=1500 : pppoe rajoute 8 octets => packet de 1508 octets, fragmente en 2 trame ethernet (car superieur a 1500). Pour chaque packet envoye, on a besoin de 2 trames ethernet ...
- 2nd cas: MTU=1492 : pppoe rajoute 8 octets => packet de 1500 octet, tenant exactement dans une trame ethernet => on utilise chaque trame ethernet au maximum de ses capacites.
Non ? |
|
Back to top |
|
|
Mat_le_ouf Apprentice
Joined: 13 Sep 2002 Posts: 257 Location: France
|
Posted: Mon Dec 02, 2002 3:58 pm Post subject: |
|
|
Ca me parait pas mal du tout ton explication!
En tout cas ça expliquerait bien des choses... |
|
Back to top |
|
|
tecknojunky Veteran
Joined: 19 Oct 2002 Posts: 1937 Location: Montréal
|
Posted: Sat Dec 07, 2002 1:42 pm Post subject: |
|
|
Sleeper wrote: | tecknojunky wrote: | La raison est que rp-pppoe ajoute 8 octets à la trame pour l'encapsulation PPP. Ta trame de 1500 passe donc à 1508. Puisque la trame ne passe plus (parce que ton MTU est à 1500), elle sera fragmenté en 2 trames, une de 1500 et une autre de 8 octets. |
Je pense que c'est plutot que c'est parce que la trame ethernet est au max 1500 non ??? Parce que si je suis ton raisonnement, dans le 2 eme cas, mon MTU est a 1492, rp-pppoe rajoute 8 octet, ce qui donne 1500, qui est superieur a mon MTU(1492) et donc fragmente ...
Alors que si on considere la taille de la trame ethernet, on a :
- 1er cas: MTU=1500 : pppoe rajoute 8 octets => packet de 1508 octets, fragmente en 2 trame ethernet (car superieur a 1500). Pour chaque packet envoye, on a besoin de 2 trames ethernet ...
- 2nd cas: MTU=1492 : pppoe rajoute 8 octets => packet de 1500 octet, tenant exactement dans une trame ethernet => on utilise chaque trame ethernet au maximum de ses capacites.
Non ? |
Pour faire simple, faut simplement savoir que ...
- le lien ppp0 est à l'intérieur du lien eth0
- pppoe ajout 8 octets aux trame ppp0 (1492) et que la somme des deux ne doit pas dépasser celle de la trame hôte (eth0) sans quoi il y a fragmentation.
- fragmentation = certain sites non-rejoignable (à cause d'ICMP je crois).
Comme j'ai déjà mentionné, je sais pas comment le pppoe est implémenté dans le noyau 2.4.x. Personnellement, j'ai un routeur Linux sur lequel je me connecte et il a un noyau 2.0.39 et il doit donc utiliser le client Roaring Penguins.
RP possède une option nommé clampMSS et ça indique au module de faire la ré-écriture de toute les trames 1500 en trames 1492. Donc, pas besoin d'ajuster le MTU de la machine dans ce cas. Je sais pas comment on peut faire ça avec le PPPoE du noyau 2.4.x de Linux. _________________ (7 of 9) Installing star-trek/species-8.4.7.2::talax. |
|
Back to top |
|
|
|