Page suivantePage pr�c�denteTable des mati�res

18. R�soudre les probl�mes

Il y a de nombreuses raisons pour que votre liaison ne fonctionne pas - chat n'a pas r�ussi � aller jusqu'au bout, vous avez une mauvaise ligne, etc. Regardez votre syslog pour avoir des indications.

18.1 J'ai compil� le support PPP dans le noyau, mais...

Un probl�me relativement courant est que les gens compilent le support PPP dans leur noyau et apr�s, lorsqu'ils essayent de lancer pppd, le noyau r�pond qu'il ne supporte pas ppp ! Un grand nombre de raisons peuvent en �tre la cause.

Bootez-vous avec le bon noyau ?

M�me si vous avez recompli� votre support de ppp dans le noyau, vous ne bootez pas sur le nouveau noyau. Cela peut arriver si vous n'avez pas mis � jour /etc/lilo.conf et relanc� lilo.

Une bonne fa�on de v�rifier le noyau est d'envoyer la commande uname -a, qui affiche la ligne ressemblant �


Linux archenland 2.0.28 #2 Thu Feb 13 12:31:37 EST 1997 i586

Cela donne la version du noyau et la date � laquelle il a �t� compil� - ce qui vous donnera une bonne id�e de ce qui se passe.

Avez-vous compil� le support noyau de ppp comme un module ?

Si vous avez compil� le support de ppp comme un module, mais n'avez pas fait d'installation des modules, alors vous pouvez avoir cette erreur. Relisez le kernel-HOWTO et le fichier README de /usr/src/linux !

Une autre possibilit� concernant les modules est que vous supposez que les modules sont charg�s automatiquement, alors que le daemon kerneld n'est pas lanc� (il charge et d�charge les modules au vol). V�rifiez le mini-HOWTO kerneld pour des informations sur la configuration de kerneld.

Utilisez-vous une bonne version de PPP pour votre noyau ?

Vous devez utiliser ppp-2.2 avec les versions 2.0.x du noyau. Vous pouvez utiliser ppp-2.2 avec les versions 1.2.x du noyau (si vous le patchez) sinon vous devez utiliser ppp-2.1.2.

Lancez vous pppd en �tant root ?

Si vous ne lancez pas pppd en �tant l'utilisateur root (et que pppd n'est pas suid vers root), vous pourrez recevoir ce message.

18.2 Mon modem se connecte mais PPP ne d�marre jamais

Il y a d'innombrables possibilit�s avec �a (regardez dans comp.os.linux....).

Une erreur EXTREMEMENT fr�quente est que vous avez mal tap� quelque chose dans vos scripts. La seule chose � faire est de v�rifier que vous avez la conversation entre votre PC Linux et le serveur rapport� dans le syslog /var/log/message) allez ensuite dans celui-ci ligne par ligne. Vous aurez peut-�tre besoin d'appeler votre serveur ppp � la main pour rev�rifier tout �a.

Vous devez v�rifier les messages de logs r�els tr�s attentivement - et ayez � l'esprit que les hommes on tendance � lire ce qu'ils PENSENT avoir tap� - et non ce qu'ils ont sous leurs yeux !

18.3 Le syslog contient "serial line is not 8 bit clean..."

Il y a plusieurs possibilit�s � cela - comme des retours sur la ligne etc., qui peuvent �tre la cons�quence d'une (ou plusieurs) choses.

Pour comprendre ce qui se passe, il est n�cessaire de chercher se qui se passe en coulisses dans pppd lui-m�me.

Lorsque pppd d�marre, il envoie des paquets LCP (Link Control Protocol) � la machine distante. Si il re�oit une r�ponse valide il passe ensuite � l'�tape suivante (avec IPCP - les paquets de contr�le IP) et c'est seulement une fois que cette n�gociation est termin�e que les trames IP r�elles commencent et que vous pouvez utiliser la liaison PPP.

