Maintenant que vous avez cr�� les fichiers /etc/ppp/options et
/etc/resolv.conf (et si besoin le fichier
/etc/ppp/pap/chap-secrets), vous pouvez tester les param�tres en
�tablissant une connexion PPP � la main. (Une fois que la connexion
manuelle marchera, nous automatiserons le processus).
Pour ce faire, votre programme de communication doit pouvoir �tre quitt� sans
r�initialiser le modem. Minicom peut le faire avec Alt-Q (ou dans les
versions plus ancienne de minicom CTRL-A Q)
V�rifiez que vous �tes root.
Lancez le programme de communication (minicom par exemple), appelez le
serveur PPP et connectez-vous comme d'habitude. Si vous avez besoin d'envoyer
une commande pour d�marrer PPP sur le serveur, faites-le. Vous devriez
maintenant voir les messages que vous aviez d�j� vus.
Si vous utilisez PAP ou CHAP, se connecter simplement sur le syst�me distant devrait d�marrer PPP et vous devriez voir des caract�res s'afficher sans toutefois se connecter (m�me si �a peut ne pas marcher sur certains serveurs - essayez alors d'appuyer sur Entr�e et les caract�res devraient s'afficher).
Maintenant quittez le programme de communication sans initialiser le modem
(ALT-Q ou CTRL-A Q dans minicom) et au message d'accueil de Linux (�tant
root) tapez
pppd -d -detach /dev/ttySx 38400 &
L'option -d active le d�boguage - la conversation de d�marrage de la connexion ppp sera retranscrite dans votre journal syst�me - ce qui est tr�s utile si des probl�mes apparaissent.
Les lumi�res de votre modem devraient alors clignoter puisque la connexion PPP est �tablie. Cela peut prendre un peu de temps avant que la connexion soit termin�e.
A ce niveau, vous pouver afficher l'interface PPP en tapant la commande :
ifconfig
En plus des �ventuels p�riph�riques loopback et Ethernet, vous devriez avoir quelque chose qui ressemble � :
ppp0 Link encap:Point-Point Protocol inet addr:10.144.153.104 P-t-P:10.144.153.51 Mask:255.255.255.0 UP POINTOPOINT RUNNING MTU:552 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 TX packets:0 errors:0 dropped:0 overruns:0
O�
(Naturellement, ifconfig ne renvoie pas ces nombres l�, mais ceux qui sont
utilis�s par le serveur PPP.)
Remarque : ifconfig indique �galement que votre liaison fonctionne
correctement !
Si vous aucun p�riph�rique PPP n'est affich� ou quelque chose du genre
ppp0 Link encap:Point-Point Protocol inet addr:0.0.0.0 P-t-P:0.0.0.0 Mask:0.0.0.0 POINTOPOINT MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 TX packets:0 errors:0 dropped:0 overruns:0
Votre liaison PPP n'est pas correcte... voir la section suivante sur le d�buggage !
Vous devez aussi pouvoir voir une route vers l'h�te distant (et m�me plus). Pour cela, entrez la commande
route -n
Vous devriez obtenir quelque chose comme :
Kernel routing table Destination Gateway Genmask Flags MSS Window Use Iface 10.144.153.3 * 255.255.255.255 UH 1500 0 1 ppp0 127.0.0.0 * 255.0.0.0 U 3584 0 11 lo 10.0.0.0 * 255.0.0.0 U 1500 0 35 eth0 default 10.144.153.3 * UG 1500 0 5 ppp0
Ce qui est important ici, c'est d'avoir DEUX entr�es pointant vers votre interface ppp.
La premi�re est une route d'h�te (indiqu� par le drapeau H) et qui permet de voir l'h�te sur lequel vous �tes connect� - mais pas plus.
La seconde est la route par d�faut (�tablie en donnant � pppd l'option
defaultroute). C'est cette route qui indique � votre PC Linux d'envoyer
tous les paquets qui ne sont pas destin�s � vos interfaces Ethernet - vers
lesquelles vous avez des routes r�seau sp�cifiques - au serveur PPP lui-m�me.
Le serveur PPP est alors responsable de router vos paquets vers Internet et
de vous renvoyer les paquets chez vous.
Si vous ne voyez pas une table de routage avec deux entr�es, quelque chose ne
marche pas. En particulier si votre syslog contient des messages indiquant que
pppd ne remplace pas la route par d�faut, vous devez avoir une route par
d�faut qui pointe sur votre interface Ethernet - qui DOIT �tre remplac�e
par une route r�seau sp�cifique : VOUS NE POUVEZ AVOIR QU'UNE SEULE ROUTE
PAR DEFAUT !!!
Vous devez explorer vos fichiers d'initialisation de votre syst�me pour trouver
o� est configur� votre route par d�faut (elle doit utiliser la commande
route add default...). Changer cette commande par quelque chose du genre
route add net ....
Maintenant testez la liaison en 'pingant' le serveur � l'adresse IP affich� par ifconfig, comme suit :
ping 10.144.153.51
Vous devriez obtenir
PING 10.144.153.51 (10.144.153.51): 56 data bytes 64 bytes from 10.144.153.51: icmp_seq=0 ttl=255 time=328.3 ms 64 bytes from 10.144.153.51: icmp_seq=1 ttl=255 time=190.5 ms 64 bytes from 10.144.153.51: icmp_seq=2 ttl=255 time=187.5 ms 64 bytes from 10.144.153.51: icmp_seq=3 ttl=255 time=170.7 ms
Ce listing doit continuer sans jamais s'arr�ter - pour le stopper, taper CTRL C, vous recevrez alors des informations compl�mentaires :
--- 10.144.153.51 ping statistics --- 4 packets transmitted, 4 packets received, 0% packet loss round-trip min/avg/max = 170.7/219.2/328.3 ms
Jusqu'ici tout va bien, jusqu'ici tout va bien.
Maintenant, essayez de pinger un nom d'h�te (pas le nom du serveur PPP lui-m�me) mais un h�te d'un autre site dont vous SAVEZ qu'il y a de tr�s fortes chances qu'il marche...). Par exemple
ping sunsite.unc.edu
Dans ce cas, il va y avoir une petite pause le temps que Linux obtienne
l'adresse IP du nom de h�te que vous avez 'ping�' par le DNS que vous avez
sp�cifi� dans le /etc/resolv.conf - ne vous inqui�tez pas (les
lumi�res de votre modem devraient clignoter). Rapidement, vous devriez avoir
l'affichage suivant
PING sunsite.unc.edu (152.2.254.81): 56 data bytes 64 bytes from 152.2.254.81: icmp_seq=0 ttl=254 time=190.1 ms 64 bytes from 152.2.254.81: icmp_seq=1 ttl=254 time=180.6 ms 64 bytes from 152.2.254.81: icmp_seq=2 ttl=254 time=169.8 ms 64 bytes from 152.2.254.81: icmp_seq=3 ttl=254 time=170.6 ms 64 bytes from 152.2.254.81: icmp_seq=4 ttl=254 time=170.6 ms
L� encore, arr�tez le en tapant CTRL C pour obtenir les statistiques...
--- sunsite.unc.edu ping statistics --- 5 packets transmitted, 5 packets received, 0% packet loss round-trip min/avg/max = 169.8/176.3/190.1 ms
Si vous n'avez pas de r�ponse, essayer de pinger l'adresse de votre serveur DNS
de votre FAI. Si vous n'avez pas de r�sultat, alors il doit y avoir un
probl�me avec votre /etc/resolv.conf.
Si �a ne fonctionne pas, vous devez avoir un probl�me de routage, ou votre FAI a un probl�me � vous renvoyer les paquets. V�rifiez les tables de routages pr�sent�es plus haut et si tout est OK, contacter votre FAI. Si cela se trouve apr�s votre FAI, alors le probl�me est de votre cot�.
Si tout marche correctement, fermez la connexion en tapant
ppp-off
Apr�s une courte pause, le modem devrait raccrocher.
Si �a ne marche pas, soit vous �teignez votre modem, soit vous lancez votre programme de communication et vous interrompez votre modem avec +++ puis vous raccrochez avec ATH0 quand vous recevez le message OK de votre modem.
Vous devez �galement effacer le fichier cr�� par pppd
rm -f /var/lock/LCK..ttySx
Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:37