[debian] pppoe : erreurs dans le log

pppoe : erreurs dans le log [debian] - réseaux et sécurité - Linux et OS Alternatifs

Marsh Posté le 03-11-2005 à 17:13:44    

Bonjour à tous,
 
Je suis enfin parvenu à faire fonctionner mon vieux routeur zyxel p642me en bridge, en laissant à ma passerelle (debian sarge) le role de se connecter en PPPoE. Donc tout fonctionne bien...
 
Mais si je lis le log, j'obtients ça :
 

Code :
  1. Nov  3 16:27:13 localhost pppd[2037]: Couldn't increase MTU to 1500
  2. Nov  3 16:27:13 localhost pppd[2037]: Couldn't increase MRU to 1500
  3. Nov  3 16:27:14 localhost pppd[2037]: CHAP authentication succeeded
  4. Nov  3 16:27:14 localhost pppd[2037]: peer from calling number 00:90:1A:41:1A:9A authorized
  5. Nov  3 16:27:14 localhost pppd[2037]: Cannot determine ethernet address for proxy ARP
  6. Nov  3 16:27:14 localhost pppd[2037]: local  IP address xxx.xxx.xxx.xxx
  7. Nov  3 16:27:14 localhost pppd[2037]: remote IP address xxx.xxx.xxx.xxx
  8. Nov  3 16:27:14 localhost pppd[2037]: primary   DNS address xxx.xxx.xxx.xxx
  9. Nov  3 16:27:14 localhost pppd[2037]: secondary DNS address xxx.xxx.xxx.xxx


 
Je pige pas pourquoi j'ai ces messages à la ligne 1 et 5 ?
 
Vous pouvez eclairer ma lanterne, car j'ai mené ma petite enquete sur google, mais apparement, dès que ça marche, ça n'intérresse plus personne.
 
Voici mon fichier de connexion:

Code :
  1. pty "/usr/sbin/pppoe -I eth0 -T 80 -m 1452"
  3. # An even more conservative version of the previous line, if things
  4. # don't work using -m 1452...
  5. #pty "/usr/sbin/pppoe -I eth0 -T 80 -m 1412"
  7. # If the computer connected to the Internet using pppoe is not being used
  8. # by other computers as a gateway to the Internet, you can try the following
  9. # line instead, for a small gain in speed:
  10. #pty "/usr/sbin/pppoe -I eth0 -T 80"
  13. # The following two options should work fine for most DSL users.
  15. # Assumes that your IP address is allocated dynamically
  16. # by your DSL provider...
  17. noipdefault
  18. # Try to get the name server addresses from the ISP.
  19. usepeerdns
  20. # Use this connection as the default route.
  21. # Comment out if you already have the correct default route installed.
  22. defaultroute
  24. ##
  25. # Section 2
  26. #
  27. # Uncomment if your DSL provider charges by minute connected
  28. # and you want to use demand-dialing.
  29. #
  30. # Disconnect after 300 seconds (5 minutes) of idle time.
  32. #demand
  33. #idle 300
  35. ##
  36. # Section 3
  37. #
  38. # You shouldn't need to change these options...
  40. hide-password
  41. lcp-echo-interval 20
  42. lcp-echo-failure 3
  43. # Override any connect script that may have been set in /etc/ppp/options.
  44. connect /bin/true
  45. noauth
  46. persist
  47. mtu 1492
  49. # RFC 2516, paragraph 7 mandates that the following options MUST NOT be
  50. # requested and MUST be rejected if requested by the peer:
  51. # Address-and-Control-Field-Compression (ACFC)
  52. noaccomp
  53. # Asynchronous-Control-Character-Map (ACCM)
  54. default-asyncmap
  56. plugin rp-pppoe.so eth0
  57. user "xxxx@xxxx.xx"


 
Le problème pourrait venir de la ligne 5 et 47 ?  
Et pourquoi, essaye t'il de se connecter avec un mtu de 1500 ???
 
Merci d'avance !


Message édité par helvetik le 03-11-2005 à 21:56:27
Reply

Marsh Posté le 03-11-2005 à 17:13:44   

Reply

Marsh Posté le 03-11-2005 à 17:16:59    

Reply

Marsh Posté le 03-11-2005 à 17:18:04    

Pourquoi mru 1492 et pas mru 1500 ?

