<title>Questions et réponses</title>
<h1>3 <a name="s3"> Questions et réponses </h1>
<p> <a href="PPP-FAQ.html#toc3"> Contenu de cette section</a></p>
<p></p>
<p></p>
<h2>3.1 <A Name="ss3.1"> Qu'est-ce que PPP ? </h2>
<p>PPP, ou "Point-to-Point Protocol", est un protocole internet
``officiel''. Il est destiné à l'échange de paquets IP (ou autre type de
réseau) sur une liaison série. Sa description se trouve dans le RFC 1661.</p>
<p>Contrairement à ce que beaucoup de personnes pensent, PPP ne signifie
pas du tout "Peer to Peer Processing", bien qu'il soit possible
d'effectuer des communications "peer-peer" en utilisant TCP/IP
sur une liaison PPP.</p>
<p></p>
<h2>3.2 <A Name="ss3.2"> Mon entreprise (université) ne supporte pas PPP. Puis-je l'utiliser ? </h2>
<p>En général, non. Une implémentation ``classique'' de PPP nécessite des
modifications aux routages et interfaces réseau du système d'exploitation.
Cela peut nécessiter la recompilation du noyau du système distant.</p>
<p>Ce n'est pas une tâche de simple utilisateur. Si vous arrivez à convaincre
vos administrateurs système que PPP est une ``bonne chose'', alors vous
aurez une chance de voir ce protocole installé. Si ils sont réfractaires
à cette idée, vous ne pourrez probablement pas utiliser PPP.</p>
<p>Malgré tout, si vous utilisez un système qui est supporté par les
gens qui vendent "TIA" ("The Internet Adapter") il y a un petit
espoir. Nous n'avons pas beaucoup d'informations sur ce paquetage,
mais nous avons entendu dire qu'ils comptent supporter PPP dans les
prochaines versions. (Ces informations sont sans doute très anciennes,
contactez-les directement. Vous trouverez des renseignements sur TIA
sur <code>ftp.marketplace.com</code> dans le répertoire <code>/pub/tia</code>).</p>
<p>Un portage Linux est prévu.</p>
<p>Si votre système n'est pas supporté par TIA et que vous ne pouvez
convaincre vos administrateurs de l'utilité de PPP, essayez d'utiliser
le paquetage "term".</p>
<p></p>
<h2>3.3 <A Name="ss3.3"> Où et sous quelle forme se trouve PPP ? </h2>
<p>Il se décompose en deux parties, dont la première est dans le noyau,
incluse depuis Linux 1.1.13.</p>
<p>NE REMPLACEZ PAS LE PILOTE FOURNI AVEC LE NOYAU PAR UNE VERSION
TROUVEE DANS LE PAQUETAGE PPPD !!!</p>
<p>La seconde partie est le "démon pppd". Ce programme est
INDISPENSABLE, ses sources se trouvent dans le fichier <code>ppp-2.1.2b.tar.gz</code>
sur les sites diffusant Linux.</p>
<p>Pour les noyaux de version inférieure à 1.1.13, le pilote nécessaire est
inclus dans un sous-répertoire de cette archive. C'est le seul cas où
vous devez utiliser ces fichiers système, mais il est plutôt préférable que
vous mettiez à jour votre noyau.</p>
<p></p>
<h2>3.4 <A Name="ss3.4"> Je viens de récupérer PPP. Quelle est la suite des opérations ? </h2>
<p>Lisez la documentation fournie. Elle a été écrite pour vous !</p>
<p>Commencez par lire les fichiers README et README.linux. Diverses autres
sources de documentation sont indiquées ci-après.</p>
<p></p>
<h2>3.5 <A Name="ss3.5"> Quelles autres documentations sur PPP sont disponibles ? </h2>
<p>(Où est la doc ? Où est la FAQ ? etc.)</p>
<p>Il existe plusieurs sources d'information concernant le protocole PPP
tel qu'il est implémenté sous Linux.</p>
<p>
<ul>
<li> Le fichier README contenu dans l'archive des sources.</li>
<li> Le fichier README.linux au même endroit.</li>
<li> Le document Linux Net-2-HOWTO.</li>
<li> Le "Network Admin Guide".</li>
<li> La page de manuel du programme "pppd".</li>
<li> La FAQ de PPP (Ce n'est pas le document que vous lisez ici).</li>
</ul>
</p>
<p>Le fichier HOWTO peut se télécharger sur les sites habituels diffusant
Linux, par exemple sur <code>ftp.ibp.fr</code> dans le répertoire
<code>/pub/linux/docs/HOWTO</code>.</p>
<p>Le <code>Network Admin Guide</code> fait partie du projet de documentation
Linux, vous trouverez ce livre sous forme électronique au même endroit.
Il sera prochainement publié par O'Reilly et disponible en version
Française. Si vous désirez un document de présentation professionnelle,
vous pourrez alors acheter cet ouvrage plutôt que de le télécharger et
l'imprimer vous-même.</p>
<p>Les pages de manuel sont fournies avec les sources. Il vous faudra les
placer dans les répertoires standard, <code>/usr/man/man8</code> pour que
la commande <code>man</code> puisse les traiter. Vous pouvez bien entendu
les examiner directement à l'aide de <code>groff</code>.</p>
<p>La FAQ de PPP décrit le protocole en lui-même et ses diverses
implémentations sur différents systèmes. Vous trouverez ce document
dans le forum Usenet <code>comp.protocols.ppp</code>, ou encore dans
<code>news.answers</code> et il est bien entendu archivé sur
<code>rtfm.mit.edu</code> dans le répertoire <code>/usenet</code>.
Il est à l'heure actuelle composé de huit parties.</p>
<p></p>
<h2>3.6 <A Name="ss3.6"> Où dois-je poser des questions relatives à PPP ? </h2>
<p>Il est préférable de les poser dans le groupe <code>comp.protocols.ppp</code>.
Il est fait pour cela. Hélas, beaucoup d'utilisateurs ont tendance à
exposer d'abord leur problèmes dans les groupes <code>comp.os.linux.*</code>,
où ils reçoivent des réponses bien que ce ne soit pas l'endroit idéal.</p>
<p>Très peu de questions sur PPP sont directement liées à son implémentation
sous Linux. La plupart des problèmes posés sont d'ordre général,
concernent l'utilisation du paquetage PPP et les réponses sont applicables
à n'importe quel autre système d'exploitation.</p>
<p>Aussi, pour réduire le trafic dans les groupes Linux, et pour
toucher les vrais spécialistes de PPP, si vous devez utiliser Usenet
à ce sujet, utilisez absolument le groupe <code>comp.protocols.ppp</code>.</p>
<p></p>
<h2>3.7 <A Name="ss3.7"> PPP ne marche pas, pppd se termine après l'appel. SOS !!! </h2>
<p>C'est l'une des questions les plus irritantes. Nous nous rendons bien
compte que c'est un appel à l'aide, mais il est inutile de poster un
tel message SANS AUCUNE AUTRE INFORMATION. La plupart des gens
susceptibles de pouvoir vous aider l'ignoreront, purement et simplement.</p>
<p>Il vous faut fournir les logs système (syslog) produits lorsque vous
lancez le programme pppd avec l'option <code>debug</code>. De plus, si
vous utilisez <code>chat</code> pour l'appel du service, utilisez son
option <code>-v</code> pour obtenir une trace du dialogue.</p>
<p>Fournissez également le log de démarrage de votre noyau Linux.
Il informe des différentes configurations propres à votre système,
comme la version de PPP, le type de port série, etc.</p>
<p>Enfin, rajoutez toute information que vous pensez relative à votre
problème. Bien entendu, votre machine, disques durs, boutons de souris,
terminaux, n'ont aucun intérêt... Ce qui compte est surtout le
système que vous tentez de contacter, la version de PPP ou de serveur
de terminaux qu'il utilise, les types et vitesses de modem de part
et d'autre, etc.</p>
<p>Faites attention, éditez soigneusement ces informations, en supprimant
éventuellement tout numéro de téléphone, login et mot de passe susceptibles
d'apparaître. Ils n'ont aucune utilité pour le déboguage, et les diffuser
sur Usenet ne serait pas très malin. Supprimez aussi les lignes qui
ne viennent pas du noyeau ou de pppd.</p>
<p>Ne postez jamais intégralement le log du programme <code>pppd</code>
lancé avec l'option <code>kdebug 7</code> !</p>
<p>Si le problème demande une analyse du flux de données, vous serez
contacté par courrier électronique et l'on vous demandera la trace
par ce biais. Usenet coûte déjà bien trop cher pour beaucoup de gens.</p>
<p>L'information est écrite sous plusieurs niveaux. Les messages de
déboguages sont au niveau <code>debug</code>. Ceux d'information le sont
au niveau <code>info</code>, les erreurs au niveau <code>error</code>.
Incluez tous les niveaux par le groupe <code>local2</code>, issu du
processus <code>pppd</code>.</p>
<p>De plus, surtout ne supprimez pas les informations horaires, elles
sont très importantes.</p>
<p></p>
<h2>3.8 <A Name="ss3.8"> Je cherche une implémentation de PPP ailleurs que sous Linux. </h2>
<p>Existe-t-il des versions pour HP-UX, AIX, ou... bien d'autres systèmes ?</p>
<p>Lisez les documentations mentionnées plus haut.</p>
<p>AIX sera supporté dans la version 2.2 du paquetage <code>pppd</code>.
HP-UX n'est à notre connaissance supporté que par la version
commerciale MorningStar.</p>
<p>Si vous ne trouvez vraiment aucun renseignement, demandez dans
<code>comp.protocols.ppp</code>, mais surtout pas dans un groupe Linux,
qui n'est en aucun cas concerné.</p>
<p></p>
<h2>3.9 <A Name="ss3.9"> Saviez vous qu'il existe une autre implémentation nommée "dp" ? </h2>
<p>Oui, nous sommes au courant. Le paquetage "dp" fut envisagé au tout
début de l'implémentation de PPP sous Linux. Il est très bien, il
supporte l'appel à la demande. Il ne peut fonctionner que sur un
système supportant les <code>streams</code>, c'est à dire principalement
le nouveau SunOS (Solaris). </p>
<p>Linux, pour l'instant, ne supporte pas les <code>streams</code>.</p>
<p>Il existe d'autres ensembles PPP disponibles par l'Internet.
Le paquetage <code>Portable ppp</code> ressemble beaucoup au code TIA;
une autre implémentation se nomme tout simplement <code>ppp</code>,
et on trouve du code pour PPP dans l'excellent paquetage <code>KA9Q</code>.</p>
<p>De toutes ces versions, <code>pppd</code> était le plus proche de ce que
Linux nécessitait pour assurer un portage correct.</p>
<p>(Si vous désirez plus d'informations sur ces autres implémentations,
demandez dans <code>comp.protocols.ppp</code>.</p>
<p></p>
<h2>3.10 <A Name="ss3.10"> Quels RFC décrivent le protocole PPP tel qu'implémenté sous Linux ? </h2>
<p>L'implémentation courante de PPP est un mélange de plusieurs.
La plus grande partie du code de PPP est réalisée selon les RFC
1331 et 1332. Ces documents sont maintenant obsolètes; le 1331 fut
remplacé par le 1548 qui, à son tour, fut remplacé par le 1661
six mois plus tard. Vous trouverez une liste complète dans la FAQ PPP.</p>
<p>La plupart des implémentations de PPP converseront sans problèmes
avec celle de Linux.</p>
<p>Tous les RFC 1134, 1171, et 1172 (et, de ce fait, 1055) sont maintenant
obsolètes. Ils ne sont intéressants que si vous comptez déboguer une
connection avec une ancienne implémentation de PPP, et si vous vous
demandez pourquoi, par exemple, elle vous a demandé l'option IPCP 2
avec une longueur de 4 seulement, et un type de compression 0x0037.
(Il en circule encore de nombreuses versions, faites attention).</p>
<p>Le PPP de Linux ne supportera pas ces vieilleries.</p>
<p></p>
<h2>3.11 <A Name="ss3.11"> PPP peut il converser avec SLIP ? </h2>
<p>Non. SLIP fonctionne avec SLIP, PPP fonctionne avec PPP.</p>
<p>Quelques distributeurs peuvent offrir des produits fonctionnant
à la fois en SLIP et PPP. Toutefois, ils doivent être configurés
dans l'un de ces deux modes. Il n'existe actuellement aucune
méthode permettant de déterminer à la connexion quels types
de protocoles SLIP, ou PPP, est attendu.</p>
<p></p>
<h2>3.12 <A Name="ss3.12"> Quel est le meilleur ? PPP ou SLIP ? </h2>
<p>CELA DEPEND DE NOMBREUX FACTEURS ! </p>
<p>Les gens qui posent ce genre de
question n'ont en général pas lu le moindre document sur ces
protocoles, à commencer par le <code>Net-2-HOWTO</code>.</p>
<p>Un articles très intéressant sur ce sujet est disponible sur le
serveur Web de Morning Star, www.morningstar.com.</p>
<p></p>
<h2>3.13 <A Name="ss3.13"> Quel est le mieux ? L'authentification CHAP ou PAP ? </h2>
<p>Si vous avez le choix, prenez <code>CHAP</code>.
Sinon, <code>PAP</code> sera mieux que rien. </p>
<p></p>
<p></p>
<h2>3.14 <A Name="ss3.14"> Que doit contenir le fichier <code> /etc/ppp/pap-secrets</code> ? </h2>
<p></p>
<p>Le protocole <code>pap</code> est le plus souvent implémenté sous la
forme de votre nom d'utilisateur associé à un mot de passe.
Vous devez mettre le nom du système distant, votre nom d'utilisateur,
et le mot de passe. </p>
<p>Prenons un exemple: L'utilisateur <code>abbot</code> veut appeler
<code>costello</code>. L'entrée sera la suivante:</p>
<p>
<blockquote><code>
<pre>
#remote account password IP address list
costello abbot firstbase
</pre>
</code></blockquote>
</p>
<p></p>
<p></p>
<h2>3.15 <A Name="ss3.15"> Que doit contenir le fichier <code> /etc/ppp/chap-secrets</code> ? </h2>
<p></p>
<p>Le problème le plus courant est que les gens ne reconnaissent
pas cette négociation <code>CHAP</code> par un couple de <code>secrets</code>.
Chacun des deux ordinateurs devant se relier doivent connaitre les
deux <code>secrets</code> pour que la communication aboutisse.</p>
<p>Par exemple, si <code>abbot</code> veut communiquer avec <code>costello</code>,
le fichier sur <code>abbot</code> contiendra:</p>
<p>
<blockquote><code>
<pre>
#local remote secret IP address list
abbot costello firstbase
costello abbot who
</pre>
</code></blockquote>
</p>
<p>Et celui de <code>costello</code> sera:</p>
<p>
<blockquote><code>
<pre>
#local remote secret IP address list
abbot costello firstbase
costello abbot who
</pre>
</code></blockquote>
</p>
<p></p>
<p></p>
<p></p>
<h2>3.16 <A Name="ss3.16"> J'ai des erreurs lors de la compilation... </h2>
<p>J'ai des erreurs lors de la compilation du noyau quand j'inclus
le pilote ppp.c. Ce noyau est en version 1.1.8. Que faire ?</p>
<p>Avez-vous édité le fichier ppp.c pour lui indiquer la configuration
du noyau que vous utilisez ? Il y a deux <code>#define</code> qui
doivent être correctement définis si vous comptez compiler le
code pour PPP.
<blockquote><code>
<pre>
._____________________.__________________._________________________.
| | | |
| version du noyau | NET02D | NEW_TTY_DRIVERS |
|_____________________|__________________|_________________________|
| | |
| < 1.0.0 | MISE A JOUR NECESSAIRE !!!! |
|_____________________|__________________._________________________|
| 1.0.0 - 1.0.* | #define | #undef |
| 1.1.0 - 1.1.3 | #define | #undef |
| 1.1.4 - 1.1.12 | #undef | #undef |
|_____________________|__________________|_________________________|
| | |
| 1.1.13 | MISE A JOUR NECESSAIRE !!! |
|_____________________|__________________._________________________|
| | | |
| 1.1.14 - ... NOTE | #undef | #define |
|_____________________|__________________|_________________________|
</pre>
</code></blockquote>
</p>
<p>Le troisième <code>#define</code> au début du fichier s'appelle
<code>OPTIMIZE_FLAG_TIME</code>. Il peut être ou non défini avec
n'importe quelle version du noyau supportant PPP. Vous trouverez
plus de détails en lisant ppp.c.</p>
<p><b>NOTE</b>: A partir du noyau 1.1.14, ne remplacez pas les fichiers
<code>drivers/net/ppp.c</code> et <code>include/linux/ppp.h</code>.
Ils sont adaptés à votre version.</p>
<p>Donc, comme vous le voyez dans le tableau ci-dessus, pour
le noyau 1.1.8 par exemple, il faut définir à la fois
NET02D et NEW_TTY_DRIVERS. De même, une version 1.1.18 contient
déjà tout ce qu'il faut, vous n'avez aucune modification à faire.</p>
<p></p>
<h2>3.17 <A Name="ss3.17"> Que signifie le message: <code>unable to create pid file</code> ? </h2>
<p></p>
<p>Vous devez créer le répertoire <code>/var/run</code>.
Dans certaines distributions, il s'agit d'un lien symbolique
vers le répetoire <code>/etc</code>.</p>
<p>Ce n'est qu'un avertissement, qui n'empêche pas PPP de
fonctionner correctement. Toutefois, le script <code>ppp-off</code>
dépend de ce fichier, il est donc préférable de régler le
problème.</p>
<p>L'entête POSIX <code>path.h</code> définit l'endroit du fichier
<code>pid</code> sous le nom <code>_VAR_RUN</code>. Si vous désirez
utiliser un autre répertoire pour PPP ou d'autres programmes,
changez la valeur de cette définition et recompilez les
programmes.</p>
<p></p>
<h2>3.18 <A Name="ss3.18"> Que veut dire <code>/etc/ppp/options: no such file or directory</code> ? </h2>
<p></p>
<p>Vous devez créer le répertoire <code>/etc/ppp</code> et y mettre
un fichier nommé <code>options</code>. Il doit être lisible par
le processus <code>pppd</code> (root).</p>
<p>Ce fichier peut être vide, tout simplement. Dans ce cas,
utilisez la commande <code>touch</code> pour le créer. Lisez
la page de manuel de <code>pppd</code> pour obtenir une description
de ce fichier.</p>
<p>Il est possible de compiler <code>pppd</code> pour qu'il n'utilise
pas ce fichier; dans ce cas il faut supprimer (commenter) la
ligne <code>SECURE_FLAGS = -DREQ_SYSOPTIONS=1</code> dans le
<code>Makefile</code>.</p>
<p></p>
<h2>3.19 <A Name="ss3.19"> Le programme ``dip'' référence PPP... </h2>
<p></p>
<p>Lorsque je tente d'utiliser <code>mode ppp</code> depuis <code>dip</code>
j'obtiens une erreur disant que le mode PPP n'est pas supporté.
Est-il prévu d'utiliser <code>dip</code> avec PPP ?</p>
<p>Le programme <code>dip</code> contrôle l'établissement d'une
liaison SLIP. Puisque le processus <code>pppd</code> doit faire
plusieurs choses à des moments différents que dans un lien
SLIP, il y a fort peu de chances pour que <code>dip</code> et
<code>pppd</code> puissent s'entendre un jour.</p>
<p>La commande <code>dip</code> peut néanmoins être utilisée pour
l'appel téléphonique et le lancement de PPP sur le système
distant. Dans ce cas il est préférable de le lancer en tant
qu'argument <code>connect</code> de <code>pppd</code>.</p>
<p></p>
<h2>3.20 <A Name="ss3.20"> Comment arrêter PPP ? Existe-t-il un ``dip -k'' pour PPP ? </h2>
<p>Non, il n'y en a pas.</p>
<p>Dans le répertoire <code>chat</code>, vous trouverez un script
appelé <code>ppp-off</code>. Il arrêtera la liaison PPP de la
même façon que votre <code>dip -k </code>.</p>
<p>Le voici ci-dessous. Copiez-le dans un fichier que vous
rendrez exécutable par la commande <code>chmod +x</code> et
le tour sera joué.
<blockquote><code>
<hr>
<pre>
#!/bin/sh
DEVICE=ppp0
#
# Si le fichier pid de ppp0 est present, alors c'est que le programme
# tourne. Arretons-le.
if [ -r /var/run/$DEVICE.pid ]; then
kill -INT `cat /var/run/$DEVICE.pid`
#
# Si ca n'a pas marche, c'est qu'il n'y a plus de processus actifs
# correspondant a ce pid. Cela peut aussi signifier que le fichier
# de verrouillage a ete laisse en place. Il faut supprimer ce verrou.
if [! "$?" = "0" ]; then
rm -f /var/run/$DEVICE.pid
echo 'ERROR: Removed stale pid file'
exit 1
fi
#
# Succes. Laissons pppd faire son propre menage.
echo 'PPP link to $DEVICE terminated.'
exit 0
fi
#
# Le processus pppd n'est pas actif sur ppp0
echo 'ERROR: PPP link is not active on $DEVICE'
exit 1
</pre>
<hr>
</code></blockquote>
</p>
<p></p>
<h2>3.21 <A Name="ss3.21"> Le processus <code>pppd</code> ne se termine pas lorsque le modem se déconnecte. Je dois l'arrêter manuellement pour que <code>getty</code> reprenne la main.</h2>
<p></p>
<p>Avez-vous lancé le programme avec le paramètre <code>modem</code> ?</p>
<p>Ce paramètre indique à <code>pppd</code> d'honorer les signaux relatifs
au statut du modem sur la ligne, qu'il ignore par défaut. Il est
décrit dans la page de manuel de <code>pppd</code>.</p>
<p>Est-ce que votre modem reflète bien l'état de la communication par
la ligne DCD ?</p>
<p>La commande <code>Hayes</code> positionnant ce comportement est
généralement <code> &C1</code>. Si vous remettez l'appareil
à zéro par <code>ATZ</code> lors de la communication, assurez-vous
bien qu'il gère toujours le signal DCD. La configuration
d'usine fournie par beaucoup de constructeurs est hélas
d'ignorer ce <code>Carrier Detect</code>.</p>
<p>Le signal DTR est généré par l'ordinateur et indique au modem
de raccrocher la ligne. La séquence Hayes pour cela est
généralement <code> &D1</code> ou <code> &D2</code>,
la seconde étant préférée pour utiliser PPP. La configuration
par défaut des constructeurs étant souvent d'ignorer DTR.</p>
<p>N'utiliseriez-vous pas un câble de liaison bon marché, incomplet,
ne transmettant pas la ligne DCD ? Les câbles de <b>Macintosh classic</b>,
par exemple, ont la réputation de poser ce problème. Cet ordinateur
n'utilise pas ce signal.</p>
<p>Pour les connexions en mode serveur, avez-vous fait exécuter
pppd correctement ? Le processus doit être lancé par un appel
<code>exec</code>; si vous le lancez depuis le shell comme une
simple commande, ce sera le shell qui recevra SIGHUP et non
pas le processus pppd.</p>
<p>Le script doit avoir un format du type suivant:</p>
<p>
<blockquote><code>
<hr>
<pre>
#!/bin/sh
exec pppd -detach modem ...
</pre>
<hr>
</code></blockquote>
</p>
<p></p>
<h2>3.22 <A Name="ss3.22"> Les transferts FTP échouent quand je fais un ``put'' mais se passent bien lorsque je fais un ``get''.</h2>
<p></p>
<p>Est-ce que le contrôle de flux est bien en service ?
Il se valide par l'option <code>crtscts</code> de pppd, pour ce qui
est du contrôle de flux matériel RTS/CTS, et par l'option
<code>xonxoff</code> pour XON/XOFF. Sans contrôle de flux, vous
perdrez des caractères et le résultat sera désastreux pour
la compression vj, entre autres.</p>
<p></p>
<h2>3.23 <A Name="ss3.23"> Comment utiliser le contrôle de flux XON/XOFF ? </h2>
<p></p>
<p>Le mieux est de ne pas l'utiliser, et de choisir RTS/CTS.
Toutefois, si vous ne pouvez faire autrement, vous devez
opérer selon les trois points suivants:</p>
<p>
<ul>
<li>Vous devez spécifier l'option <code>xonxoff</code> à pppd.
Cela indiquera au programme de configurer le port série
pour le contrôle de flux XON/XOFF, en indiquant ces
caractères au pilote.
</li>
<li>Vous devez spécifier les deux caractères XON et XOFF dans
le paramètre <code>asyncmap</code> de pppd. Cela indiquera
au système distant qu'il doit encoder XON et XOFF lorsqu'il
doit les envoyer en tant que caractères normaux. Il suffit
en principe d'indiquer <code>asyncmap a0000</code>.
</li>
<li>Bien sûr, n'oubliez pas d'indiquer au modem d'utiliser ce
type de contrôle de flux. Consultez la documentation de votre
appareil pour déterminer la commande Hayes nécessaire.</li>
</ul>
</p>
<p></p>
<h2>3.24 <A Name="ss3.24"> Le modem ne semble jamais se connecter aux vitesses rapides. </h2>
<p></p>
<p>Mettez la vitesse désirée dans la commande de pppd.
Si vous ne l'indiquez pas, ce sera celle qui est initialisée
au moment ou vous lancez le programme qui sera utilisée, et
elle peut être quelconque : tous les programmes ne remettent
pas correctement les paramètres du port série qu'ils ont trouvé
en arrivant. Certains peuvent même laisser des valeurs étranges
amenant un fonctionnement curieux (Une vitesse de 0, par exemple !).</p>
<p></p>
<h2>3.25 <A Name="ss3.25"> Pourquoi ne puis-je lancer <code>pppd</code> si je ne suis pas root ? </h2>
<p>Le processus <code>pppd</code> a besoin de modifier le paramétrage
du réseau, et ceci n'est autorisé qu'au super-utilisateur.
Si vous désirez pouvoir lancer <code>pppd</code> sous un autre
nom d'utilisateur, le programme doit alors être ``suid root'':
<blockquote><code>
<pre>
chown root pppd
chmod 4755 pppd
</pre>
</code></blockquote>
</p>
<p>Si vous voulez n'autoriser <code>pppd</code> qu'à un petit groupe
de personnes, attribuez-le à ce groupe et interdisez à tous
les autres son exécution.</p>
<p></p>
<h2>3.26 <A Name="ss3.26"> Je peux atteindre la machine distante, mais aucune autre. </h2>
<p>N'auriez-vous pas oublié le paramètre <code>defaultroute</code> ?
Il rajoute une route par défaut dans vos tables de routage,
de manière à ce que les paquets vers toutes les autres adresses
IP soient envoyés par l'interface PPP.</p>
<p>Le programme ne remplacera pas une route par défaut déjà
existante. Ceci est volontaire, cela évite de détruire la
route par défaut vers d'éventuels routeurs Ethernet par
accident. Dans ce cas, un message d'avertissement est envoyé
au système de ``log'' de la machine, via <code>syslog</code>, et
ce sera à vous d'effectuer les opérations que vous jugerez
nécessaires.</p>
<p></p>
<h2>3.27 <A Name="ss3.27"> J'ai une route par défaut mais je ne peux toujours pas me connecter ailleurs ! </h2>
<p></p>
<p>Cela ne provient pas de votre système Linux local, mais
probablement d'un problème de routage sur la machine distante.</p>
<p>Le système distant a besoin d'une route vers vous, tout comme
vous en avez une vers lui. Ceci peut être réalisé de quatre
façons différentes. Chaque méthode a ses avantages et inconvénients;
vous devez en choisir une, et une seule.</p>
<p>
<ol>
<li> Utiliser une route de type ``host''. Sur chaque machine du
site distant, rajouter une route vers votre adresse IP Linux, avec
comme passerelle le serveur de terminaux que vous utilisez pour
votre accès local. Cette méthode fonctionnera si vous avez un
nombre limité de machines et un réseau très simple.
</li>
<li> Utiliser une route de type ``network''. Subdivisez les
adresses IP distantes de manière à ce que l'adresse IP locale à votre
machine Linux, celle de votre serveur distant, et celle de l'interface
Ethernet de ce dernier soient dans le même domaine IP.
Cette méthode fonctionnera si vous possédez des adresses à distribuer.
Elle sera parfaite si vous possédez un réseau de classe B et
pouvez assigner toutes les adresses distantes dans le même domaine IP.
Ajoutez alors une route réseau sur chacune des passerelles et
routeurs de façon que toute adresse du réseau distant soit accédée
par le serveur de terminaux. Beaucoup de configurations possèdent
beaucoup de machines mais très peu de routeurs. (A <code>sii.com</code>,
nous avons plus de 300 systèmes actifs et seulement 3 routeurs).
</li>
<li> Utilisez le programme <code>gated</code> sur toutes les
passerelles et sur le serveur de terminaux. Cela fera diffuser
par le serveur de terminaux des informations vers les passerelles,
indiquant qu'il peut accepter des paquets pour votre adresse IP.
Puisque les machines auront une route par défaut vers l'une de
ces passerelles, ces dernières génèreront les requêtes ICMP de
redirection et le routage s'établira automatiquement.
</li>
<li> Utilisez ``<code>proxy ARP</code>'' sur le serveur de terminaux.
Cette méthode ne fonctionnera que si votre adresse IP locale
correspond à l'un des domaines IP des cartes réseau.</li>
</ol>
</p>
<p>En résumé, il n'y a pas de solution miracle, simple et unique.
Vous devez faire votre choix parmi l'une de ces quatre là.</p>
<p></p>
<h2>3.28 <A Name="ss3.28"> Je n'arrête pas de recevoir le message disant que le ``magic number'' est toujours refusé (NAK). Le système ne se connecte pas.</h2>
<p>La probabilité que les deux systèmes aient choisi le même
nombre magique est d'une chance sur un billion. Si vous obtenez
continuellement cette erreur, prenez un billet de loterie et/ou
surveillez votre femme :-)</p>
<p>Les deux causes les plus courantes de ce problème sont:</p>
<p>
<ol>
<li> Le modem s'est déconnecté immédiatement après avoir réalisé
la connexion et l'accès au système distant. Beaucoup de modems
sont configurés pour renvoyer l'écho des données qu'on leur
injecte, et vos dialoguez avec l'écho local.
</li>
<li> Les programmes réalisant PPP ne sont pas en service sur le
système distant au moment où vous tentez d'établir le lien.
Est-ce que la machine distante est bien configurée pour PPP ?
Est-ce que les programmes s'y trouvent bien accessibles, tant
en chemin d'accès qu'en permissions ?
Cela tendrait à indiquer que c'est le shell qui vous réalise
un écho local des données que vous envoyez.
Quoi qu'il en soit, le système Linux envoie des données que
l'autre côté retourne immédiatement. Ce n'est pas une condition
acceptable, vous avez ce que l'on appelle une "boucle".</li>
</ol>
</p>
<p></p>
<h2>3.29 <A Name="ss3.29"> Je tente de me connecter à un Telebit Netblazer, et il termine par le message ``<code>Could not determine local IP address</code>''.</h2>
<p>Le Netblazer n'a pas votre adresse IP. Vous n'avez pas non
plus votre adresse IP. La liaison ne s'effectuera pas tant que
ces deux paramètres ne seront pas connus.</p>
<p>On a du vous donner une feuille de papier sur laquelle ces
deux adresses IP sont indiquées. Vous devez signaler au
Netblazer l'adresse à utiliser. Indiquez alors ces deux adresses,
locale et distante, comme paramètres lors du lancement du
programme <code>pppd</code>, selon le format suivant:
<blockquote><code>
<pre>
adresse_locale:adresse_distante
</pre>
</code></blockquote>
</p>
<p>N'oubliez surtout pas les deux points (<code>:</code>) de séparation.</p>
<p></p>
<p></p>
<p></p>
<h2>3.30 <A Name="ss3.30"> Je tente de me connecter à un Telebit Netblazer, et il termine par le message ``<code>Could not determine remote IP address</code>''.</h2>
<p>Lisez donc la réponse à la question précédente...</p>
<p></p>
<p></p>
<p></p>
<h2>3.31 <A Name="ss3.31"> Je ne peux pas ``<code>ping</code>uer'' mon adresse IP locale. </h2>
<p>Vous ne pouvez pas parceque vous n'avez pas de route vers
cette adresse. C'est le fonctionnement normal. N'essayez
pas.</p>
<p>Si vous voulez faire un <code>ping</code> sur votre propre système,
utilisez l'adresse <code>loopback</code>: 127.0.0.1.</p>
<p>Vous devriez pouvoir ``<code>ping</code>uer'' l'adresse distante.
Toutefois, certains serveurs interdisent cette opération.</p>
<p>En règle générale, n'essayez pas <code>ping</code> sur l'une
ou l'autre de ces adresse. Choisissez en une troisième,
que vous savez accessible sur le réseau distant.</p>
<p></p>
<h2>3.32 <A Name="ss3.32"> Puis-je utiliser la même adresse IP locale pour toutes les lignes de mon serveur PPP ?</h2>
<p>Oui.</p>
<p>L'adresse locale n'est pas significative pour le système local.
Vous devez avoir une adresse IP <b> distante </b>
unique. Le routage est fait en fonction de l'adresse distante
et non locale.</p>
<p></p>
<h2>3.33 <A Name="ss3.33"> J'utilise un serveur de terminaux Xyplex et <code>pppd</code> se plaint de se voir refuser le protocole <code>fffb</code>. Qu'est-ce que c'est que ça ?</h2>
<p>Le serveur de terminaux Xyplex est troublé par la compression
d'entêtes Van Jacobson. Utilisez l'option <code>-vj</code> de <code>pppd</code>
pour ne pas l'utiliser.</p>
<p></p>
<h2>3.34 <A Name="ss3.34"> Le log contient souvent <code>Alarm</code>. Est-ce grave ? </h2>
<p>Non.</p>
<p>Cela signifie simplement qu'une mesure de temps s'est écoulée,
c'est une partie nécessaire de la phase d'établissement
du protocole.</p>
<p></p>
<h2>3.35 <A Name="ss3.35"> Le log indique <code> protocol reject for protocol c025</code>. Qu'est-ce que c'est que cette histoire ?</h2>
<p>Le site distant voudrait mettre en service le protocole d'analyse
de qualité de liaison sur la machine Linux.
(LQR, ``Link Quality Reporting'').
Ce protocole n'est pas
encore supporté, ce n'est pas une erreur. Linux signale en substance:
``L'autre m'a demandé ça, je lui ai dit que je ne sais pas le faire
pour l'instant et qu'il ne m'embête pas avec''.</p>
<p>L'implémentation MorningStar tentera toujours LQR. C'est normal.</p>
<p></p>
<h2>3.36 <A Name="ss3.36"> La connexion s'effectue mais la séquence d'initialisation semble ne jamais se terminer. Le périphérique n'est jamais ``UP'', et finalement le programme raccroche. Que se passe-t-il ?</h2>
<p>Essayez avec l'option <code>debug</code> et examinez les traces système.
(Vous aurez de toutes façons besoin de ces traces si vous comptez demander
de l'aide). Si elles montrent que vous envoyez la séquence
`` LCP-request'' continuellement et que la valeur d'``id'' ne
s'incrémente pas, c'est qu'il n'y a pas de PPP à l'autre bout.</p>
<p>Les trois causes les plus courantes sont:</p>
<p>
<ul>
<li>PPP n'est pas lancé sur la machine distante. Vous envoyez des
demandes de négociation à un programme quelconque, qui est
probablement en train de vous répondre ``Qu'est-ce que c'est
que ce charabia ?''
Assurez-vous que le protocole PPP est bien lancé à l'autre
bout avant d'entrer dans la phase de négociation du protocole.
Essayez d'utiliser un programme de communications normal et
simulez la session à la main. Vous devriez alors voir nettement
la tentative de négociation PPP vous arriver, c'est facile
à identifier: il s'agit de trains d'environ 16 caractères,
contenant beaucoup d'accolades ouvrantes. Il ne doit pas y
avoir de retour-chariot dedans et ils sont envoyés par saccades.
</li>
<li>La liaison n'est pas ``8 bits clean''. Cela signifie que pour
utiliser PPP, vous devez être configuré en 8 bits de données,
pas de parité et un bit de stop. PPP ne peut fonctionner
qu'en 8 bits.
Le programme <code>pppd</code> passera automatiquement la ligne
sous ce format. La machine distante doit également se
conformer à cette configuration sous peine de nombreuses
erreurs de format et parité.
PPP encode certains caractères. Il ne lui est pas possible
de travailler au niveau bit comme kermit peut le faire.
PPP ne <b>fonctionne pas</b> sur une liaison 7 bits.
Il y a une option de compilation dans le pilote ppp.c (qui fait
partie du noyau) appelée CHECK_CHARACTERS, qui ajoute du code
destiné à effectuer des tests supplémentaires sur les caractères
reçus. Elle pourra vous indiquer si la parité était validée ou
si le système distant envoyait du 7 bits.
</li>
<li>Le système distant est configuré pour demander l'authentification
PAP ou CHAP. Vous n'avez pas configuré votre système local pour
le faire. Par conséquent, l'autre côté refuse tous vos paquets
jusqu'à en rencontrer un d'identification, que vous n'enverrez
jamais.
Dans ce cas, il vous fait soit configurer la machine distante
pour qu'elle ne demande pas d'authentification, ou configurer
le système local pour qu'il le fasse.</li>
</ul>
</p>
<p></p>
<h2>3.37 <A Name="ss3.37"> La connexion échoue sur une erreur <code>ioctl(TIOCSCTTY)</code>. </h2>
<p>Utilisez l'archive ppp-2.1.2b.tar.gz. Il s'agit d'un bug
qui n'était pas géré avant la diffusion de ppp-2.1.2a.</p>
<p></p>
<h2>3.38 <A Name="ss3.38"> J'essaie d'utiliser <code>proxyarp</code>. La fonction proxyarp n'arrive pas à trouver l'adresse MAC avec Linux 1.0.</h2>
<p>Utilisez l'archive ppp-2.1.2b.tar.gz. Le programme <code>pppd</code>
était compilé par erreur sous Linux 1.1.8 et utilisait les
définitions Net-3 plutôt que celles de l'ancien Net-2.</p>
<p></p>
<h2>3.39 <A Name="ss3.39"> Bon sang ! J'ai récupéré ppp-2.1.2b et il dit qu'il a besoin des versions 4.6 des bibliothèques partagées ! Alors ???</h2>
<p>Désolé, on s'est trompé, nous travaillons avec vos programmes
du futur, que voulez-vous. Un jour où l'autre, vous disposerez
également de ces librairies.</p>
<p>En attendant,il va vous falloir recompiler le code vous-même, avec les
bibliothèques dont vous disposez. C'est très facile:</p>
<p>Allez dans le répertoire <code>pppd</code>, effacez le mauvais
binaire, et tapez la commande ``<code>make</code>''. Faites de
même dans le répertoire <code>chat</code> si vous comptez utiliser
ce programme.</p>
<p>Une autre solution est de vous procurer une version de ces
bibliothèques et de jouer les Alpha-testeurs :-)</p>
<p></p>
<h2>3.40 <A Name="ss3.40"> La connection échoue avec des erreurs comme <code> ioctl(TIOCGETD): I/O error</code> ou bien <code> ioctl(PPPIOCSINPSIG): I/O error </code>. Allo, Docteur ?</h2>
<p></p>
<p>Regardez les messages du noyau lors de l'amorçage de votre
système Linux. Si il affiche <code> PPP version 0.1.2</code>,
vous avez une version beaucoup trop ancienne du pilote <code>ppp.c</code>.</p>
<p>Si vous voyez <code>PPP version 0.2.7</code>, vous disposez de la
version à jour, mais qui cependant n'a pas été compilée avec
les mêmes définitions pour les valeurs d'<code>ioctl()</code>.</p>
<p>Vérifiez que vous disposez bien d'un fichier, <code>ppp.h</code>,
qui doit se trouver dans le répertoire <code>include/linux</code>
des sources du noyau. Dans ce cas, recompilez le noyau, puis
le programme <code>pppd</code>.</p>
<p></p>
<h2>3.41 <A Name="ss3.41"> Quelquefois, j'obtiens les messages ``<code>ioctl(PPPIOCGDEBUG): I/O error</code>'', ``<code>ioctl(TIOCSETD): I/O error</code>'' et ``<code>ioctl(TIOCNXCL): I/O error</code>''. Pourquoi donc ?</h2>
<p>Parceque le système distant a raccroché le téléphone.
Les pilotes tty rétablissent alors la discipline correcte
sur le port série, et ces erreurs sont le résultat du processus
<code>pppd</code>, tentant de faire la même chose.</p>
<p>Tout cela est parfaitement normal, il n'y a pas d'inquiétudes à
avoir.</p>
<p></p>
<h2>3.42 <A Name="ss3.42"> J'essaie d'utiliser le réseau <code>merit</code>, et je me fais jeter. </h2>
<p>Des utilisateurs de ce réseau ont signalé qu'il nécessite PAP.
Avez-vous essayé l'authentification PAP ?</p>
<p></p>
<h2>3.43 <A Name="ss3.43"> Mon <code>ifconfig</code> affiche autre chose que ce qui suit. Il indique l'interface ppp comme ``<code>unknown</code>'' et une adresse MAC bizarroïde.</h2>
<p>
<blockquote><code>
<pre>
ppp0 Link encap Point-to-Point Protocol
inet addr 192.76.32.2 P-t-P 129.67.1.165 Mask 255.255.255.0
</pre>
</code></blockquote>
Ce n'est pas grave. Cet affichage n'est là que pour information.
Si vous utilisez un noyeau 1.1. récent, mettez à jours vos
programmes réseau.</p>
<p></p>
<h2>3.44 <A Name="ss3.44"> Mon système ne marche pas. J'utilise <code>slattach</code>,<code>ifconfig</code> et <code>route</code> et ça ne marche toujours pas ! J'ai lu ça dans le Net-2-HOWTO; où est l'erreur ?</h2>
<p>N'utilisez jamais <code>slattach</code> et <code>ifconfig</code>
avec PPP. Ces programmes ne sont utiles que pour SLIP.
Le processus <code>pppd</code> s'occupe de ces fonctions tout seul
au moment opportun, c'est à dire après l'échange des protocoles
LCP et IPCP.</p>
<p>Vous ne pouvez pas remplacer <code>pppd</code> par <code>slattach</code> et <code>ifconfig</code>.
La plus grande partie du protocole PPP se trouve dans <code>pppd</code>.
Le noyau ne connait que IP (et IPX dans l'avenir).</p>
<p>La route vers le site distant sera automatiquement ajoutée
par <code>pppd</code>. Il n'y a pas d'option pour supprimer cette
opération. Le programme se terminera si la route ne peut pas
être rajoutée a la table de routage.</p>
<p>La route par défaut peut être automatiquement ajoutée, ou non.
Ceci est controlé par l'option <code> defaultroute</code>.
Si vous avez déjà une route par défaut, elle ne sera pas
modifiée.</p>
<p>Si vous devez router un réseau entier, mettez la commande dans
le script <code>/etc/ppp/ip-up</code>. Les paramètres passés à ce
script sont:</p>
<p>
<ul>
<li> $0 - nom du script (/etc/ppp/ip-up ou /etc/ppp/ip-down)</li>
<li> $1 - nom de l'interface réseau (comme ppp0)</li>
<li> $2 - nom du périphérique (comme /dev/cua0)</li>
<li> $3 - vitesse du périphérique en bits par seconde (comme 38400)</li>
<li> $4 - l'adresse IP locale</li>
<li> $5 - l'adresse IP distante</li>
</ul>
</p>
<p></p>
<h2>3.45 <A Name="ss3.45"> D'accord, j'ai les paramètres. Mais je veux la route vers le réseau et non pas la route vers le host. Comment faire ?</h2>
<p>Sur <code>sunsite.unc.edu</code> se trouve un paquetage du nom de
<code>devinfo.tar.gz</code>. Il contient quelques petits utilitaires
pratiques qui extraient les données concernant un périphérique
et font différentes opérations sur les notations d'adresses IP.</p>
<p>La documentation est fournie sous forme de pages de manuel.</p>
<p>Par exemple, si vous voulez router le domaine IP entier vers
le site distant, vous pouvez mettre les choses suivantes dans
le script <code>/etc/ppp/ip-up</code>.</p>
<p>Bien entendu, si les valeurs ne sont pas variables, il vous
suffit d'utiliser les entrées appropriées avec la commande
<code>route</code>.
<blockquote><code>
<hr>
<pre>
# Obtention du masque reseau pour l'interface ppp0 (ou autres)
NETMASK = `devinfo -d $1 -t mask`
# Obtention du domaine IP (sans l'adresse host en supprimant les bits ad hoc)
DOMAIN = `netmath -a $5 $NETMASK`
# Rajout de la route vers le reseau que nous connaissons maintenant
route -net add $DOMAIN gw $5
</pre>
<hr>
</code></blockquote>
</p>
<p></p>
<p></p>
<h2>3.46 <A Name="ss3.46"> Quand Linux supportera-t-il la numérotation sur demande ? J'en ai absolument besoin ! </h2>
<p>Mercredi prochain !</p>
<p>Plus sérieusement, la numérotation sur demande devait se trouver
dans la prochaine version. Toutefois, le paquetage <code>pppd</code>
est l'oeuvre de <b>Paul Mackerras</b> (nous ne faisons que le
portage) et il a préféré commencer par ce qu'il préférait, c'est
à dire la compression BSD.</p>
<p>Aussi, cela viendra après que ce code de compression soit
diffusé. Il y a déjà quelques volontaires s'étant proposé
pour travailler sur le projet. Vous pouvez vous y mettre aussi !</p>
<p></p>
<h2>3.47 <A Name="ss3.47"> Quid du filtrage ? Quand allez-vous implémenter ça ? </h2>
<p>Rien n'est prévu à ce sujet dans le code de PPP.
Utilisez le code <code>ipfirewall</code>, c'est disponible
sur <code>sunsite.unc.edu</code>. Aidez l'auteur à déboguer la
chose, et ça fera ce que vous désirez que ça fasse.</p>
<p></p>
<h2>3.48 <A Name="ss3.48"> Quid de IPX ? </h2>
<p>L'addition du support pour IPX se fait tranquillement.
J'ai (Al Longyear) commencé à y travailler pour quelqu'un
me l'ayant demandé sur l'IRC (Internet Relay Chat).
Je dois d'abord approfondir les manuels Novell pour comprendre
quelles sont les valeurs correctes pour les fonctions de
routages nécessaires pour IPXCP. (IPXCP est le protocole de
contrôle d'IPX).</p>
<p></p>
<h2>3.49 <A Name="ss3.49"> Quid de NETBIOS ? </h2>
<p>Il existe un protocole PPP Netbios. Toutefois, la meilleure
solution serait que vous utilisiez TCP/IP et le code ``<code>samba</code>''.</p>
<p>Microsoft et compagnie ont utilisé le protocole PPP Netbios.
C'est généralement un savant mélange très propriétaire et une
implémentation ne fonctionne pas forcément avec une autre.</p>
<p>Je laisse ces machins à quelqu'un d'autre.</p>
<p></p>
<p></p>
<h2>3.50 <A Name="ss3.50"> Je viens de regarder <code>/proc/net/dev</code> comme indiqué dans la documentation et c'est vide...Pourquoi ?</h2>
<p></p>
<p>Avez-vous juste tapé la commande ``<code>ls -l /proc/net</code>'' en
vous étonnant de trouver une taille de zéro octets ? Si c'est le
cas, c'est normal. Vous devez faire:</p>
<p>
<blockquote><code>
<pre>
cat /proc/net/dev
</pre>
</code></blockquote>
</p>
<p>Vous devriez alors voir le contenu de ce fichier, qui ne doit
pas être vide. Sa taille est toujours indiquée comme étant
nulle, c'est le système de fichiers ``<code>proc</code>''qui
veut ça. Ce ne sont pas de vrais fichiers, ils sont simulés
par le noyau. Ne tenez pas compte de la taille, tapez la
commande indiquée.</p>
<p></p>
<p></p>
<h2>3.51 <A Name="ss3.51"> Je ne peux pas connecter de/vers mon code Windows NT (Daytona) avec le PPP Microsoft. Pourquoi diable ?</h2>
<p></p>
<p>Le PPP de Microsoft envoie une authentification de type 0xC207,
alors que le PAP normal est 0xC203.</p>
<p>Microsoft a choisi d'utiliser un protocole d'authentification
non standard dans Windows NT. C'est leur droit le plus strict,
à condition qu'ils aient enregistré leur numéro de protocole
avec l'IANA. (C'est le cas). Toutefois, ils sont dans l'obligation
de supporter la séquence de refus du protocole, ce qui est logique.
Il y avait un bogue dans les bêta-versions Daytona, qui peut
encore se trouver dans les versions définitives, qui fait que
cette séquence n'est pas supportée. Il insiste pour que
le système Linux supporte cette authentification.</p>
<p>Par conséquent, allez dans la configuration des paramètres
TCP/IP pour Daytona et supprimez la séquence d'authentification.
Du coup, tout marchera avec des implémentations standard de PPP,
comme celle de Linux.</p>
<p>Le protocole d'authentification de Microsoft est du type PAP,
avec leur propre algorithme d'encryptage des mots de passe.
Le PAP normal envoie les mots de passe en clair, ce qui
violerait la sécurité C2.</p>
<p></p>
<h2>3.52 <A Name="ss3.52"> Avez-vous un lecteur de courrier compatible PPP ? et pour les News ?</h2>
<p>Heu... ?</p>
<p>Vous vous trompez de groupe si vous cherchez des bricoles MSDOS.
PPP n'a rien à voir du tout avec l'agent de transport de courrier !
Ils sont tous ``compatibles'' avec PPP :-)</p>
<p></p>
<p></p>
<p></p>
<p></p>
<p>Chapitre <a href="PPP-FAQ-4.html"> Suivant </a>, Chapitre <a href="PPP-FAQ-2.html"> Précédent </a> </p><p>Table des matières de <a href="PPP-FAQ.html#toc3">ce chapitre</a>,
Table des matières <a href="PPP-FAQ.html#toc">générale</a></p>
<p><a href="PPP-FAQ.html"> Début </a> du document,
<a href="#0"> Début de ce chapitre</a></p>