Si il n'y a pas de serveur ppp fonctionnel � l'autre bout quand votre PC envoie les paquets LCP, ceux-ci sont renvoy�s par le processus de login final. Comme ces paquets utilisent 8 bits, et sont r�fl�chis avec le 8�me bit (souvenez vous qu'ASCII est un code 7 bits). PPP s'en aper�oit et s'en plaint.

Il y a plusieurs possibilit� pour qu'un r�flexion arrive.

Vous n'�tes pas correctement connect� sur le serveur

Lorsque le script chat se termine, pppd d�marre sur votre PC. Cependant, si vous n'avez pas termin� le processus de connexion au serveur (comme envoyer une commande n�cessaire � lancer PPP sur le serveur), PPP ne se lancera pas.

Ainsi, le paquet LCP sera r�fl�chi et vous aurez une erreur.

Vous devez v�rifier et corriger (si n�cessaire) attentivement votre script chat (voir plus haut).

Vous n'avez pas lanc� PPP sur le serveur

Certains serveurs PPP n�cessitent que vous entriez une commande et/ou un retour chariot apr�s avoir termin� le processus de connexion et avant que ppp soit lanc� � l'autre bout.

V�rifiez votre script chat (voir plus haut).

Si vous vous connectez � la main et que vous vous rendez compte que vous devez envoyer sur ENTREE apr�s avoir lanc� PPP, ajouter simplement une paire attente/envoi vide � la fin de votre script chat (un cha�ne vide envoie en fait ENTREE).

18.4 Le processus PPP distant est long � d�marrer

L� c'est un peu d�licat !

Par d�faut, votre pppd Linux est compil� pour envoyer un maximum de 10 requ�tes LCP de configuration. Si le serveur est un peu lent � d�marrer, la totalit� des 10 requ�tes auront �t� envoy�es avant que le serveur PPP distant n'ait eu le temps de les recevoir.

Sur votre machine, pppd voit la r�flexion des 10 requ�tes (avec le 8�me bit invers�) et s'arr�te.

Il y a deux fa�on de r�soudre cela :

Ajouter lcp-max-configure 30 comme option de ppp. Cela augmentera le nombre de packets de configuration LCP que pppd enverra avant d'abandonner. Pour les serveurs vraiment lents, vous devez m�me mettre plus que �a.

Sinon, vous pouvez �tre un peu malin de votre c�t�. Vous avez peut-�tre remarqu� que lorsque vous vous connectez � la main au serveur PPP et que vous d�marrez alors PPP, le premier caract�re que ppp envoie et qui appara�t est toujours le caract�re tilda (~).

En savant cela, vous pouvez ajouter une nouvelle paire attente/envoi � la fin de votre script chat qui attendra un tilda et n'enverra rien. Cela ressemblera alors � :


\~      ''

Remarque : comme le caract�re tilda a une signification particuli�re pour le shell, il doit �tre �chapp� (en fait pr�c�d� par un backslash).

18.5 La route par d�faut n'est pas configur�e

Si pppd refuse de configurer la route par d�faut, c'est parce que (assez justement) il refuse de remplacer/supprimer une route par d�faut existante.

La raison habituelle lorsque cette erreur appara�t est que certaines distributions configurent une route par d�faut pour votre carte Ethernet au lieu de la configurer comme une route r�seau sp�cifique.

Voir le Linux NAG et le HOWTO Net2/3 pour des informations sur la fa�on de configurer correctement votre carte Ethernet et les routes associ�es.

Une alternative � cela est que votre r�seau local utilise d�j� un gateway/routeur et que votre table de routage est d�j� configur�e pour envoyer la route par d�faut � cet endroit.

R�soudre cette situation peut n�cessiter quelques connaissances de r�seau IP qui sort du domaine de ce HOWTO. Il est sugg�r� d'obtenir l'avis d'un expert (par les groupes de news ou quelqu'un que vous pouvez interroger pr�s de vous).

18.6 Autres probl�mes

Il y a des tas de raisons autres que celles-ci pour que ppp ne parvienne pas � se connecter et/ou fonctionner correctement.

Lisez la FAQ PPP(qui est une s�rie de questions-r�ponses). C'est un document tr�s didactique et les r�ponses y SONT ! De ma propre (et triste) exp�rience, si la r�ponse � votre probl�me n'est pas dedans, votre probl�me N'est PAS de la faute de ppp ! Pour ma part, j'utilisais un noyau ELF alors que je n'avais pas mis � jour les modules du noyau. J'ai juste perdu 2 jours (et presque une nuit) � chercher comment doit �tre un serveur PPP parfait avant de faire lumi�re !


Page suivantePage pr�c�denteTable des mati�res

Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:37