Message cité 1 fois
Message édité par mirtouf le 03-11-2005 à 17:18:29

---------------
-~- Libérez Datoune ! -~- Camarade, toi aussi rejoins le FLD pour que la flamme de la Révolution ne s'éteigne pas ! -~- A VENDRE
Reply

Marsh Posté le 03-11-2005 à 17:24:16    

tu veux savoir pourquoi on fixe la MTU 1492 au lieu de MTU 1500 je suppose, parceque l'entête PPPoE prend 8 octets
http://christian.caleca.free.fr/pppoe/

Message cité 1 fois
Message édité par jlighty le 03-11-2005 à 17:35:30
Reply

Marsh Posté le 03-11-2005 à 21:55:27    

jlighty a écrit :

MRU pas MTU : Maximum-Receive-Unit
http://www.freesoft.org/CIE/RFC/1661/31.htm


Hello,  
 
Oui, en effet, il manque la première ligne, à mon log ....
 
J'ai édité.
 
 

Reply

Marsh Posté le 03-11-2005 à 22:01:35    

peut être ne prend t-il pas  le bon fichier de configuration ?
il faudrait essayer de le lancer à la main en spécifiant ton fichier de config.

Message cité 1 fois
Reply

Marsh Posté le 03-11-2005 à 22:02:01    

mirtouf a écrit :

Pourquoi mru 1492 et pas mru 1500 ?


 

jlighty a écrit :

tu veux savoir pourquoi on fixe la MTU 1492 au lieu de MTU 1500 je suppose, parceque l'entête PPPoE prend 8 octets
http://christian.caleca.free.fr/pppoe/


 
 
Exactement, et puisque le pc dont je parle et qui fait les connexions sera la passerelle de mon LAN, il est conseillé de baisser encore plus ce MTU(1452), à cause entre autre du NAT, masquerading et autre mangle ...  (voir ligne 1 à 5 de mon fichier de connexion)
 
Dumoins, c'est ce que j'ai compris.
 
Maintenant, ca ne répond pas à ma question, ... est-ce normal (j'en doute) ou/et négligeable??
 
Merci

Reply

Marsh Posté le 03-11-2005 à 22:02:41    

jlighty a écrit :

peut être ne prend t-il pas  le bon fichier de configuration ?
il faudrait essayer de le lancer à la main en spécifiant ton fichier de config.


 
Bonne idée, mais ca ne change rien. Je l'avais déjà fait ...

Reply

Marsh Posté le 03-11-2005 à 22:04:47    

Ce qui est assez frappant, c'est que si on fait une recherche de cette erreur sur google, on trouve des sites, tel que ce tutoriel: http://linux.gegeweb.net/adsl-pppoe_6.html qui montre cette erreur dans leur log, sans y tenir compte, comme si c'était tout à fait normal ....

Reply

Marsh Posté le 03-11-2005 à 22:05:01    

as tu essayé de modifier /etc/ppp/options ?

Reply

Marsh Posté le 03-11-2005 à 22:05:01   

Reply

Marsh Posté le 03-11-2005 à 22:05:51    

ça peut être aussi des warnings, ainsi pppd prévient l'utilisateur qu'il ne pourra pas mettre une mtu de 1500.

Message cité 1 fois
Reply

Marsh Posté le 03-11-2005 à 22:07:22    

non, il dise dans la doc que ce n'est pas conseillé, je crois...  
en général les "customisations" dangereuse pour un newb comme moi, je les essayent quand tout fonctionnne, et 1 à 1, afin de pouvoir revenir en arrière, au cas ou ...

Reply

Marsh Posté le 03-11-2005 à 22:08:06    

jlighty a écrit :

ça peut être aussi des warnings, ainsi pppd prévient l'utilisateur qu'il ne pourra pas mettre une mtu de 1500.


mouais, pourquoi pas...
 
Bref, j'oublie, quoi..  :sarcastic:  
 
Tant que ça fonctionne ;)

Reply

Marsh Posté le 03-11-2005 à 22:08:55    

voilà tant que ça marche, il ne faut pas chercher plus loin :D

Reply

Marsh Posté le 03-11-2005 à 22:10:23    

Ok, ben merci quand même, et au cas ou t'en saurais plus, je suis pas très loin, en général.
 
 
A+

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed