Linux PPP Howto
 par Robert Hart, [email protected]
 Version 3.0, 31 mars 1997

 (Adaptation francaise par Antoine Levavasseur [email protected], le 22
 octobre 1997).  Ce document montre comment connecter votre PC Linux  a
 un  serveur  PPP, comment utiliser PPP pour relier deux reseaux locaux
 ensemble, et fournit une methode pour configurer votre  machine  Linux
 comme  serveur  PPP.  Ce  document  fournit  egalement  une  aide pour
 deboguer les connections PPP qui ne fonctionnent pas.

 CCooppyyrriigghhtt

 Ce document est distribue sous les contraintes de la GPL  (GNU  Public
 Licence).

 DDiissttrriibbuuttiioonn

 Le  document original sera poste dans comp.os.linux.answers lorsque de
 nouvelles versions du document arriveront. Il est egalement disponible
 en HTML a :

 +o  Linux Howto Index <http://sunsite.unc.edu/mdw/linux.html#howto>

 +o  PPP-HOWTO         <http://www.interweft.com.au/other/ppp-howto/ppp-
    howto.html>

 Les autres formats (SGML, ASCII, PostScript, DVI) sont  disponibles  a
 Howtos                 -                 other                 formats
 <ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO/other-formats>.

 Comme sunsite.unc.edu est tres charge, vous etes encourages a utiliser
 un  miroir  plus  proche  de  chez  vous.  En  particulier  la version
 francaise   de    ce    HOWTO    est    poste    regulierement    dans
 fr.comp.os.linux.annonce,   et   est  disponible  sur  ftp.lip6.fr  et
 http://www.freenix.fr/.

 RReemmeerrcciieemmeennttss

 Un nombre important et croissant de personnes m'ont aide a preparer ce
 document.  Remerciements  speciaux  a  Al Longyear pour l'aide sur PPP
 lui-meme (si il y a des erreurs ici, ce sont les miennes  et  pas  les
 siennes), Greg Hankins (qui maintient les Howto Linux) et Debi Tackett
 (de Maximum Access.com) pour ses nombreuses suggestions sur le  style,
 l'organisation du contenu, la logique et la clarte des explications.

 Pour  finir,  je  remercie  les  nombreuses personnes qui m'ont envoye
 leurs commentaires par courrier electronique. Comme tous  les  auteurs
 de  HOWTO,  la  satisfaction  d'aider  est  le  seul  salaire que nous
 recevons, et cela nous suffit. En  ecrivant  ce  HOWTO,  je  rembourse
 d'une certaine facon la dette que je - et tous les autres utilisateurs
 Linux - dois aux personnes qui ecrivent  et  maintiennent  le  systeme
 d'exploitation que nous avons choisi.

 TTrraadduuccttiioonn FFrraannccaaiissee ddee ccee ddooccuummeenntt

 La  traduction du present document PPP-Howto (et precedemment PPP-FAQ)
 etait assuree par Rene Cougnenc. C'etait  l'un  des  premiers  (si  ce
 n'est  le premier) utilisateur de Linux en France alors que ce n'etait
 qu'un petit projet un peu fou lance par Linus Torvalds. Rene  Cougnenc
 a  participe  au  developpement  de Linux et a assure la traduction de
 nombreux HOWTO et ouvrages sur Linux qui  font  encore  reference.  Si
 vous utilisez Linux aujourd'hui c'est sans doute un peu grace a lui...
 Prendre ses pas dans la traduction de ce HOWTO etait  un  peu  delicat
 car  la  barre  etait placee haut, et j'espere que le lecteur que vous
 etes ne sera pas decu par mon travail.
 Et si Rene nous entends la-haut, je suis sur qu'il  levera  avec  nous
 son verre a la sante de notre systeme d'exploitation favori ! :-)

 Enfin merci a Thomas Parmelan pour la relecture et les conseils sur la
 forme de la version francaise de ce document.

 11..  IInnttrroodduuccttiioonn

 PPP (Point to Point Protocol) est un mecanisme  qui  permet  de  faire
 fonctionner  IP  (Internet  Procotol)  et  tous  les autres protocoles
 reseaux a travers une liaison serie -  qui  peut  etre  une  connexion
 serie directe (avec un cable null-modem), a travers une liaison par un
 telnet, ou encore une liaison  utilisant  les  modems  et  les  lignes
 telephoniques  (et  bien  sur  utilisant  les  lignes numeriques comme
 RNIS).

 Avec PPP, vous pouvez connecter votre PC sous Linux a un  serveur  PPP
 et  acceder  aux ressources reseau aux quelles le serveur est connecte
 (presque) comme si vous etiez directement connecte a ce reseau.

 Vous pouvez egalement configurer votre PC Linux comme un serveur  PPP,
 de  cette facon, d'autres ordinateurs peuvent appeler votre ordinateur
 et acceder aux ressources de votre PC et/ou reseau local.

 Comme PPP est un systeme qui marche dans les deux  sens,  vous  pouvez
 egalement  utiliser  PPP  sur  deux PC Linux pour relier ensemble deux
 reseaux (ou un reseau local a Internet),  creant  ainsi  un  reseau  a
 large domaine (WAN : Wide Area Network).

 Une  difference  majeure  entre PPP et une connexion Ethernet est bien
 entendu la vitesse - une connexion Ethernet standard offre a un  debit
 maximal  theorique  de  10  Mbs (Mega - millions de bits par seconde),
 alors qu'une liaison analogique par modem offre un maximum de  56  Kbs
 (kilo - millier de bits par seconde).

 Par  consequent,  selon  le type de votre connexion PPP, il y aura des
 limitations sur l'utilisation des applications et des services.

 11..11..  CClliieennttss eett SSeerrvveeuurrss

 PPP est un protocole strictement symetrique; il n'y a  (techniquement)
 aucune  difference  entre la machine qui appelle et la machine qui est
 appelee.  Cependant, pour des raisons de clarte, il est interessant de
 penser en terme de sseerrvveeuurr et cclliieenntt.

 Quand  vous  appelez un site pour etablir une connexion PPP, vous etes
 un cclliieenntt. La machine sur laquelle vous-vous connectez est le sseerrvveeuurr.

 Quand  vous configurez une machine Linux pour repondre aux appels pour
 les connexion PPP, vous configurez un sseerrvveeuurr PPP.

 Tous les PC Linux peuvent etre a la fois serveur et client PPP -  meme
 en  meme  temps  si  vous  avez plus d'un port serie (et d'un modem si
 necessaire).   Comme  decrit  plus  haut,  il  n'y  a  pas  de  reelle
 difference entre les clients et les serveurs tant que l'on utilise PPP
 et que la connexion est etablie.

 Ce document reference la machine qui initie l'appel (qui  le  compose)
 comme le CCLLIIEENNTT, alors que la machine qui repond au telephone, verifie
 l'authentification de l'appel (en utilisant les noms utilisateurs, les
 mots  de  passe  et eventuellement d'autres mecanismes) est referencee
 comme le SSEERRVVEEUURR.

 L'utilisation de  PPP  comme  client  pour  relier  une  ou  plusieurs
 machines  a Internet est probablement celle qui interesse une majorite
 de gens.  Ils utiliseront alors leur PC Linux comme client.

 La procedure exposee dans ce document va vous permettre  d'etablir  et
 d'automatiser votre connexion a Internet.

 Ce  document  va  egalement  vous  offrir  un  guide pour permettre de
 configurer un sseerrvveeuurr PPPPPP sur votre PC Linux et relier  ensemble  deux
 reseaux  (avec  le  routage  complet) en utilisant PPP (cela est aussi
 appele une liaison WAN - wide area network).

 11..22..  DDiiffffeerreenncceess eennttrree lleess ddiissttrriibbuuttiioonnss LLiinnuuxx

 Il y a de nombreuses distributions  Linux  differentes  qui  on  leurs
 propres idiosyncrasies et facons de faire les choses.

 En particulier, il y a deux manieres differentes sur une machine Linux
 (ou Unix) de demarrer, configurer ses interfaces et ainsi de suite.

 Il y ll''iinniittiiaalliissaattiioonn BBSSDD  et ll''iinniittiiaalliissaattiioonn SSyyssVV  ssyysstteemm.  Si  vous
 consultez  certains forums de discussion Unix, vous trouverez de temps
 en temps des guerres de religion entre les  partisans  de  chacun  des
 deux  systemes.  Si  ce  genre  de  chose  vous  plait, allez donc les
 rejoindre pour gacher de la bande passante avec eux !

 Les distributions les plus utilisees sont sans doute :

 +o  Slackware
    qui utilise une initialisation systeme BSD

 +o  Red Hat (et son precedent associe Caldera)
    qui  utilise  une  initialisation  SysV  system  (bien  qu'un   peu
    modifiee)

 +o  Debian
    qui utilise une initialisation SysV system

 Les  initialisations  de  type BSD conservent typiquement ces fichiers
 dans /etc/ et ces fichiers sont :

 ______________________________________________________________________
         /etc/rc
         /etc/rc.local
         /etc/rc.serial
                 (et parfois d'autres fichiers)
 ______________________________________________________________________

 Recemment,  certaines  initialisation  systemes  BSD  se  mettaient  a
 utiliser  un repertoire /etc/rc.d/ contenant les fichiers de demarrage
 plutot que de tout mettre dans /etc.

 L'initialisation System V conserve ses fichiers d'initialisation  dans
 les  repertoires  /etc/  ou  /etc/rc.d  et  un certain nombre de sous-
 repertoires de ces derniers.

 ______________________________________________________________________
 drwxr-xr-x   2 root     root         1024 Jul  6 15:12 init.d
 -rwxr-xr-x   1 root     root         1776 Feb  9 05:01 rc
 -rwxr-xr-x   1 root     root          820 Jan  2  1996 rc.local
 -rwxr-xr-x   1 root     root         2567 Jul  5 20:30 rc.sysinit
 drwxr-xr-x   2 root     root         1024 Jul  6 15:12 rc0.d
 drwxr-xr-x   2 root     root         1024 Jul  6 15:12 rc1.d
 drwxr-xr-x   2 root     root         1024 Jul  6 15:12 rc2.d
 drwxr-xr-x   2 root     root         1024 Jul 18 18:07 rc3.d
 drwxr-xr-x   2 root     root         1024 May 27  1995 rc4.d
 drwxr-xr-x   2 root     root         1024 Jul  6 15:12 rc5.d
 drwxr-xr-x   2 root     root         1024 Jul  6 15:12 rc6.d
 ______________________________________________________________________

 Si vous essayez de chercher ou votre interface et  les  routes  reseau
 associees  sont  configurees,  vous  devez parcourir tous les fichiers
 pour parvenir a trouver ou sont les commandes correspondantes.

 11..33..  OOuuttiillss ddee ccoonnffiigguurraattiioonn ssppeecciiffiiqquueess aauuxx ddiissttrriibbuuttiioonnss

 Dans certaines installations (par exemple Red Hat et Caldera), il y  a
 un  systeme de configuration des PPP sous X Window. Ce HOWTO ne traite
 pas de ces outils specifiques aux  distributions.  Si  vous  avez  des
 problemes avec ceux-ci, contactez directement les distributeurs !

 Pour  les  utilisateurs  de  Red Hat 4.x, il y a maintenant un Red Hat
 PPP-TIP <http://www.interweft.com.au/> dans la partie Linux ressources
 et  egalement  chez  Red Hat Software <http://www.redhat.com/> dans la
 partie support.

 22..  AAddrreessssee IIPP

 Tout materiel connecte a Internet doit  avoir  sa  propre,  et  unique
 adresse IP.  Elle sont distribuees de facon centralisee par l'autorite
 designee pour chaque pays.
 Si vous etes connectes par un reseau  local  (LAN)  a  Internet,  VVOOUUSS
 DDEEVVEEZZ  utiliser  une adresse IP de votre propre domaine d'adresses qui
 vous a ete assigne pour les ordinateurs et materiels de  votre  reseau
 local.  Vous  NNEE  DDEEVVEEZZ  PPAASS  prendre  n'importe  quelle adresse IP et
 l'utiliser lorsque vous vous connectez avec un autre reseau local  (et
 a  plus  forte raison Internet). Au pire ca ne marchera pas du tout et
 cela peut causer des ravages  puisque  votre  adresse  IP  'volee'  va
 interferer  avec  les communications d'un autre ordinateur qui utilise
 deja l'adresse IP que vous avez prise au hasard.

 Remarquez que les adresses IP de ce  document  appartiennent  (a  part
 quelques  exceptions)  aux  adresses de reseaux non connectes qui sont
 reservees aux reseaux qui ne sont pas (encore) connectes  a  Internet.
 (RFC1918)

 Il  y  a des adresses IP qui sont specifiquement destinees aux reseaux
 locaux qui ne sont pas connectes a Internet. Ces adresses IP sont :

 +o  Une Adresse Reseau de Classe A
    10.0.0.0 (netmask 255.0.0.0)

 +o  16 Adresses Reseau de Classe B
    172.16.0.0 - 172.31.0.0 (netmask 255.255.0.0)

 +o  256 Adresses Reseau de Classe C
    192.168.0.0 - 192.168.255.0 (netmask 255.255.255.0)

 Si vous avez un reseau pour lequel vous nn''aavveezz ppaass alloue d'adresse IP
 aupres  de  l'autorite  responsable de votre pays, vous devez utiliser
 une des adresses reseau de la sequence precedente pour vos machines.

 Ces adresses ne doivent jjaammaaiiss etre utilisees sur Internet.

 Cependant, elles  peuvent  etre  utilisees  pour  les  reseaux  locaux
 Ethernet  sur la machine qui est connectee a Internet. C'est parce que
 les adresses IP sont en fait allouees aux interfaces reseau et  non  a
 l'ordinateur.   Ainsi, votre interface Ethernet peut utiliser 10.0.0.1
 (par exemple), et quand vous vous connecterez a Internet en  utilisant
 PPP,  votre  interface PPP recuperera une autre adresse IP (valide) du
 serveur. Votre PC sera connecte a Internet alors que les autres ne  le
 seront pas.

 Cependant, en utilisant Linux, les capacites de IP Masquerading (aussi
 appele NAT - Network Adress Translation)  de  Linux  et  du  programme
 iippffwwaaddmm,  vous  pouvez  connecter  votre reseau local a Internet (avec
 quelques restrictions sur les  services),  meme  si  vous  n'avez  pas
 d'adresse IP valide pour vos machines en Ethernet.

 Pour  plus  d'informations  sur  le  sujet, consulter le mini-HOWTO IP
 Masquerade     a     Linux     IP      Masquerade      mini      HOWTO
 <http://sunsite.unc.edu/mdw/HOWTO/mini/IP-Masquerade>

 Pour  la  plupart  des utilisateurs, qui sont connectes avec une seule
 machine a leur fournisseur d'acces Internet (FAI) par PPP, obtenir une
 adresse   IP   (ou  plus  largement  une  adresse  reseau)  n'est  pas
 necessaire.
 Si vous souhaitez connecter un  petit  reseau  local  a  Internet,  de
 nombreux  FAI  peuvent vous fournir un sous-reseau dedie (une sequence
 specifique d'adresses IP) sur  leur  espace  d'adresses  IP  existant.
 Alternativement, utilise IP masquerading.

 Pour les utilisateurs qui connectent un seul PC a Internet, la plupart
 des FAI utilise l'allocation ddyynnaammiiqquuee des adresses IP.  C'est pendant
 le  processus  de  connexion  que le service PPP que vous contactez va
 indiquer a votre machine quelle adresse IP utiliser  pour  l'interface
 PPP  pendant  la session en cours. Cette adresse ne sera pas forcement
 la meme a chaque fois que vous vous connecterez a votre FAI.

 Avec les adresses IP dynamiques, vous nn''aavveezz ppaass la meme adresse IP  a
 chaque  fois que vous vous connectez. Cela a des repercussions sur les
 applications de  type  serveur  de  votre  machine  Linux  telles  que
 Sendmail,   ftpd,  httpd  et  d'autres.  Ces  services  supposent  que
 l'ordinateur offrant le service soit accessible tout  le  temps  a  la
 meme  adresse  IP (ou au moins au meme nom de domaine qualifie, et que
 la  resolution  des  noms  par  DNS  du  nom  vers  l'adresse  IP  est
 disponible).

 Les  limitations de service dues aux allocations dynamiques d'adresses
 IP (et les facons d'eviter cela, quand c'est possible)  sont  decrites
 plus loin.

 33..  BBuuttss ddee ccee ddooccuummeenntt

 33..11..  MMeettttrree eenn ppllaaccee uunn cclliieenntt PPPPPP

 Ce  document  fournit  un  guide aux personnes qui souhaitent utiliser
 Linux et PPP pour appeler un Serveur PPP et configurer  une  connexion
 IP  avec  PPP.  Cela  suppose  que PPP ait ete compile et installe sur
 votre   machine   Linux   (mais   une   breve   description   de    la
 reconfiguration/recompilation  de  votre noyau avec le support PPP est
 fournie).

 Bien que dip (la maniere standard de creer des connexions SLIP) puisse
 etre  utilise  pour  mettre en place un connexion PPP, les scripts dip
 sont generalement un peu complexes. Pour cette raison, ce document  ne
 traite pas l'utilisation de dip pour lancer une connexion PPP.

 A  la  place,  ce  document  decrit  les programmes standard Linux/PPP
 (chat/pppd).

 33..22..  RReelliieerr ddeeuuxx RReesseeaauuxx llooccaauuxx oouu uunn rreesseeaauu llooccaall aa IInntteerrnneett ggrraaccee aa
 PPPPPP

 Ce document donne des informations (de base) pour relier deux  reseaux
 locaux entre eux ou un reseau local a Internet grace a PPP.

 33..33..  CCoonnffiigguurreerr uunn sseerrvveeuurr PPPPPP

 Ce  document  fournit  un  guide  pour configurer votre PC Linux comme
 serveur PPP (autorisant d'autres personnes a appeler votre PC Linux et
 etablir une connexion PPP).

 Notez  qu'il  y  a un grand nombre de facons de configurer Linux comme
 serveur PPP. Ce document donne une methode  -  qui  est  utilisee  par
 l'auteur  pour configurer quelques petits serveurs PPP (chacun avec 16
 modems).

 Cette methode est connue pour fonctionner correctement. Cependant,  ce
 n'est pas forcement la meilleure methode.

 33..44..  UUttiilliisseerr PPPPPP aavveecc uunnee ccoonnnneexxiioonn NNuullll--MMooddeemm ddiirreeccttee

 Ce document offre un bref apercu d'utilisation de PPP pour relier deux
 PC Linux avec un cable null modem. Il est possible de relier  d'autres
 Systemes  d'exploitation  a  Linux  de  cette facon egalement. Pour ce
 faire, utiliser la documentation du systeme d'exploitation pour lequel
 vous etes interesse.

 33..55..  PPoouurr llee mmoommeenntt ccee ddooccuummeenntt nnee ccoouuvvrree ppaass......

 +o  La compilation du daemon PPP
    Regarder  la documentation fournie avec la version de pppd que vous
    utilisez.

 +o  Connecter et configurer un modem sous Linux (en detail)
    Regarder le Serial-HOWTO et pour les initialisations specifiques au
    modem,         voir         Modem         Setup         Information
    <http://www.in.net/info/modems/index.html>  des  informations   qui
    pourraient vous aider a configurer votre modem.

 +o  Utiliser dip pour faire des connexion PPP
    utiliser chat a la place

 +o  Utiliser socks ou IP Masquerading
    Il y a d'excellents documents qui couvrent deja ces paquetages.

 +o  Utiliser  EQL  pour  regrouper deux modems pour une seule connexion
    PPP.

 +o  Les methodes de connexion PPP specifiques aux distributions  (comme
    l'outil  de  configuration  reseau  de la Red Hat 4.x).  Voir votre
    distribution pour la documentation sur les methodes utilisees.

 +o  Le nombre  croissant  d'outils  disponibles  pour  automatiser  les
    connexions PPP
    Voir la documentation appropriee.

 44..  VVeerrssiioonnss ddeess llooggiicciieellss ttrraaiitteess

 Ce  HOWTO  suppose  que  vous  utilisez  un  noyau Linux 1.2.X avec le
 programme PPP 2.1.2 ou Linux 1.3.X/2.0.x et PPP 2.2.

 Au moment de la redaction,  la  derniere  version  officielle  de  PPP
 disponible est ppp-2.2.0f. La nouvelle version (ppp-2.3) est encore en
 beta.

 Il est possible d'utiliser  PPP  2.2.0  avec  le  noyau  1.2.13.  Cela
 necessite des patchs pour le noyau. Il est recommande aux utilisateurs
 du  noyau  1.2.13  de  passer  a  ppp-2.2  puisqu'il  inclut  quelques
 extensions et corrections de bogues.

 VVoouuss ddeevveezz eeggaalleemmeenntt eettrree ppaarrttiiccuulliieerreemmeenntt vviiggiillaanntt eett nnee ppaass uuttiilliisseerr
 llee pprrooggrraammmmee PPPPPP 22..11..22 aavveecc uunn nnooyyaauu LLiinnuuxx 22..00..XX..

 Veuillez remarquer que ce document nnee ttrraaiittee ppaass des problemes  venant
 de  l'utilisation de modules chargeables pour votre noyau Linux 2.0.x.
 Consulter le mini-HOWTO kerneld  et  la  documentation  kerneld/module
 2.0.x      (dans      les     sources     de     Linux     2.0.x     a
 /usr/src/linux/Documentation/..).

 PPuuiissqquuee ccee ddooccuummeenntt eesstt ddeessttiinnee aa aaiiddeerr lleess nnoouuvveeaauuxx uuttiilliissaatteeuurrss,,  iill
 eesstt  ffoorrtteemmeenntt  rreeccoommmmaannddee  dd''uuttiilliisseerr  uunnee  nnoouuvveellllee vveerrssiioonn dduu nnooyyaauu
 LLiinnuuxx eett llaa vveerrssiioonn aapppprroopprriieeee ddee PPPPPP qquuii ssoonntt ccoonnnnuuss ppoouurr ffoonnccttiioonnnneerr
 eennsseemmbbllee..

 55..  DD''aauuttrreess ddooccuummeennttss uuttiilleess//iimmppoorrttaannttss

 Je conseille aux utilisateurs de lire :

 +o  la documentation accompagnant le paquetage PPP;

 +o  les pages de manuel de pppd et chat;
    (utiliser man chat et man pppd pour les lire)

 +o  La page de configuration des modems - voir  Modem Setup Information
    <http://www.in.net/info/modems/index.html>

 +o  Les  excellents  livres  Unix/Linux  publies   par   O'Reilly   and
    Associates.    (O'Reilly   and   Associates   On-Line  Catalogue  <
    http://www.ora.com/>). Si vous etes nouveau  a  Unix/Linux,  ccoouurreezz
    (ne marchez pas) au plus proche marchand de livres informatiques et
    investissez dans un certain nombre d'entre eux immediatement !

 +o  La PPP-FAQ maintenue par Al Longyear, disponible sur  Linux PPP-FAQ
    <ftp://sunsite.unc.edu/pub/Linux/docs/faqs>.
    Elle  contient  un grand nombre d'informations utiles sous forme de
    questions/reponses indispensable lorsque l'on cherche pourquoi  PPP
    ne fonctionne pas (correctement).

 +o  Le  nombre  croissant de livre Linux venant des differents editeurs
    et auteurs;
    Vous etes encourages a verifier la date de parution de ces  livres.
    Le  developpement et la distribution de Linux tendent a etre plutot
    rapides, alors que la mise a jour  des  livres  est  (generalement)
    bien  plus  lente  !  Acheter un excellent livre (et il y en a) qui
    est  deja  depasse  entraine  une  confusion  et  une   frustration
    considerable pour les nouveaux utilisateurs.

 Le meilleur point de depart pour la documentation Linux est  The Linux
 Documentation Project  Home  Page  <http://sunsite.unc.edu/mdw/>.  Les
 HOWTO sont mis a jour raisonnablement regulierement.

 Bien  que  vous puissiez utiliser ce document pour creer votre liaison
 PPP sans lire aucun de ces documents,  vous  devriez  avoir  une  bien
 meilleure  comprehension de ce qu'il se passe si vous le faites ! Vous
 pouvez egalement exposer vous-meme vos problemes (ou  du  moins  poser
 les  questions  les  plus  intelligentes sur les groupes de discussion
 comp.os.linux...  ou  fr.comp.os.linux/unix...  ou  les  mailing  list
 Linux).

 Ces   documents   (ainsi   que   quelques   autres,   comme  les  RFCs
 correspondants) fournissent des explications complementaires  et  plus
 detaillees que ce qui est possible dans les HOWTO.

 Si  vous  connectez  un  reseau  local  a Internet avec PPP, vous avez
 besoin de connaitre un  certain  nombre  de  choses  sur  les  reseaux
 TCP/IP.  En  complement  des documents precedents, vous trouverez dans
 les livres  O'Reilly  "TCP/IP  Network  Administration"  et  "Building
 Internet Firewalls" un benefice considerable !

 55..11..  LLeess MMaaiilliinngg LLiisstteess uuttiilleess

 Il  y  a  de nombreuses mailing listes (listes de diffusion) Linux qui
 servent de moyen de  communication  entre  les  utilisateurs  dans  de
 nombreux   domaines.    Souscrivez   absolument   a  celles  qui  vous
 interessent pour donner votre point de vue.

 RReemmaarrqquueess ddee bboonn sseennss: certaines listes sont  specifiquement  destines
 au utilisateurs "experts" et/ou a certains sujets specifiques. Meme si
 personne ne se plaindra que vous soyez voyeur (souscrire  sans  poster
 de  messages),  vous  recevrez  certainement  des  commentaires chauds
 (voire des flammes) si vous postez des questions de debutant dans  les
 listes innappropriees.

 Ce  n'est pas parce que les utilisateurs gourous detestent les nouveau
 utilisateurs, mais parce que ces listes  sont  la  pour  contenir  des
 remarques specifiques a un certain niveau de difficulte.

 Vous  etes  largement  encourages  a souscrire librement a differentes
 listes mais faites absolument des commentaires  qui  cadrent  avec  le
 sujet (et le niveau) de la liste !

 Un  bon  point de depart pour les mailing-list Linux est Linux Mailing
 List      Directory       <http://summer.snu.ac.kr/~djshin/linux/mail-
 list/index.shtml>

 66..   PPrreesseennttaattiioonn  ddee ccee qquuii ddooiitt eettrree ffaaiitt ppoouurr ffaaiirree ffoonnccttiioonnnneerr PPPPPP
 ccoommmmee cclliieenntt

 Ce  document  contient un grand nombre d'informations - qui augmente a
 chaque version !

 Par consequent, cette section a pour but de fournir  une  presentation
 concise  des actions pour connecter votre systeme Linux comme client a
 un serveur PPP.

 66..11..  OObbtteenniirr//iinnssttaalllleerr lleess pprrooggrraammmmeess

 Si votre distribution Linux ne contient pas les programmes  PPP,  vous
 devez     les     obtenir     sur      the     Linux     PPP    daemon
 <ftp://sunsite.unc.edu/pub/Linux/system/Network/serial/ppp/ppp-2.2.0f.tar.gz>

 C'est la derniere version officielle lors de la redaction du document.
 Cependant, prenez la derniere version disponible sur ce site  (ppp-2.3
 etait  en  beta  lors de la redaction de ce document et devrait sortir
 bientot).

 Le paquetage PPP contient les instructions sur la facon de compiler et
 d'installer le logiciel ddoonncc ccee HHOOWWTTOO nn''eenn ppaarrlleerraa ppaass. !

 66..22..  CCoommppiilleerr llee ssuuppppoorrtt PPPPPP ddaannss llee nnooyyaauu

 L'installation de PPP Linux se divise en deux parties

 +o  le daemon PPP mentionne ci-dessus

 +o  le support PPP dans le noyau

 De  nombreuses  distributions semblent fournir un support PPP dans les
 noyaux installes par defaut, mais certaines ne le font pas.

 Si lors du boot, le noyau donne un message ressemblant a :

 ______________________________________________________________________
 PPP Dynamic channel allocation code copyright 1995 Caldera, Inc.
 PPP line discipline registered.
 ______________________________________________________________________

 Votre noyau a le support PPP compile.

 Toutefois, vous devez recompiler votre propre noyau quelque soit votre
 distribution  pour fournir l'utilisation la plus efficace possible des
 ressources  disponibles   et   de   votre   configuration   materielle
 personnelle.  Il  est  bon  de savoir que le noyau ne peut etre swappe
 hors de la memoire. Avoir un noyau le plus  petit  possible  est  donc
 interessant surtout pour une machine limitee en memoire.

 Ce  document fournit les instructions minimales pour la re-compilation
 du noyau a la section ``Configurer votre noyau Linux''.

 Pour plus de details, voir le Kernel-HOWTO a The  Linux  Kernel  HOWTO
 <http://sunsite.unc.edu/mdw/HOWTO/Kernel-HOWTO.html>

 66..33..  OObbtteenniirr lleess iinnffoorrmmaattiioonnss ppoouurr vvoottrree ffoouurrnniisssseeuurr dd''aacccceess aa IInntteerr--
 nneett

 Il  y a presque une infinite de manieres de configurer un serveur PPP.
 Pour se connecter chez votre fournisseur d'acces (ou  un  serveur  PPP
 pour  acceder  a  votre intranet), vous devez obtenir des informations
 sur la facon dont le serveur fonctionne.

 Puisque vous utilisez Linux, vous pourriez avoir quelques  difficultes
 avec   le   support   de   certains  FAI  (et  les  serveurs  Intranet
 d'entreprise) qui ne connaissent que les clients MS-Windows.

 Toutefois, un nombre croissant de FAI utilisent Linux pour offrir leur
 service  - et Linux penetre egalement l'environnement industriel, vous
 devriez reduire ainsi les chances de rencontrer des problemes.

 La section ``Fournir les informations dont vous avez besoin pour votre
 serveur  PPP''  vous explique ce dont vous devez savoir sur le serveur
 PPP sur lequel vous vous connectez et comment obtenir les informations
 dont vous avez besoin.

 66..44..  CCoonnffiigguurreerr vvoottrree mmooddeemm eett vvoottrree ppoorrtt sseerriiee

 Pour  se  connecter  a  un  serveur PPP et obtenir le meilleur taux de
 transfert possible, votre modem doit etre configure correctement.

 De la meme facon, les ports serie  de  votre  modem  ainsi  que  votre
 ordinateur doivent etre configures correctement.

 La  section ``Configurer votre modem et votre port serie'' fournit des
 informations a ce sujet.

 66..55..  MMeettttrree eenn ppllaaccee llaa rreessoolluuttiioonn ddee nnoommss ((DDNNSS))

 En plus des fichiers qui lancent PPP et automatisent la connexion  sur
 le  serveur  PPP,  il y a un grand nombre de fichiers de configuration
 qui sont mis en place pour que votre ordinateur  puisse  resoudre  les
 noms  comme  www.interweft.com.au vers l'adresse IP qui est reellement
 utilisee pour contacter cet ordinateur. Ces fichiers sont :

 +o  /etc/resolv.conf

 +o  /etc/host.conf

 Voir la section ``Configurer la resolution  de  nom  vers  l'adresse''
 pour une configuration detaillee de cela.

 En particulier, vous nn''aavveezz ppaass bbeessooiinn de lancer un serveur de nom sur
 votre PC  Linux  pour  le  connecter  a  Internet  (sauf  si  vous  le
 souhaitez).   Tout ce dont vous avez besoin est de connaitre l'adresse
 IP d'au moins l'un des serveurs  de  noms  que  vous  pouvez  utiliser
 (plutot celui de votre fournisseur d'acces).

 66..66..  PPPPPP eett lleess pprriivviilleeggeess rroooott

 Puisqu'etablir  une  liaison  PPP  entre  votre ordinateur Linux et un
 autre serveur PPP necessite la manipulation des  peripheriques  reseau
 (l'interface  PPP  est une interface reseau) et des tables de routages
 du noyau, pppd necessite les privileges rroooott.

 Pour des details la-dessus, voir la  section  ``Utiliser  PPP  et  les
 privileges root''.

 66..77..   VVeerriiffiieerr  lleess  ffiicchhiieerrss ddee vvoottrree ddiissttrriibbuuttiioonn PPPPPP eett ccoonnffiigguurreerr
 lleess ooppttiioonnss ddee PPPPPP

 Il  y  a un certain nombre de fichiers de configuration et d'appel qui
 doivent etre configures pour rendre  PPP  operationnel.  Des  exemples
 sont fournis avec la distribution de PPP et cette section montre quels
 fichiers il doit y avoir :

 ______________________________________________________________________
 /etc/ppp/options
 /etc/ppp/scripts/ppp-on
 /etc/ppp/scripts/ppp-on-dialer
 /etc/ppp/options.tpl
 ______________________________________________________________________

 Vous devrez creer des fichiers supplementaires en fonction de  ce  que
 vous souhaitez exactement utiliser avec PPP :

 ______________________________________________________________________
 /etc/ppp/options.ttyXX
 /etc/ppp/ip-up
 /etc/ppp/pap-secrets
 /etc/ppp/chap-secrets
 ______________________________________________________________________

 En plus, le daemon PPP peut traiter un grand nombre d'options en ligne
 de commande et il est important d'utiliser  les  bonnes;  ainsi  cette
 section  montre les options standard de PPP et vous aide a choisir les
 options que vous utiliserez.

 Pour les details a ce sujet, voir en section ``Configurer les fichiers
 de connexion de PPP''.

 66..88..  SSii vvoottrree sseerrvveeuurr PPPPPP uuttiilliissee PPAAPP ((PPaasssswwoorrdd AAuutthheennttiiccaattiioonn PPrroottoo--
 ccooll))

 De  nombreux  fournisseurs  d'acces  et serveurs PPP utilisent PAP. Si
 votre serveur nn''aa ppaass besoin  d'utiliser  PAP  (si  vous  pouvez  vous
 connecter   a   la  main  et  recevoir  les  messages  textes  de  nom
 utilisateur/mot  de  passe  il  n'utilise  pas   PAP),   vous   pouvez
 tranquillement ignorer cette section.

 Plutot  que  se  connecter  dans  de tels serveurs en utilisant le nom
 utilisateur et le mot de passe  quand  vous  etes  interroges  par  le
 serveur  pour  les entrer, un serveur PPP utilisant PAP n'a pas besoin
 de login base sur du texte.

 Les informations d'authentification de l'utilisateur sont echangees  a
 la  place  comme partie prenante du protocole de controle de connexion
 qui est la premiere partie de l'etablissement d'une liaison PPP.

 La  section   ``Si   votre   serveur   PPP   utilise   PAP   (Password
 Authentification Protocol)'' fournit des informations sur les fichiers
 dont vous avez besoin pour etablir une connexion PPP en utilisant PAP.

 66..99..  SSee ccoonnnneecctteerr aauu sseerrvveeuurr PPPPPP aa llaa mmaaiinn

 Une  fois  les  fichiers  de base configures, c'est une bonne idee que
 d'essayer ceux-ci en se connectant  (avec  minicom  ou  seyon)  et  de
 lancer pppd sur votre PC Linux a la main.

 Voir  la  section  ``Configurer une connexion PPP a la main'' pour des
 details complets.

 66..1100..  AAuuttoommaattiisseerr vvoottrree ccoonnnneexxiioonn PPPPPP

 Une fois que  vous  pouvez  vous  connecter  a  la  main,  vous  allez
 maintenant  commencer a configurer les scripts qui vont automatiser la
 mise en place de la connexion.

 La section ``Automatiser votre  connexion  -  Creer   les  scripts  de
 connexion''  couvre  la  configuration des fichiers necessaires, et la
 mise en place des scripts et du processus de  login  avec  le  serveur
 PPP, ainsi que des details complets sur chat.

 Cette   section   traite   des   scripts   d'authentification  du  nom
 utilisateur/mot de passe ainsi que des scripts d'authentification pour
 les serveurs PAP/CHAP.

 66..1111..  TTeerrmmiinneerr llaa ccoonnnneexxiioonn

 Une  fois  que  votre  connexion est activee et fonctionne, vous devez
 pouvoir desactiver la liaison.

 Consultez la section ``Terminer une connexion PPP''.

 66..1122..  SSii vvoouuss aavveezz ddeess pprroobblleemmeess

 De nombreuses personnes ont des problemes pour faire  fonctionner  PPP
 directement.  Les  differences entre les serveurs PPP et la facon dont
 il faut configurer la connexion  sont  enormes.  De  plus,  PPP  a  de
 nombreuses  options  -  et  certaines  combinaisons  d'entre  elles ne
 fonctionnent absolument pas ensemble.

 En plus des problemes de journalisation et  de  demarrage  du  service
 PPP,  il y a des problemes lies aux modems et aux lignes de telephones
 qui s'ajoutent !

 La section ``Resoudre les problemes'' fournit des informations de base
 au  sujet  des erreurs classiques, et la facon de les isoler et de les
 corriger.

 Elle nn''eesstt ttoouutteeffooiiss ppaass destinee a offrir plus que  les  informations
 de  base.  Al  Longyear  maintient  la  PPP-FAQ qui contient bien plus
 d'informations a ce sujet !

 66..1133..  UUnnee ffooiiss qquuee llaa ccoonnnneexxiioonn eesstt llaanncceeee

 Une fois que la liaison PPP est  operationnelle  (specifiquement,  une
 fois que les trames IP fonctionnent), pppd peut lancer automatiquement
 (comme utilisateur root) un script  pour  accomplir  n'importe  quelle
 fonction qu'un script peut accomplir.

 La  section  ``Une  fois  que  la  connexion  est lancee'' fournit des
 informations sur le script /etc/ppp/ip-up, les parametres que PPP  lui
 envoie   et   comment   l'utiliser   pour   recuperer  votre  courrier
 electronique de votre compte de votre fournisseur d'acces, ou  envoyer
 les messages en attente de transmission sur votre machine.

 66..1144..   PPrroobblleemmeess  aavveecc  lleess  sseerrvviicceess  IIPP  ssttaannddaarrddss  eett ll''aaddrreessssee IIPP
 ddyynnaammiiqquuee ddee llaa lliiaaiissoonn PPPPPP..

 Comme   cela  est  mentionne  dans  l'introduction,  les  adresses  IP
 dynamiques affectent la capacite de votre PC Linux  a  agir  comme  un
 serveur sur Internet.

 La  section ``Problemes avec les services IP  standard et l'adresse IP
 dynamique de  la  liaison  PPP''  fournit  des  informations  sur  les
 (principaux)  services  affectes et ce que vous pouvez faire (si c'est
 possible) pour contourner cela.

 77..  CCoonnffiigguurreerr vvoottrree nnooyyaauu LLiinnuuxx

 Pour utiliser PPP, votre noyau Linux doit etre compile avec le support
 PPP.   Recuperez le code source de votre noyau Linux si vous ne l'avez
 pas encore - il se  situe  dans  /usr/src/linux  dans  un  systeme  de
 fichiers Linux standard.

 Verifiez  ce  repertoire  - de nombreuses distributions installent les
 sources   (fichiers   et   repertoires)   pendant    leur    processus
 d'installation.

 Au  demarrage,  votre noyau ecrit une grande quantitee d'informations.
 Parmi elles, est indique si le noyau contient le  support  PPP.   Pour
 afficher  ces informations, regardez votre fichier syslog, ou utilisez
 dmesg | less pour afficher ces informations a l'ecran. Si votre  noyau
 contient le support PPP, vous verrez quelques lignes du genre

 ______________________________________________________________________
 PPP Dynamic channel allocation code copyright 1995 Caldera, Inc.
 PPP line discipline registered.
 ______________________________________________________________________

 (pour les noyau Linux version 2.0.x)

 Les  sources du noyau Linux sont disponibles par ftp a sunsite.unc.edu
 ou ses nombreux miroirs, en particulier ftp.lip6.fr.

 77..11..  IInnssttaalllleerr lleess ssoouurrcceess dduu nnooyyaauu

 La suite regroupe de breves instructions pour obtenir et installer les
 sources  du noyau Linux. Des informations completes sont disponibles a
 The  Linux  Kernel   HOWTO   <http://sunsite.unc.edu/mdw/HOWTO/Kernel-
 HOWTO.html>.
 Pour installer et compiler le noyau Linux vous devez etre root.

 1. Changer de repertoire vers /usr/src/
    cd /usr/src/

 2. Verifier  dans  /usr/src/linux  pour  voir si les sources sont deja
    installees.

 3. Si vous n'avez pas les sources, recuperez les a Linux kernel source
    directory  <ftp://sunsite.unc.edu/pub/Linux/kernel/v2.0>  ou sur un
    miroir plus proche comme ftp.lip6.fr.
    Si vous cherchez une version  plus  ancienne  du  noyau  (comme  la
    1.2.X),   elles  sont  conservees  dans  Old  Linux  kernel  source
    directory <ftp://sunsite.unc.edu/pub/Linux/kernel/old>.

 4. Choisissez  le  noyau  approprie  -  generalement  le  plus  recent
    disponible  est  le meilleur. Le recuperer et mettre le fichier tar
    dans /usr/src.
    RReemmaarrqquuee: un fichier 'tar' est une  archive  -  parfois  compressee
    (comme  le  sont  les  fichiers  tar des sources du noyau Linux) il
    contient de nombreux fichiers repartis dans plusieurs  repertoires.
    C'est  l'equivalent  Linux  des fichiers multi-repertoires sous MS-
    DOS.

 5. Si vous avez deja les sources de Linux installees,  mais  que  vous
    voulez  les  mettre  a  jour, il faut effacer les anciens fichiers.
    Utiliser la commande
    rm -rf /usr/src/linux

 6. Maintenant decompresser et extraire les sources avec la commande
    tar xzf linux-2.0.XX.tar.gz

 7. Maintenant,  cd  /usr/usr/linux  et  lire  le  fichier  README.  Il
    contient  une  excellente  explication  de  la  facon de faire pour
    configurer et compiler un nouveau noyau. Lisez  ce  fichier  (c'est
    une  bonne idee de l'imprimer pour en garder une copie sous la main
    quand vous compilerez votre noyau jusqu'a ce que vous  l'ayez  fait
    suffisamment pour vous debrouiller tout seul).

 77..22..  CCoonnnnaaiittrree vvoottrree mmaatteerriieell

 Vous DDEEVVEEZZ savoir quelles cartes/peripheriques vous avez dans votre PC
 si  vous  commencer  a  recompiler  votre  noyau  !!!  Pour   certains
 peripheriques  (comme  les cartes sons) vous devez egalement connaitre
 quelques parametres (comme les IRQ et les adresse I/O et des choses du
 genre).

 77..33..  CCoommppiillaattiioonn dduu nnooyyaauu -- llee nnooyyaauu LLiinnuuxx 11..22..1133

 Pour  commencer le processus de configuration, suivre les instructions
 du fichier README pour installer les sources correctement. Vous lancez
 le processus de configuration du noyau avec

      make config

 Pour  utiliser  PPP,  vous  devez  configurer le noyau pour inclure le
 support PPP (PPP a besoin DE pppd ET DU support de PPP dans le noyau).
 ______________________________________________________________________
   PPP (point-to-point) support (CONFIG_PPP) [n] y
 ______________________________________________________________________

 Repondre  aux  autres  questions  du  make  config  en  accord avec le
 materiel de votre PC et les caracteristiques que vous  souhaitez  pour
 votre  systeme  d'exploitation  Linux.  Continuer ensuite a suivre les
 instructions de compilation et d'installation  du  README  pour  votre
 nouveau noyau.

 Le  noyau 1.2.13 creait seulement 4 peripheriques PPP. Pour les cartes
 series multiports, vous devez editer les sources  du  noyau  PPP  pour
 avoir  plus  de  ports.  (Voir le fichier README.Linux accompagnant la
 distribution de PPP-2.1.2  pour  des  details  complets  des  editions
 simples que vous devez faire).

 Remarque  :  la configuration du noyau 1.2.13 ne permet pas de revenir
 en arriere - si  vous  faites  une  erreur  en  repondant  a  une  des
 questions dans le make config quitter avec CTRL-C et recommencer.

 77..44..  CCoommppiillaattiioonn dduu nnooyyaauu LLiinnuuxx 11..33..xx eett 22..00..xx

 Pour  Linux 1.3.x et 2.0.x, vous pouvez utiliser le meme processus que
 pour Linux 1.2.13. De meme, suivez les instructions du fichier  README
 pour  installer les sources correctement. Vous lancez la configuration
 du noyau avec

      make config

 Cependant, vous pouvez aussi utiliser

      make menuconfig

 Qui fournit un systeme de configuration avec une aide en ligne et vous
 pouvez avancer et reculer dans la configuration.

 Il  y  a  aussi  l'interface de configuration sous X-Window chaudement
 recommandee

      make xconfig

 Vous pouvez compiler le support PPP directement dans  votre  noyau  ou
 sous la forme d'un module chargeable dynamiquement.
 Si  vous utilisez PPP occasionnellement, alors compiler le support PPP
 en  module  chargeable  est  recommande.  Avec  kerneld,  votre  noyau
 chargera  automatiquement  le(s) module(s) necessaires pour fournir le
 support  PPP  quand  vous  lancerez  une  liaison  PPP.  Cela   permet
 d'economiser  une  partie  de l'espace memoire : le noyau ne peut etre
 swappe, alors que les modules chargeables sont automatiquement enleves
 si ils ne sont pas utilises.

 Pour cela, vous devez activer le support des modules chargeables :

 ______________________________________________________________________
         Enable loadable module support (CONFIG_MODULES) [Y/n/?] y
 ______________________________________________________________________

 Pour  ajouter  le  support  PPP  a votre noyau, repondre a la question
 suivante :

 ______________________________________________________________________
         PPP (point-to-point) support (CONFIG_PPP) [M/n/y/?]
 ______________________________________________________________________

 Pour  un  module  chargeable,  repondre  MM,  sinon  pour  le  compiler
 directement dans le noyau, repondre YY.

 A  la  difference du 1.2.13, le noyau 2.0.x cree les peripheriques PPP
 au vol et selon les besoins, et il n'y  a  absolument  pas  besoin  de
 bricoler le source pour augmenter le nombre de peripheriques PPP.

 77..55..  RReemmaarrqquuee ssuurr PPPPPP--22..22 eett //pprroocc//nneett//ddeevv

 Si vous utilisez PPP-2.2, vous trouverez qu'un probleme de la creation
 des peripheriques PPP 'au vol' est qu'aucun peripherique n'est  trouve
 dans  le fichier /proc/net tant qu'un peripherique n'est pas cree avec
 le lancement de pppd :

 ______________________________________________________________________
 [hartr@archenland hartr]$ cat /proc/net/dev
 Inter-|   Receive                  |  Transmit
  face |packets errs drop fifo frame|packets errs drop fifo colls carrier
     lo:  92792    0    0    0    0    92792    0    0    0     0    0
   eth0: 621737   13   13    0   23   501621    0    0    0  1309    0
 ______________________________________________________________________

 Une fois que vous avez un (ou plus) services ppp lances,  vous  verrez
 des entrees comme celles-ci (sur un serveur PPP) :

 ______________________________________________________________________
 [root@kepler /root]# cat /proc/net/dev
 Inter-|   Receive                  |  Transmit
  face |packets errs drop fifo frame|packets errs drop fifo colls carrier
     lo: 428021    0    0    0    0   428021    0    0    0     0    0
   eth0:4788257  648  648  319  650  1423836    0    0    0  4623    5
   ppp0:   2103    3    3    0    0     2017    0    0    0     0    0
   ppp1:  10008    0    0    0    0     8782    0    0    0     0    0
   ppp2:    305    0    0    0    0      297    0    0    0     0    0
   ppp3:   6720    7    7    0    0     7498    0    0    0     0    0
   ppp4: 118231  725  725    0    0   117791    0    0    0     0    0
   ppp5:  38915    5    5    0    0    28309    0    0    0     0    0
 ______________________________________________________________________

 77..66..  CCoonnssiiddeerraattiioonnss ggeenneerraalleess ssuurr llaa ccoonnffiigguurraattiioonn dduu nnooyyaauu ppoouurr PPPPPP

 Si vous configurez votre PC Linux comme un  serveur  PPP,  vous  devez
 activer  le support IP Forwarding. Il est egalement necessaire si vous
 voulez utiliser Linux pour relier deux reseaux locaux entre eux ou  un
 reseau local a Internet.

 Si  vous  reliez  un  reseau  local a Internet (ou reliez deux reseaux
 entre eux), vous devez etre concernes  par  la  securite.  Ajouter  le
 support  pour  IP  firewall  dans  votre  noyau  est  alors sans doute
 obligatoire !

 Vous aurez egalement besoin, d'utiliser IP Masquerade pour  relier  un
 reseau  local  qui  utilise les adresses IP non connectees mentionnees
 plus haut.

 Pour activer IP Masquerade et IP firewalling, vous DDEEVVEEZZ repondre  Oui
 a la premiere question de make config :

 ______________________________________________________________________
 Prompt for developement and/or incomplete code/drivers (CONFIG_EXPERIMENTAL)?
 ______________________________________________________________________

 Bien que cela puisse sembler un peu bizarre aux nouveaux utilisateurs,
 je confirme que de nombreux utilisateurs utilisent les possibilites de
 IP  Masquerading  et  de  IP  firewalling  du  noyau  Linux 2.0.X sans
 problemes.

 Une fois que vous avez installe et boote  votre  nouveau  noyau,  vous
 pouvez commencer a configurer et a tester votre liaison PPP.

 88..   FFoouurrnniirr lleess iinnffoorrmmaattiioonnss ddoonntt vvoouuss aavveezz bbeessooiinn ppoouurr vvoottrree sseerrvveeuurr
 PPPPPP

 Avant  d'etablir  la connexion PPP avec un serveur, vous devez obtenir
 les  informations  suivantes  (de   l'administrateur   systeme/support
 utilisateur/ personnes gerant le serveur PPP) :

 +o  Le numero de telephone a composer pour le service
    Si vous etes derriere un standard, vous avez aussi besoin du numero
    qui vous permet  de  sortir  a  l'exterieur  du  standard  -  c'est
    generalement le chiffre zero (0) ou neuf(9).

 +o  Est-ce  que  le  serveur  utilise  des  adresse  IP  DYNAMIQUES  ou
    STATIQUES ?
    Si le serveur utilise des adresses IP STATIQUES, vous devez  savoir
    quelle  adresse  IP utiliser a la fin de la connexion PPP. Si votre
    FAI vous fournit une adresse  de  sous-reseau  valide,  vous  devez
    connaitre le masque de sous-reseau a utiliser (netmask).

    La plupart des FAI utilisent des adresses IP DYNAMIQUES. Comme cela
    est mentionne plus haut, cela a des impliquations sur les  services
    que vous pouvez utiliser.

    Cependant,  meme  si  vous  utilisez  des adresses IP STATIQUES, la
    plupart des serveurs PPP ne laisseront jamais (pour des raisons  de
    securite) les clients specifier leur adresse IP car c'est un risque
    pour la securite. Vous ddeevveezz connaitre aussi cette information !

 +o  Quel sont les adresses IP des  serveur  de  noms  des  fournisseurs
    d'acces ?
    Il doit y en avoir au moins deux, meme si un seul suffit.

    Il  peut  y  avoir  un  probleme  a ce niveau. Le service PPP de MS
    Windows 95 permet que l'adresse DNS soit transmise au  client  dans
    le   processus  de  connexion.  Ainsi,  votre  fournisseur  d'acces
    pourrait vous repondre que vous n'avez pas besoin de  l'adresse  IP
    du serveur DNS.

    Avec  Linux,  vous  ddeevveezz  connaitre  l'adresse  d'au moins un DNS.
    L'implementation  PPP  de  Linux  ne  permet  pas   de   configurer
    dynamiquement  a  la  connexion  l'adresse  du  serveur DNS - et ne
    pourra certainement jamais.

    RReemmaarrqquuee: bien que Linux (comme client PPP) ne  peut  pas  recevoir
    d'adresse  DNS  du  serveur,  il peut, en tant que serveur, envoyer
    l'information au client en utilisant l'option dns-addr de pppd.

 +o  Est-ce-que le serveur a besoin d'utiliser PAP/CHAP ?
    Si tel est le cas, vous devez connaitre le id et le secret que vous
    avez pour vous connecter. (c'est probablement votre nom utilisateur
    et le mot de passe de votre fournisseur d'acces).

 +o  Le serveur est-il un systeme Microsoft Windows NT et, dans ce  cas,
    utilise-t-il le systeme PAP/CHAP ?
    De nombreux fournisseurs d'acces semblent utiliser MS-Windows NT de
    cette facon pour ameliorer la securite.

 Attention a l'information suivante - elle risque d'etre utile !

 99..  CCoonnffiigguurreerr vvoottrree mmooddeemm eett vvoottrree ppoorrtt sseerriiee

 Vous devez vous assurer que votre modem est correctement configure  et
 que vous savez sur quel port serie il est branche.

 SSee ssoouuvveenniirr qquuee :

 +o  DOS COM1: = Linux /dev/cua0 (et /dev/ttyS0)

 +o  DOS COM2: = Linux /dev/cua1 (et /dev/ttyS1)
    etc.

 Il  est egalement bien de se souvenir que si vous avez 4 ports series,
 la configuration standard d'un PC est d'avoir COM1 et COM3  partageant
 IRQ4 et COM2 et COM4 partageant IRQ3.

 Si  vous avez des peripheriques sur vos ports series qui partagent une
 IRQ avec votre modem vous allez avoir des problemes. Vous  devez  vous
 assurer  que  le port serie de votre modem est sur sa propre et unique
 IRQ. De nombreuses cartes series modernes (et  les  ports  series  des
 cartes meres de bonne qualite) permettent de changer les IRQ des ports
 serie.

 Si vous utilisez le noyau  Linux  2,  vous  pouvez  afficher  des  IRQ
 actuellement  utilises  avec  cat  /proc/interrupts,  qui produira une
 sortie ressemblant a :

 ______________________________________________________________________
  0:    6766283   timer
  1:      91545   keyboard
  2:          0   cascade
  4:     156944 + serial
  7:     101764   WD8013
 10:     134365 + BusLogic BT-958
 13:          1   math error
 15:    3671702 + serial
 ______________________________________________________________________

 Cela montre que le le port serie en IRQ4 (une souris) et le port serie
 en  IRQ15 (un modem permanent base sur PPP pour une liaison Internet).
 (Il y a egalement un port serie sur le port COM2,  IRQ3  et  COM4  est
 dans  l'IRQ14,  mais  comme  ils ne sont pas utilises, ils ne sont pas
 affiches).

 Avertissement - vous devez vous rendre compte de ce  que  vous  faites
 lorsque  vous  voulez  jouer  avec vos IRQ ! Non seulement, vous devez
 ouvrir votre ordinateur, retirer vos cartes et jouer avec les jumpers,
 mais  vous  devez  savoir  ce qu'il y a sur chaque IRQ.  Dans mon cas,
 j'ai un PC totalement SCSI, et j'ai donc desactive les interfaces  IDE
 de la carte-mere qui utilisent normalement les IRQ14 et 15 !

 Je tiens egalement a preciser que si votre PC utilise un autre systeme
 d'exploitation, changer les IRQ pourrait bien signifier que  votre  OS
 ne bootera plus correctement, ou plus du tout !

 Si  vous  deplacez  vos  ports  series vers des IRQ non-standard, vous
 devez specifier a Linux quel IRQ utilise chaque port. setserial permet
 de  le  faire,  et  de  preference lors du processus de lancement dans
 rc.local ou rc.serial qui est appele dans rc.local ou comme une partie
 de  l'initialisation SysV system. Pour la machine presentee ci-dessus,
 les commandes utilisees sont

 ______________________________________________________________________
 /bin/setserial -b /dev/ttyS2 IRQ 11
 /bin/setserial -b /dev/ttyS3 IRQ 15
 ______________________________________________________________________

 Toutefois, si vous utilisez le module serie  charge  dynamiquement  au
 besoin avec le processus kerneld, vous ne pouvez pas definir et perdre
 les IRQ a chaque redemarrage. Si le module  serie  est  efface,  Linux
 perds alors les configurations speciales.

 Donc,  si  vous  chargez  le  module  serie  a  la demande, vous devez
 reconfigurer les IRQ a chaque fois qu'il est charge.

 99..11..  RReemmaarrqquuee aauu ssuujjeett ddeess ppoorrttss sseerriieess eett ddeess ccaappaacciittee ddee vviitteessssee

 Si  vous  utilisez  un  modem  haut  debit  (externe) (14.400 Bits par
 seconde ou plus), votre port serie doit  etre  capable  de  suivre  le
 debit  qu'un  tel  modem est capable de produire, en particulier si le
 modem compresse les donnees.

 Cela  demande  que  votre  port  serie   utilise   un   UART(Universal
 Asynchronous  Receiver Transmitter) moderne comme un 16550(A). Si vous
 utilisez une vieille machine (ou une vieille carte serie), il est tout
 a  fait  possible  que votre port serie ait seulement un UART 8250, ce
 qui amenera des problemes considerables avec un modem haute vitesse.

 Utiliser la commande

      setserial -a /dev/ttySx

 Pour que Linux vous affiche le type d'UART  que  vous  avez.  Si  vous
 n'avez  pas  un  UART  de type 16550, acheter une nouvelle carte serie
 (disponible pour moins de 300 F). Quand vous  acheterez  une  nouvelle
 carte, assurez vous que vous pouvez changer les IRQ !

 Remarque  :  les  premieres  versions des puces UART 16550 avaient une
 erreur. Elle a ete rapidement decouverte et une mise a jour de la puce
 est  sortie  -  l'UART  16550A. Un nombre relativement faible de puces
 erronees ont cependant ete mises  en  circulation.  Ca  serait  de  la
 malchance  que d'un recuperer une, en particulier sur certaines cartes
 d'occasion, mais il  suffit  de  chercher  la  reponse  qui  s'appelle
 16550A.

 99..22..  NNoommss ddeess ppoorrttss sseerriiee

 Historiquement,  Linux  utilise les peripheriques cuaX pour les appels
 sortants et ttySx pour les appels entrants.

 Le code du noyau a eu besoin de changer cela dans la version 2.0.x  du
 noyau,  et  vous  devez  maintenant  utiliser  ttySx  pour  les appels
 entrants  et  sortants.  Cela  semble  annoncer  que   les   noms   de
 peripheriques  cuaX devraient disparaitre dans les futures versions du
 noyau.

 99..33..  CCoonnffiigguurraattiioonn ddee vvoottrree mmooddeemm

 Vous devez configurer votre modem correctement pour PPP -  pour  cela,
 LLIISSEEZZ  LLEE  MMAANNUUEELL  DDEE  VVOOTTRREE  MMOODDEEMM  !  La  plupart des modems ont uunnee
 ccoonnffiigguurraattiioonn ppaarr ddeeffaauutt eenn uussiinnee avec les options requises  par  PPP.
 La configuration minimale specifie :

 +o  Controle de flux materiel (RTS/CTS) (&K3 sur les modems Hayes)

 Les  autres  parametres  (en  commandes Hayes standard) que vous devez
 verifier sont :

 +o  La commande E1 Echo ON (necessaire pour que chat fonctionne)

 +o  S0=0 Auto Answer OFF (a moins que vous ne vouliez que  votre  modem
    reponde au telephone)

 +o  &C1 Carrier Detect ON seulement apres la connexion

 +o  &S0 Data Set Ready (DSR) toujours ON

 +o  (variable) Data Terminal Ready

 Un  site  fournit  la  configuration  des  modems  pour une variete de
 fabricants  et  de  modeles  de  modems  croissante  a   Modem   setup
 information   <http://www.in.net/info/modems/index.html>  qui  devrait
 vous simplifier la configuration.

 Il est aussi interessant de verifier  comment  fonctionne  l'interface
 serie  entre  votre  ordinateur  et votre modem. La plupart des modems
 modernes vous permettent d'utiliser l'interface serie  a  une  vitesse
 FIXE permettant a l'interface avec la ligne telephonique de changer de
 vitesse pour atteindre la plus  haute  vitesse  que  les  deux  modems
 peuvent supporter.

 Cela  s'appelle  l'operation de division de la vitesse. Si votre modem
 le  supporte,  bloquer  l'interface  serie  du  modem  a  la   vitesse
 disponible  la  plus  rapide  (d'habitude  115.200  bauds mais parfois
 38.400 pour les modems 14.400).

 Utiliser les outils de communication (c.-a-d. minicom ou  seyon)  pour
 acceder  a  la configuration de votre modem, et l'adapter a ce qui est
 necessaire a PPP. De nombreux modems renvoient leurs reglages courants
 apres  la  commande AT&V, mais vous devez consulter le manuel de votre
 modem.

 Si vous avez completement modifie les reglages, vous  pouvez  repartir
 sur des bases saines (generalement) en envoyant AT&F - ca retourne aux
 reglages usine. (Pour la majorite des modems que j'ai  rencontre,  les
 reglages  usine  on  tout  ce qu'il faut pour faire du PPP - mais vous
 devez verifier).

 Un fois que vous avez la commande  necessaire  pour  configurer  votre
 modem,  ecrivez-la.  Vous devez maintenant prendre une decision : vous
 pouvez stocker ces parametres dans la memoire  non-volatile  de  votre
 modem, comme cela vous pourrez la relancer en envoyant une commande AT
 appropriee. Alternativement, vous pouvez passer le parametrage correct
 a votre modem lors du processus de connexion de PPP.

 Si  vous utilisez uniquement votre modem sous Linux pour appeler votre
 FAI ou un serveur d'entreprise, la  maniere  la  plus  simple  est  de
 sauver la configuration de votre modem dans la memoire non-volatile.

 D'un  autre cote, si votre modem est utilise par d'autres applications
 et systemes d'exploitation, il est plus sur de passer ces informations
 au  modem a chaque appel que vous passez, comme cela, c'est sur que le
 modem sera bien configure lors de l'appel. (Cela a aussi l'avantage de
 conserver  la  ligne  de  configuration  du  modem  au cas ou le modem
 perdrait le contenu de sa NV-RAM, ce qui peut parfois arriver).

 99..44..  RReemmaarrqquuee ssuurr llee ccoonnttrroollee ddee fflluuxx sseerriiee

 Lorsque les donnees transitent sur les lignes de communication  serie,
 il peut arriver que les donnees arrivent plus vite que l'ordinateur ne
 peut les traiter (l'ordinateur peut etre occupe a faire autre chose  -
 n'oubliez   pas   que   Linux   est  un  systeme  Multi-taches  Multi-
 utilisateurs). Pour s'assurer que des donnees ne se sont  pas  perdues
 (les  donnees  n'arrivent  pas  dans le tampon d'entree pour se perdre
 ensuite), certaines methodes de controles sont necessaires.

 Il y a deux facons de faire sur des lignes series :

 +o  Utiliser des signaux  materiels  (Clear  To  Send/Request  To  Send
    CTS/RTS)

 +o  Utiliser  des  signaux  logiciel  (control  S  et  control Q, aussi
    appeles XON/XOFF).

 Bien  que  le  dernier  soit  correct  pour  les  liaisons  vers   des
 terminaux(texte), les donnees sur une liaison PPP utilisent les 8 bits
 - et il est fort probable que quelque part dans les donnees, un  octet
 se  traduis  par  un  control S ou un control Q. Donc, si un modem est
 configure  pour  utiliser  le  controle  de  flux,  les  choses   vont
 rapidement s'envenimer !

 Pour les liaisons a haut debit utilisant PPP (avec l'utilisation des 8
 bits de donnees) le controle de flux materiel est vital, et  c'est  la
 raison pour laquelle vous devez utiliser le controle de flux materiel.

 99..55..  TTeesstteerr vvoottrree mmooddeemm ppoouurr ccoommppoosseerr uunn nnuummeerroo

 Maintenant que vous en avez termine avec la configuration du modem  et
 du  port  serie,  il  serait  utile de verifier si cette configuration
 marche vraiment en appelant votre fournisseur d'acces et voir si  vous
 pouvez vous connecter.

 En  utilisant  le  paquetage  du  terminal  de  communication (tel que
 minicom), la  commande  d'initialisation  de  votre  modem  pour  PPP,
 appelez  le serveur PPP sur lequel vous voulez vous connecter pour une
 session PPP.

 (Remarque : a ce niveau, nous nn''eessssaayyeerroonnss ppaass d'etablir la  connexion
 PPP  -  mais  juste  d'etre sur que nous pouvons composer un numero et
 ainsi trouver eexxaacctteemmeenntt  ce  que  le  serveur  nous  envoie  pour  se
 connecter et lancer PPP).

 Pendant le processus, soit vous capturez (dans un fichier) la totalite
 du  processus  de  login   soit   vous   notez   attentivement   (_t_r_e_s
 _a_t_t_e_n_t_i_v_e_m_e_n_t)  eexxaacctteemmeenntt  ce que le serveur envoie pour savoir quand
 est le moment d'entrer votre nom utilisateur et votre mot de passe (et
 quelques  autres commandes necessaires pour etablir la connexion PPP).
 Si votre serveur utilise PAP, vous ne verrez pas de message de  login,
 mais  vous verrez a la place la (representation texte) du protocole de
 controle de liaison (une suite incoherente de  caracteres)  s'afficher
 sur votre ecran.

 Quelques mots d'avertissements :

 +o  certains serveurs sont relativement intelligents : vous pouvez vous
    connecter en utilisant un nom utilisateur /mot de passe base sur du
    texte  OU  en utilisant PAP. Ainsi, si votre fournisseur d'acces ou
    votre serveur  d'entreprise  utilise  PAP  mais  n'affiche  pas  le
    message  directement,  cela  ne signifie pas que vous avez fait une
    erreur.

 +o  certains serveurs ont besoin que vous entriez  du  texte  avant  de
    lancer _e_n_s_u_i_t_e la sequence PAP standard.

 +o  Certains  serveurs  PPP  sont  passifs - il attendent et n'envoient
    rien tant que le client avec lequel il dialogue ne  lui  envoie  un
    paquet  LCP  valide.   Si  le  serveur  PPP  sur  lequel  vous vous
    connectez fonctionne en mode  passif,  vous  ne  verrez  jamais  de
    message !

 +o  Certains  serveurs  ne  lancent  pas  PPP  tant que vous n'avez pas
    presse ENTREE - essayez donc cela si vous etes connecte et ne voyez
    pas de message !

 Il est interessant de dialoguer au moins deux fois - certains serveurs
 changent leur message d'accueil (c.-a-d. avec le temps !) chaque  fois
 que vous vous connectez. Les deux messages critiques que votre machine
 Linux doit pouvoir identifier chaque fois que vous vous vous connectez
 sont :

 +o  le message qui vous demande d'entrer votre nom utilisateur ;

 +o  le message qui vous demande d'entrer votre mot de passe ;

 Si  vous  avez  tape une commande pour lancer PPP sur le serveur, vous
 devez aussi rechercher le message que le serveur vous envoie une  fois
 que  vous  etes  connecte pour vous informer que vous pouvez entrer la
 commande pour lancer ppp.

 Si votre serveur lance automatiquement PPP, une  fois  que  vous  etes
 connecte,  vous allez voir des caracteres s'afficher sur votre ecran -
 c'est le serveur PPP qui envoie a votre machine les informations  pour
 demarrer et configurer la connexion PPP.

 Ca doit donner quelque chose comme ceci :

 ______________________________________________________________________
 ______________________________________________________________________

 (et ca ne s'arrete pas !)

 Sur  certains  systemes,  PPP  doit  etre  explicitement  lance sur le
 serveur. Cela  vient  generalement  du  fait  que  le  serveur  a  ete
 configure  pour permettre aux connexions PPP et aux connexions Shell a
 utiliser les memes paires nom utilisateur/mot de passe.  Si  c'est  le
 cas,  envoyez  cette commande lorsque vous etes connecte. Une nouvelle
 fois vous verrez des caracteres que le serveur  envoie  a  la  fin  du
 lancement de la connexion PPP.

 Si  vous  ne voyez pas directement apres la connexion (et le processus
 de connexion et le lancement du serveur PPP si besoin),  tapez  EEnnttrreeee
 pour voir si le serveur PPP demarre...

 A  ce  niveau, vous pouvez raccrocher votre modem (generalement, taper
 +++ rapidement et envoyer la commande ATHO une fois  que  votre  modem
 vous a repondu OK).

 Si  vous n'arrivez pas a faire fontionner votre modem, lisez le manuel
 du modem, les pages de manuel des programmes de communication,  et  le
 Serial HOWTO ! Une fois que vous aurez fait tout cela reprenez l'etape
 precedente.

 1100..  CCoonnffiigguurreerr llaa rreessoolluuttiioonn ddee nnoomm vveerrss ll''aaddrreessssee ((DDNNSS))

 Alors  que  les  humains  aiment  donner  des  noms  aux  choses,  les
 ordinateurs  preferent  les  nombres.  Sur  un  reseau  TCP/IP  (comme
 Internet), nous appelons les  machines  avec  un  nom  particulier  et
 chaque  machine  se trouve dans un "domaine" particulier. Par exemple,
 ma station de travail Linux s'appelle aarrcchheennllaanndd et se trouve dans  le
 domaine  iinntteerrwweefftt..ccoomm..aauu.  Son adresse lisible par un humain est donc
 archenland.interweft.com.au (qui s'appelle le FQDN -  nom  de  domaine
 totalement qualifie).

 Cependant,  pour  que  cette  machine  soit  trouvee  par  les  autres
 ordinateurs sur Internet, elle est reellement connue par  son  adresse
 IP lorsque les ordinateurs communiquent a travers Internet.

 Traduire  (resoudre)  les  noms de machines (et de domaine) en nombres
 reellement utilises sur  Internet  est  le  travail  de  machines  qui
 offrent le DNS.

 Ce qui se passe en fait :

 +o  Votre  machine  a  besoin  de  savoir  l'adresse IP d'un ordinateur
    particulier.  L'application  qui  a  besoin  de  cette  information
    interroge  le  resolveur  de  votre  PC  Linux  pour  obtenir cette
    information;

 +o  Le resolveur  interroge  le  fichier  local  /etc/hosts  et/ou  les
    serveurs  de noms des domaines qu'il connait (le comportement exact
    du resolveur est determine dans /etc/hosts.conf);

 +o  si la reponse se trouve dans  le  fichier  hosts,  la  reponse  est
    renvoyee;

 +o  si  un  serveur de nom est specifie, votre PC interroge alors cette
    machine

 +o  si la machine DNS connait deja l'adresse IP du nom demande, elle le
    retourne.  Si  elle  ne  le  connait  pas,  elle interroge un autre
    serveur de noms sur Internet pour trouver l'information. Le serveur
    de  noms  redescend  alors  les informations au resolveur qui les a
    demande - qui les envoie a l'application qui l'a interroge.

 Quand vous utilisez une connexion PPP, vous  devez  indiquer  a  votre
 machine  Linux  ou  elle  peut  recuperer l'adresse IP a partir du nom
 (resolution des adresses), comme cela vvoouuss ppoouurrrreezz uuttiilliisseerr llee nnoomm ddeess
 mmaacchhiinneess  mais  votre ordinateur pourra traduire ces derniers vers les
 adresses IP dont il a besoin pour travailler.

 Une solution est de rentrer  tous  les  hotes  avec  qui  vous  voulez
 dialoguer dans le fichier /etc/hosts (ce qui est en realite totalement
 impossible si vous etes connecte a  Internet);  une  autre  facon  est
 d'utiliser  les  adresses  IP  plutot  que  les  noms  (une  tache  de
 memorisation impossible sauf pour les petits reseaux).

 La meilleure facon est de configurer Linux  pour  qu'il  connaisse  ou
 recupere   l'information   de   conversion  des  noms  en  adresses  -
 automatiquement. Ce service est fourni par le systeme  DNS.  La  seule
 chose  a  faire est d'entrer l'adresse IP des serveurs de noms dans le
 fichier /etc/resolv.conf.

 1100..11..  LLee ffiicchhiieerr //eettcc//rreessoollvv..ccoonnff

 Le support client de votre serveur PPP doit vous fournir deux adresses
 IP  de  DNS  (un  seul  est  necessaire  -  mais  deux  permettent une
 redondance en cas d'echec).

 Comme c'est mentionne plus haut, Linux ne peut pas  definir  l'adresse
 IP  de  son  serveur  de noms comme MS Windows 95 le fait. Ainsi, vous
 devez  iinnssiisstteerr  (poliment)  aupres  de  votre  FAI  pour  qu'il  vous
 fournisse cette information !

 Votre /etc/resolv.conf doit ressembler a quelque chose comme :

 ______________________________________________________________________
 domain votre.nom.de.domaine
 nameserver 10.25.0.1
 nameserver 10.25.1.2
 ______________________________________________________________________

 Editer   ce  fichier  (le  creer  si  necessaire)  pour  contenir  les
 informations que votre FAI vous a donne. Il doit avoir les  droits  et
 les permissions comme suit :

      -rw-r--r--   1 root     root           73 Feb 19 01:46 /etc/resolv.conf

 Si  vous  avez deja configure un /etc/resolv.conf car vous etes sur un
 reseau local, ajoutez simplement les adresses IP du  serveur  DNS  PPP
 dans votre fichier existant.

 1100..22..  LLee ffiicchhiieerr //eettcc//hhoossttss..ccoonnff

 Vous  devez  egalement  verifier que votre fichier /etc/hosts.conf est
 correctement configure. Il doit ressembler a

 ______________________________________________________________________
 order hosts,bind
 multi on
 ______________________________________________________________________

 Il indique au resolveur d'utiliser les informations  du  fichier  host
 avant d'envoyer les requetes pour une resolution DNS.

 1111..  UUttiilliisseerr PPPPPP eett lleess pprriivviilleeggeess rroooott

 Puisque  PPP a besoin de configurer les peripheriques reseau, modifier
 les tables de routage entre autres, il a besoin des privileges rroooott.

 Si des utilisateurs autres que rroooott doivent lancer des connexions PPP,
 le programme pppd doit avoir l'uid rroooott :

      -rwsr-xr-x   1 root     root        95225 Jul 11 00:27 /usr/sbin/pppd

 Si  /usr/sbin/pppd  n'est  pas  defini comme cela, alors eenn eettaanntt rroooott
 taper la commande :

      chmod u+s /usr/sbin/pppd

 Cela permet a pppd de fonctionner avec les privileges root mmeemmee  i  si
 le  programme est lance par un utilisateur ordinaire. Ainsi pppd a les
 bons privileges pour configurer les interfaces reseau et les tables de
 routage.

 Les  programmes  qui  utilisent  le  uid  root sont autant de trous de
 securite potentiels  et  vous  devez  etre  extremement  vigilant  par
 rapport  aux  programmes uid root. De nombreux programmes (comme pppd)
 ont ete ecrits minutieusement pour minimiser le danger d'utiliser suit
 root,  vous  devez  donc  etre  tranquille  avec  celui-ci  (mais sans
 garanties totales).

 Selon ce que vous voulez faire de votre systeme - particulierement  si
 vous voulez qu'un utilisateur puisse initialiser une liaison PPP, vous
 devez mettre vos scripts ppp-on/off lisibles et executables  par  tout
 le  monde.   (c'est sans doute genial si vous etes le SEUL utilisateur
 du PC).

 Cependant, si vous NE voulez PAS que n'importe qui puisse  lancer  une
 connexion  PPP (par exemple, votre enfant qui a un compte sur votre PC
 Linux et que vous ne voulez pas qu'il  se  connecte  a  Internet  sans
 votre  permission),  vous devez faire un groupe PPP (en tant que root,
 editer le fichier /etc/group) et :

 +o  Rendre pppd 'suid root',  possede  par  l'utilisateur  rroooott  et  le
    groupe  PPP, avec ces nouvelles permissions sur le fichier. Il doit
    ressembler a

      -rwsr-x---   1 root     PPP        95225 Jul 11 00:27 /usr/sbin/pppd

 +o  Mettre les scripts ppp-on/off possedes par l'utilisateur rroooott et le
    groupe PPPPPP

 +o  Rendre le script ppp-on/off lisible/executable par le groupe PPP

        -rwxr-x---   1 root     PPP           587 Mar 14  1995 /usr/sbin/ppp-on
        -rwxr-x---   1 root     PPP           631 Mar 14  1995 /usr/sbin/ppp-off

 +o  Ajouter  les utilisateurs qui utilisent PPP dans le groupe PPP dans
    /etc/group

 Meme si vous faites cela, les utilisateurs  normaux  ne  pourront  pas
 fermer la connexion avec un programme ! Utiliser ppp-off necessite les
 privileges rroooott. Meme si n'importe quel utilisateur peut  eteindre  le
 modem (ou deconnecter la ligne telephonique sur un modem interne).

 Un alternative (et une meilleure methode) de faire cela est d'utiliser
 le programme sudo, qui offre une meilleure securite et vous  permettra
 de  choisir quels utilisateurs (autorises) pourrons activer/desactiver
 la  liaison  en  utilisant  des  scripts.  Utiliser  sudo  permet  aux
 utilisateurs  autorises  d'activer/desactiver  la liaison PPP de facon
 propre et securisee.

 1122..  CCoonnffiigguurreerr lleess ffiicchhiieerrss ddee ccoonnnneexxiioonn ddee PPPPPP

 Maintenant, vous devez etre connecte en tant que rroooott pour  creer  les
 repertoires  et  editer les fichiers necessaires a la configuration de
 PPP, meme si vous souhaitez que  PPP  soit  utilisable  par  tous  les
 utilisateurs.

 PPP  utilise  un  certain  nombre  de  fichiers  pour  configurer  les
 connexions.  Ceux-ci different dans leur nom et les chemins entre  PPP
 2.1.2 et 2.2.

 Pour PPP 2.1.2 les fichiers sont :

 ______________________________________________________________________
 /usr/sbin/pppd          # le programme PPP
 /usr/sbin/ppp-on        # le script d'appel/connexion
 /usr/sbin/ppp-off       # le script de deconnexion
 /etc/ppp/options        # les options utilisees pour toutes le connexions
 /etc/ppp/options.ttyXX  # les options specifiques pour ce connecter sur ce port
 ______________________________________________________________________

 Pour PPP 2.2. les fichiers sont :

 ______________________________________________________________________
 /usr/sbin/pppd                  # Le programme PPP
 /etc/ppp/scripts/ppp-on         # le script d'appel connexion
 /etc/ppp/scripts/ppp-on-dialer  # premiere partie du script d'appel
 /etc/ppp/scripts/ppp-off        # le script chat reel
 /etc/ppp/options                # options utilisees par pppd pour toutes les
                                 # connexions
 /etc/ppp/options.ttyXX          # options specifiques pour se connecter sur ce
                                 # port
 ______________________________________________________________________

 Je   rappelle   aux   utilisateurs   de   la  RedHat  Linux  que  dans
 l'installation standard de la Red Hat 4.X les scripts sont places dans
 /usr/doc/ppp-2.2.0f-2/scripts.

 Dans votre repertoire /etc, il devrait y avoir un repertoire pppppp :

      drwxrwxr-x   2 root     root         1024 Oct  9 11:01 ppp

 S'il n'existe pas - le creer avec ces possessions et permissions.

 Si le repertoire existe deja, il devrait contenir un fichier d'options
 modele appele ooppttiioonnss..ttppll. Ce fichier est inclus plus bas au cas ou il
 n'existerait pas.

 Imprimez-le  il contient une explication de presque toutes les options
 de PPP et c'est pratique de le lire en meme temps  que  les  pages  de
 manuel  de ppp).  Meme si vous pouvez utiliser ce fichier comme base a
 votre /etc/ppp/options, il est sans doute mieux de creer votre  propre
 fichier  d'options  qui  ne  contiendra  pas  tous les commentaires du
 modele - il sera bien plus court, et plus facile a lire/maintenir.

 Si vous avez une ligne serie/modems multiple (c'est typiquement le cas
 des serveurs PPP), creer un fichier general /etc/ppp/options contenant
 les options  communes  a  tous  les  ports  series  dans  lequel  vous
 supportez  la  composition  et  la reception d'appels et un fichier de
 configuration individuel pour chaque ligne  serie  sur  laquelle  vous
 etablirez la configuration individuelle necessaire pour chaque port.

 Ces   fichiers   d'options   specifiques   aux   ports   sont  appeles
 options.ttyx1, options.ttyx2 et ainsi de suite (ou  x  est  la  lettre
 appropriee pour votre port serie).

 Toutefois,  pour  une  connexion  simple,  vous  pouvez tranquillement
 utiliser le fichier /etc/ppp/options. Vous pouvez aussi mettre  toutes
 les options comme argument de la commande pppd elle-meme.

 Il  est  plus  simple  de  maintenir une configuration qui utilise les
 fichiers /etc/ppp/options.ttySx. Si vous utilisez PPP  sur  differents
 sites,  vous  pouvez  creer un fichier d'options pour chaque site dans
 /etc/ppp/options.site, et ainsi  specifier  le  fichier  d'options  en
 parametre  a la commande PPP lorsque vous vous connectez (en utilisant
 l'option file option-file de pppd dans la ligne de commande de  pppd).

 1122..11..  LLee ffiicchhiieerr ooppttiioonnss..ttppll ffoouurrnnii

 Certaines  distributions  de  PPP  semblent  avoir  perdu  le  fichier
 options.tpl, donc voici le fichier  complet.  Je  suggere  de  NE  PAS
 editer ce fichier pour creer votre fichier(s) /etc/ppp/options. Copiez
 plutot celui-ci dans un nouveau fichier et editez-le  alors.  Si  vous
 vous  trompez  dans  votre  edition,  vous pourrez toujours revenir en
 arriere en recommencant sur l'original.

 ______________________________________________________________________
 # /etc/ppp/options -*- sh -*- fichiers d'options generales pour pppd
 # cree le 13-Jul-1995 jmk
 # autodate: 01-Aug-1995
 # autotime: 19:45
 # adaptation francaise par Antoine Levavasseur [email protected]

 # Utilise l'executable ou la commande shell specifiee pour configurer la ligne
 # serie. Ce script va en fait utiliser le programme "chat" pour appeler le
 # modem et le debut de la liaison distante ppp.
 #connect "echo Vous devez installer une commande connect."

 # Lance l'executable ou la commande shell specifie, une fois que ppp a termine
 # la liaison. Ce script va, par exemple, envoyer les commandes au modem pour le
 # faire raccrocher si les signaux de controles materiels ne sont pas
 # disponibles.
 #disconnect "chat -- \d+++\d\c OK ath0 OK"

 # table de caractere async -- 32-bit hex; chacun des bit est un caractere qui
 # doit etre echappe pour que pppd le recoive.  0x00000001 represente '\x01',
 # et 0x80000000 represente '\x1f'.
 #asyncmap 0

 # Demande a votre correspondant de s'authentifier avant de pouvoir envoyer ou
 # recevoir des paquets reseaux
 #auth

 # Utilise le controle de flux materiel (i.e. RTS/CTS) pour controler le flux
 # de donnees du port serie
 #crtscts

 # Utilise le controle de flux logiciel (i.e. XON/XOFF) pour controler le flux
 # de donnees du port serie.
 #xonxoff
 # Ajouter une route par defaut aux tables de routage systeme, pour utiliser
 # votre correspondant comme gateway, lorsque la negociation ICP reussi. Cette
 # entree est supprimee lorsque la connexion PPP se termine.
 #defaultroute

 # Specifie que certains caracteres doivent etre echapes sur la transmission
 # (en fonction de la facon dont le client souhaite qu'ils soient echappes avec
 # la table de controle async). Les caracteres qui sont echappes sont specifies
 # comme une liste de nombres hexa separes par des guillemets. La plupart des
 # caracteres peuvent etres specifies avec l'option escape, a moins que l'option
 # asyncmap soit activee puisque dans ce cas seuls les caracteres de controle
 # peuvent etres specifies. Les caracteres qui ne peuvent etre echapes ont les
 # valeurs hexa 0x20 - 0x3f ou 0x5e.
 #escape 11,13,ff

 # Ne pas utiliser les lignes de controle du modem
 #local

 # Specifie que pppd doit utiliser un verouillage du peripherique serie style
 # UUCP pour s'en assurer un acces exclusif.
 #lock

 # Utilise les lignes de controle du modem. Sur un Ultrix, cette option implique
 # un controle de flux materiel, comme avec l'option crtscts. (Cette option
 # n'est pas completement implementee.)
 #modem

 # Definit la valeur MRU [Unite de Reception Maximum] a n pour la negociation.
 # pppd demandera alors de se faire renvoyer les paquets pour au plus <n> octets
 # La valeur MRU minimale est de 128. La valeur par defaut est 1500. La valeur
 # 296 est recommandee pour les liaisons lentes (40 octets pour l'entete TCP/IP
 # + 256 octets de donnees).
 #mru 542

 # Definit le masque reseau avec <n> qui est un masque reseau 32 bit en
 # "chiffres decimaux" note (e.g 255.255.255.0).
 #netmask 255.255.255.0

 # Desactive le comportement par defaut lorsque aucune adresse IP n'est
 # specifiee, et qu'elle est determine (quand c'est possible) a partir du
 # hostname. Avec cette option, votre correspondant devra vous fournir votre
 # adresse IP locale pendant la negotiation IPCP (a moins que cela ne soit
 # specifie explicitement dans la ligne de commande ou un fichier d'options)
 #noipdefault

 # Active l'option passive sur le LCP. Avec cette option, pppd, essayera
 # d'initier la connexion; si aucune reponse n'est recue de votre correspondant,
 # pppd attendra passivement un packet LCP (au lieu de s'arreter comme il fait
 # sans cette option)
 #passive

 # Avec cette option, pppd ne va pas transmettre les paquets LCP pour
 # initialiser la connexion tant qu'un paquet LCP valide n'est pas envoye
 # par votre correspondant (comme avec l'option "passive" pour des versions
 # plus anciennes de pppd).
 #silent

 # Ne requiert et ne permet pas de negociation pour n'importe quelle option de
 # LCP et IPCP (utilise  les valeurs par defaut).
 #-all

 # Desactive la negociation de la compression d'adresses/controle (utilise les
 # reglages par defaut, i.e. le champ adresse/controle desactive)
 #-ac

 # Desactive la negociation asyncmap (utilise le reglage asyncmap par defaut,
 # i.e. echappement de tout les caracteres de controle)
 #-am

 # Ne forke pas pour devenir un processus en tache de fond (sinon pppd le fera
 # si un peripherique serie est specifie).
 #-detach

 # Desactive la negociation d'adresses IP (avec cette option, l'adresse IP
 # distante doit etre specifiee avec une option en ligne de commande ou dans
 # un fichier d'options).
 #-ip

 # Desactive la negociation des nombres magiques. Avec cette option, pppd ne
 # peut pas detecter une ligne avec une boucle.
 #-mn

 # Desactive la negociation MRU [Unite de Reception Maximum] (utilise la valeur
 # par defaut, i.e. 1500).
 #-mru

 # Desactive la negociation du protocole de compression par champ (utilise la
 # valeur par defaut, i.e le protocole de compression par champs desactive)
 #-pc

 # Impose a votre corresondant de s'autentifier avec PAP. Cela necessite une
 # authentification des DEUX COTES - NE PAS utiliser pour une liaison standard
 # authentifiee par PAP vers un FAI puisqu'il faudra que la machine du FAI
 # soit authentifie aupres de votre machine (et ce qu'elle ne pourra pas faire).
 #+pap

 # Refuse d'utiliser l'authentification avec PAP.
 #-pap
 # Oblige votre correspondant a s'authentifier avec une authentification
 # CHAP [Cryptographic Handshake Authentication Protocol]
 # Cela necessite une authentification des DEUX COTES - ne PAS utiliser pour une
 # liaison avec un FAI puisqu'il faudra que la machine du FAI
 # soit authentifie aupres de votre machine (et ce qu'elle ne pourra pas faire).
 #+chap

 # Refuse d'utiliser l'authentification avec CHAP.
 #-chap

 # Desactive la negociation de la compression de l'entete IP style Van Jacobson
 # (utilise la valeur par defaut, i.e. pas de compression).
 #-vj
 # Augmente de niveau de deboguage (comme -d). Si cette option est passee, pppd
 # enverra dans le log le contenu de tous les paquets de controle envoyes ou
 # recus dans une forme lisible. Les paquets seront envoyes dans syslog avec les
 # possibilites des daemons et du niveau de deboguage. Ces informations peuvent
 # etre diriges dans un fichier en configurant /etc/syslog.conf correctement
 # (voir syslog.conf(5)). (Si pppd est compile avec des options de deboguage
 # supplementaires, il enverra les messages de log dans local2 au lieu du
 # daemon).
 #debug

 # Ouvre le nom de domaine <d> pour permettre l'authentification de nom d'hote
 # local. Par exemple, si gethostname() retourne le nom porsche,
 # mais le nom de domaine qualifie est porsche.Quotron.COM, vous devriez
 # utiliser l'option domain pour mettre le nom de domaine a Quotron.COM.
 #domain <d>

 # Active le code de deboguage du pilote PPP au niveau du noyau. L'argument n
 # est un nombre qui est la somme des valeurs suivantes : 1 active les messages
 # de deboguage generaux, 2 pour que le contenu des paquets recus soient
 # affiches, et 4 pour que le contenu des paquets envoyes soient affiches.
 #kdebug n

 # Configure la valeur MTU [Unitee de Transmission Maximum] a <n>. A moins
 # que votre correspondant ne demande une valeur plus petite lors de la
 # negociation MRU, pppd demande que les codes reseaux du noyau envoie des
 # paquets d'au plus n octets dans l'interface reseau PPP.
 #mtu <n>

 # Definit le nom du systeme local avec <n> dans un but d'authentification.
 # Cela doit certainement avoir ete configure avec votre nom utilisateur de votre
 # FAI si vous utilisez PAP/CHAP.
 #name <n>

 # Definit le nom utilisateur avec <u> pour l'authentification avec le
 # correspondant utilisant PAP .
 # Ne pas utiliser si vous utilisez le 'name' au-dessus !
 #user <u>

 # Force l'utilisation du nom d'hote comme nom du systeme local pour les
 # authentification (masque l'option name).
 #usehostname

 # Configure le nom du systeme distant pour les authentifications a <n>.
 #remotename <n>

 # Ajoute une entree au systeme des tables ARP [Protocole de Resolution
 # d'Adresses] avec l'adresse IP de votre correspondant et l'adresse Ethernet
 # de ce syteme.
 #proxyarp

 # Utilise le systeme de base de donnes de mots de passe pour l'authentification
 # de votre correspondant avec PAP.
 #login
 # Si cette option est passee, pppd va envoyer une requete-echo LCP a votre
 # correspondant toutes les n secondes. Sous Linux, une requete-echo est envoyee
 # lorsqu'aucun paquet n'a ete recu du correspondant depuis n secondes.
 # Normalement, le correspondant doit repondre a la requete-echo en envoyant une
 # reponse-echo. Cette option peut etre utilise avec l'option lcp-echo-failure
 # pour detecter que le correspondant n'est plus connecte.
 #lcp-echo-interval <n>

 # Si cette option est passe, pppd va supposer que le correspondant est mort
 # si n requetes-echo LCP sont envoyees sans recevoir de reponse-echo LCP
 # valide. Si cela arrive, pppd va terminer la connexion. Utiliser cette option
 # necessite une valeur non nulle pour le parametre lcp-echo-interval.
 # Cette option peut etre utilisee pour permettre a pppd de terminer une fois
 # qu'une connexion pppd ait ete cassee (c.-a-d. le modem a ete raccroche) dans
 # les situations ou aucune ligne de controle materiel du modem n'est
 # disponibles
 #lcp-echo-failure <n>

 # Definit l'intervale relance LCP (delay de retransmission) a <n> secondes
 # (defaut 3).
 #lcp-restart <n>

 # Definit le nombre maximal de transmission de requete-fin de LCP a <n>
 # (defaut 3).
 #lcp-max-terminate <n>

 # Definit la nombre maximum de transmission de requete-configure LCP a <n>
 # (defaut 10).
 # Certains serveurs PPP sont lents a demarrer. Vous devrez alors augmenter
 # ceci si vous avez des erreurs 'serial line looped back' et que vous etes
 # SUR que vous etes connecte correctement et que PPP doit demarrer sur le
 # serveur.
 #lcp-max-configure <n>

 # Definit le nombre maximum de retours LCP configure-NAKs avant de commencer
 # a envoyer des configure-Rejects a la place a <n> (defaut 10).
 #lcp-max-failure <n>

 # Definit l'intervale de relancce de IPCP (temps de retransmission) a <n>
 # secondes (defaut 3).
 #ipcp-restart <n>

 # Definit le nombre maximum de transmission de requete-fin IPCP a <n>
 # (defaut 3).
 #ipcp-max-terminate <n>

 # Definit la nombre maximum de transmission de requete-configure IPCP a <n>
 # (defaut 10).
 #ipcp-max-configure <n>

 # Definit la nombre maximem de retour configure-NAKs IPCP avant de commencer
 # a envoyer des configure-Rejects a la place a <n> (defaut 10).
 #ipcp-max-failure <n>

 # Definit l'intervalle de relance PAP (temps de retransmission) a <n> secondes
 # (defaut 3).
 #pap-restart <n>

 # Definit le nombre maximum de transmission de requete-d'authentification PAP
 # a n (defaut 10)
 #pap-max-authreq <n>

 # Definit les intervales de relance de CHAP (temps de retransmission) a <n>
 # secondes (defaut 3).
 #chap-restart <n>

 # Definit le nombre maximal d'essai de  transmission de CHAP a <n>
 # (defaut 10).
 #chap-max-challenge

 # Si cette option est passee, pppd va relancer votre correspondant toutes les
 # <n> secondes.
 #chap-interval <n>

 # Avec cette option, pppd va accepter la proposition de votre correspondant
 # pour votre adresse IP locale, meme si l'adresse IP est specifiee en option.
 #ipcp-accept-local

 # Avec cette option, pppd va accepter la proposition d'adresse IP (distante),
 # meme si l'adresse distante est specifiee en option.
 #ipcp-accept-remote
 ______________________________________________________________________

 1122..22..  QQuueelllleess ooppttiioonnss ddooiiss--jjee uuttiilliisseerr ?? ((SSaannss PPAAPP//CCHHAAPP))

 En fait,  comme  toujours,  ca  depend.  Les  options  specifiees  ici
 devraient marcher avec la plupart des serveurs.

 Cependant,   si   ca   NE  fonctionne  PAS  LISEZ  LE  FICHIER  MODELE
 (/etc/ppp/options.tpl) eett les pages de manuel de pppd  eett  demandez  a
 votre  administrateur/support  client  qui fait marcher le serveur sur
 lequel vous vous connectez.

 Je rappelle egalement que  les  scripts  de  connexion  presentes  ici
 utilisent  egalement  des  options  en  ligne de commande pour pppd et
 rendre les choses plus facilement modifiables.

 ______________________________________________________________________
 # /etc/ppp/options (NO PAP/CHAP)
 #
 # Empeche pppd de forker en tache de fond
 -detach
 #
 # utilise les lignes de controle du modem
 modem
 # utilise les verrous style uucp pour assurer une utilisation exclusive du
 # port serie
 lock
 # utilise le flux de controle materiel
 crtscts
 # creer une route par defaut pour cette connexion dans la table de routage
 defaultroute
 # ne configure aucune sequence de controle echapee
 asyncmap 0
 # utlise une taille maximale de paquet transmis de 552 octets
 mtu 552
 # utilise une taille maximale de paquets recus de 552 octets.
 mru 552
 #
 #-------FIN D'EXEMPLE /etc/ppp/options (sans PAP/CHAP)
 ______________________________________________________________________

 1133..  SSii vvoottrree sseerrvveeuurr PPPPPP uuttiilliissee PPAAPP ((PPaasssswwoorrdd AAuutthheennttiiffiiccaattiioonn  PPrroo--
 ttooccooll))

 Si  le  serveur  sur  lequel  vous  vous   connectez   a   besoin   de
 l'authentification  PAP  ou  CHAP,  vous  avez  un  petit  peu plus de
 travail.

 Pour les fichiers de  configuration  precedents,  ajouter  les  lignes
 suivantes :

 ______________________________________________________________________
 #
 # force pppd a utiliser le nom utilisateur de FAI comme 'nom d'hote' pendant
 # le processus d'authentification
 name <le nom de votre FAI>       # vous devez editer cette ligne
 #
 # Si vous avez un *serveur* PPP vous devez forcer PAP ou CHAP en decommentant
 # l'une des lignes suivantes. Ne pas les utiliser si vous etes un client qui
 # se connecte sur un serveur PPP (meme s'il utilise PAP ou CHAP) puisque cela
 # forcera le serveur a s'authentifier aupres de votre machine (alors que cela
 # ne sera certainement pas possible - et la liaison echouera).
 #+chap
 #+pap
 #
 # Si vous utilisez des secrets ENCRYPTES dans le fichier /etc/ppp/pap-secrets,
 # alors decommentez la ligne suivante.
 # Remarque: ce n'est pas pareil que d'utiliser les mots de passe MS encryptes
 # comme ils peuvent etres avec MS RAS sur Windows NT.
 #+papcrypt
 ______________________________________________________________________

 1133..11..  UUttiilliisseerr MMSSCCHHAAPP

 Microsoft  Windows  NT  RAS  peut  etre  configure  pour  utiliser une
 variation particuliere  de  CHAP  (Challenge/Handshake  Authentication
 Protocol).  Dans l'archive des sources de PPP, vous devriez trouver un
 fichier appele README.MSCHAP80 qui parle de cela.

 Vous pouvez determiner si  le  serveur  demande  une  authentification
 utilisant  ce  protocole  en  activant  le  deboguage dans pppd. Si le
 serveur demande une authentification MS CHAP, vous  devriez  voir  les
 lignes

 ______________________________________________________________________
 rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <auth chap 80> <magic 0x46a3>]
 ______________________________________________________________________

 L'information critique ici est aauutthh cchhaapp 8800.

 Pour  utiliser MS CHAP, vous devez recompiler pppd. Veuillez consulter
 les instructions dans le fichier README.MSCHAP80 des  sources  de  PPP
 pour  obtenir  les  instructions sur la facon de compiler en utilisant
 cette variante.

 Vous devez remarquer que  le  code  present  supporte  uniquement  des
 clients  Linux  PPP  connectes  sur  un serveur MS Windows NT. Mais NE
 supporte PAS la configuration d'un serveur  PPP  Linux  pour  utiliser
 l'authentification MSCHAP80 pour les clients.

 1133..22..  LLee ffiicchhiieerr ddee sseeccrreettss ddee PPAAPP//CCHHAAPP

 Si  vous  utilisez  l'authentification  PAP  ou CHAP, alors vous devez
 creer les fichiers . Ce sont

 ______________________________________________________________________
 /etc/ppp/pap-secrets
 /etc/ppp/chap-secrets
 ______________________________________________________________________

 Il doivent etre possedes  par  rroooott,  le  groupe  rroooott  et  avoir  les
 permissions 740 pour la securite.

 Le  premier  point a remarquer au sujet de PAP et CHAP est qu'ils sont
 concus pour authentifier lleess oorrddiinnaatteeuurrss mais pas lleess uuttiilliissaatteeuurrss

 "Humm? Qu'est ce que ca change ? " Me demandez vous.

 He bien, une fois que l'ordinateur a etabli une connexion PPP avec  le
 serveur,  nn''iimmppoorrttee  qquueell  utilisateur  de votre systeme peut utiliser
 cette connexion - pas  seulement  vous.  C'est  pourquoi  vous  pouvez
 configurer  un  reseau  a large domaine en reliant deux reseaux locaux
 avec PPP.

 PAP peut (et CHAP DDOOIITT) demander une authentification bbiiddiirreeccttiioonnnneellllee
 -  c'est  un  nom  et  un  code  secret qui est necessaire pour chaque
 ordinateur avec lequel il est implique. Cependant,  ce  n'est  pas  la
 facon   dont   tous   les   serveurs   PPP  fonctionnent  pour  offrir
 l'authentification PAP des appels PPP.

 Il a ete  dit  que  votre  FAI  vous  donnerait  certainement  un  nom
 utilisateur  et  un mot de passe pour vous permettre de vous connecter
 sur son systeme et  ensuite  sur  Internet.  Votre  FAI  se  fiche  de
 connaitre  le nom de votre ordinateur, vous devrez donc utiliser votre
 nom utilisateur chez votre FAI comme nom pour votre machine.

 Cela est possible avec l'option name username de pppd. Donc,  si  vous
 utilisez le nom donne par votre FAI, ajoutez la ligne

 ______________________________________________________________________
 name votre_utilisateur nom_chez_votre_FAI
 ______________________________________________________________________

 dans votre fichier /etc/ppp/options.

 Techniquement,    vous    devrez   utiliser   user   votre_utilisateur
 nom_chez_votre_FAI pour PAP, mais pppd  est  suffisamment  intelligent
 pour  interpreter l'option name comme user si necessaire pour utiliser
 PAP. L'avantage d'utiliser l'option name  est  qu'elle  est  egalement
 valide pour CHAP.

 Puisque PAP permet d'authentifier les oorrddiinnaatteeuurrss, techniquement, vous
 devez aussi specifier un nom d'ordinateur distant. Toutefois, comme de
 nombreuses  personnes  ont plus d'un seul FAI, vous pouvez utiliser un
 caractere generique (*) pour  le  nom  d'ordinateur  distant  dans  le
 fichier de secrets.

 Il  est aussi interessant de remarquer que de nombreux FAI utilise des
 banques de modems  multiples  connectes  sur  differents  serveurs  de
 terminaux  -  tous ont un nom different, mais sont accessibles avec un
 seul numero d'appel. Il  peut  alors  etre  difficile  dans  certaines
 circonstances  de  savoir  a  l'avance quel est le nom de l'ordinateur
 distant, puisque cela dependra du serveur de terminal sur lequel  vous
 vous connecterez !

 1133..33..  LLee ffiicchhiieerr ddee sseeccrreettss ddee PPAAPP

 Le fichier /etc/ppp/pap-secrets ressemble a

 ______________________________________________________________________
 # Authentication Secrete avec PAP
 # client        serveur       secret     adresses_IP_locale_acceptable
 ______________________________________________________________________

 Les quatre champs sont separes par des espaces et le dernier peut etre
 omis (c'est l'adresse dynamique ou sans doute statique de votre  FAI).

 Supposons  que  votre FAI vous ait donne un nom utilisateur fred et un
 mot  de  passe  flintstone  vous  aurez  l'option   name   fred   dans
 /etc/ppp/options[.ttySx]  et  vous  configurerez  votre  /etc/ppp/pap-
 secrets comme suit

 ______________________________________________________________________
 # Authentication Secrete avec PAP
 # client        serveur       secret     adresses_IP_locale_acceptable
 fred            *       flintstone
 ______________________________________________________________________

 Cela signifie que pour une machine locale fred  (pppd  lui  impose  de
 s'appeler  comme cela meme si ca n'est pas son nom de machine reel) et
 pour nn''iimmppoorrttee  qquueell  serveur,  utiliser  le  mot  de  passe  (secret)
 "flintstone".

 Remarquez que vous ne devez pas specifier d'adresse IP locale, a moins
 que vous ne deviez FORCER une adresse  locale  statique  particuliere.
 Meme  si  vous  essayez  cette  option,  il y a peu de chances qu'elle
 marche puisque la plupart  des  serveurs  PPP  (pour  des  raisons  de
 securite) ne permettent pas au systeme distant de configurer l'adresse
 IP qu'ils recoivent.

 1133..44..  LLee ffiicchhiieerr ddee sseeccrreettss ddee CCHHAAPP

 Cette methode necessite une methode authentification mutuelle -  c'est
 a  dire  que  vous  devez  permettre a votre machine d'authentifier le
 serveur distant EETT le serveur distant d'authentifier votre machine.

 Donc, si votre machine  s'appelle  fred  et  que  le  serveur  distant
 s'appelle  barney il faut definir sur fred name fred remotename barney
 et sur la machine  distante  name  barney  remotename  fred  dans  les
 fichiers /etc/ppp/options.ttySx respectifs.

 Le fichier /etc/chap-secrets de fred ressemblera a

 ______________________________________________________________________
 # Authentication Secrete avec CHAP
 # client        serveur       secret     adresses_IP_locale_acceptable
 fred            barney      flintstone
 barney          fred        wilma
 ______________________________________________________________________

 et pour barney

 ______________________________________________________________________
 # Authentication Secrete avec CHAP
 # client        serveur       secret     adresses_IP_locale_acceptable
 barney          fred    flintstone
 fred            barney  wilma
 ______________________________________________________________________

 Remarquez  en  particulier  que  les  deux  machines doivent avoir des
 entrees pour une authentification bidirectionnelle. Cela permet  a  la
 machine  locale  d'authentifier  elle-meme  la  machine distante EETT la
 machine distante d'authentifier elle-meme la machine locale.

 1133..55..  SSuuppppoorrtteerr pplluussiieeuurrss ccoonnnneexxiioonnss aauutthheennttiiffiieeeess aavveecc PPAAPP

 Certains  utilisateurs  ont  plus  d'un  serveur  sur  lesquels ils se
 connectent  en  utilisant  PAP.  A  partir  du  moment  ou  votre  nom
 utilisateur est different sur chacune des machines sur lesquelles vous
 vous connectez, il n'y a pas de probleme.

 Mais, nombreux sont les utilisateurs qui ont le meme  nom  utilisateur
 sur deux (ou plus, voire meme tous les) systemes ou ils se connectent.
 Le  probleme  revient  donc  a  choisir  la  bonne  ligne  du  fichier
 /etc/ppp/pap-secrets.

 Comme  vous  pouvez  le supposer, PPP fournit un mecanisme pour regler
 cela.  PPP permet de definir un  <<  pseudonyme  >>  pour  le  serveur
 distant  final  de  la  connexion  en utilisant l'option rreemmootteennaammee de
 pppd.

 Supposons que vous vous connectiez sur deux serveurs PPP utilisant  le
 meme  nom  utilisateur  fred.  Vous  configurerez  votre /etc/ppp/pap-
 secrets avec

 ______________________________________________________________________
 fred    pppserveur1      barney
 fred    pppserveur2      wilma
 ______________________________________________________________________

 Maintenant, pour se connecter sur  pppserveur1  vous  utiliserez  name
 fred  remotename pppserver1 dans votre ppp-options et pour pppserveur2
 name fred remotename pppserver2.

 Puisque vous pouvez selectionner le fichier d'options a utiliser  avec
 pppd  en  utilisant  l'option  file  filename,  vous pouvez definir un
 script pour se connecter sur chacun de vos serveurs PPP, qui  choisira
 le fichier d'options correct et mettra la bonne option remotename.

 1144..  CCoonnffiigguurreerr uunnee ccoonnnneexxiioonn PPPPPP aa llaa mmaaiinn

 Maintenant  que  vous  avez  cree  les  fichiers  /etc/ppp/options  et
 /etc/resolv.conf (et si besoin le fichier  /etc/ppp/pap/chap-secrets),
 vous  pouvez  tester les parametres en etablissant une connexion PPP a
 la  main.  (Une  fois  que  la  connexion  manuelle   marchera,   nous
 automatiserons le processus).

 Pour  ce  faire,  votre  programme  de communication doit pouvoir etre
 quitte sans reinitialiser le modem. Minicom peut le faire  avec  Alt-Q
 (ou dans les versions plus ancienne de minicom CTRL-A Q)

 Verifiez que vous etes rroooott.

 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 demarrer PPP sur le serveur, faites-le.
 Vous devriez maintenant voir les messages que vous aviez deja vus.

 Si vous utilisez PAP ou CHAP, se connecter simplement sur  le  systeme
 distant  devrait  demarrer  PPP  et  vous  devriez voir des caracteres
 s'afficher sans toutefois se connecter (meme si ca peut ne pas marcher
 sur  certains  serveurs  -  essayez  alors d'appuyer sur EEnnttrreeee et les
 caracteres devraient s'afficher).

 Maintenant quittez le programme de communication _s_a_n_s  _i_n_i_t_i_a_l_i_s_e_r  _l_e
 _m_o_d_e_m  (ALT-Q  ou  CTRL-A  Q  dans minicom) et au message d'accueil de
 Linux (etant rroooott) tapez

 ______________________________________________________________________
 pppd -d -detach /dev/ttySx 38400 &
 ______________________________________________________________________

 L'option -d active le deboguage - la conversation de demarrage  de  la
 connexion  ppp  sera  retranscrite dans votre journal systeme - ce qui
 est tres utile si des problemes apparaissent.

 Les lumieres de votre  modem  devraient  alors  clignoter  puisque  la
 connexion PPP est etablie. Cela peut prendre un peu de temps avant que
 la connexion soit terminee.

 A ce niveau,  vous  pouver  afficher  l'interface  PPP  en  tapant  la
 commande :

 ______________________________________________________________________
 ifconfig
 ______________________________________________________________________

 En plus des eventuels peripheriques loopback et Ethernet, vous devriez
 avoir quelque chose qui ressemble a :

 ______________________________________________________________________
 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
 ______________________________________________________________________

 Ou

 +o  inet addr:10.144.153.10 est l'adresse IP de votre connexion.

 +o  P-t-P:10.144.153.5 est l'adresse IP du serveur.

 (Naturellement, ifconfig ne renvoie pas ces nombres la, mais ceux  qui
 sont utilises par le serveur PPP.)

 Remarque  :  ifconfig  indique  egalement que votre liaison fonctionne
 correctement !

 Si vous aucun peripherique PPP n'est affiche 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 debuggage !
 Vous devez aussi pouvoir voir une route vers l'hote distant  (et  meme
 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 entrees pointant vers
 votre interface ppp.

 La premiere est une route d'hote (indique par le  drapeau  H)  et  qui
 permet de voir l'hote sur lequel vous etes connecte - mais pas plus.

 La seconde est la route par defaut (etablie en donnant a pppd l'option
 defaultroute).  C'est  cette  route  qui  indique  a  votre  PC  Linux
 d'envoyer  tous  les paquets qui ne sont pas destines a vos interfaces
 Ethernet - vers lesquelles vous avez des routes reseau  specifiques  -
 au  serveur  PPP  lui-meme.   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 entrees, quelque
 chose ne marche pas. En  particulier  si  votre  syslog  contient  des
 messages  indiquant que pppd ne remplace pas la route par defaut, vous
 devez avoir une route  par  defaut  qui  pointe  sur  votre  interface
 Ethernet  -  qui DDOOIITT etre remplacee par une route reseau specifique :
 VVOOUUSS NNEE PPOOUUVVEEZZ AAVVOOIIRR QQUU''UUNNEE SSEEUULLEE RROOUUTTEE PPAARR DDEEFFAAUUTT !!!!!!

 Vous devez explorer vos fichiers  d'initialisation  de  votre  systeme
 pour  trouver  ou  est  configure  votre  route  par defaut (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 a l'adresse IP
 affiche 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'arreter  -  pour  le  stopper,
 taper CTRL C, vous recevrez alors des informations complementaires :

 ______________________________________________________________________
 --- 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'hote (pas le nom du serveur PPP
 lui-meme) mais un hote d'un autre site dont vous SAVEZ qu'il  y  a  de
 tres fortes chances qu'il marche...). Par exemple

 ______________________________________________________________________
 ping sunsite.unc.edu
 ______________________________________________________________________

  _o_u _l_i_p_6_._f_r

 Dans  ce  cas,  il  va  y  avoir  une  petite pause le temps que Linux
 obtienne l'adresse IP du nom de hote que vous avez 'pinge' par le  DNS
 que  vous  avez  specifie dans le /etc/resolv.conf - ne vous inquietez
 pas (les lumieres 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
 ______________________________________________________________________

 La   encore,   arretez   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 reponse, essayer de pinger  l'adresse  de  votre
 serveur  DNS  de  votre  FAI. Si vous n'avez pas de resultat, alors il
 doit y avoir un probleme avec votre /etc/resolv.conf.

 Si ca ne fonctionne pas, vous devez avoir un probleme de  routage,  ou
 votre  FAI  a  un  probleme  a vous renvoyer les paquets. Verifiez les
 tables de routages presentees plus haut et si tout est  OK,  contacter
 votre FAI. Si cela se trouve apres votre FAI, alors le probleme est de
 votre cote.

 Si tout marche correctement, fermez la connexion en tapant

 ______________________________________________________________________
 ppp-off
 ______________________________________________________________________

 Apres une courte pause, le modem devrait raccrocher.

 Si ca ne marche pas, soit vous eteignez 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 egalement effacer le fichier cree par pppd

 ______________________________________________________________________
 rm -f /var/lock/LCK..ttySx
 ______________________________________________________________________

 1155..  AAuuttoommaattiisseerr vvoottrree ccoonnnneexxiioonn -- CCrreeeerr lleess ssccrriippttss ddee ccoonnnneexxiioonn

 Meme si vous pouvez continuer a vous connecter a la main comme  montre
 ci-dessus il est plus sympa de faire quelques scripts pour automatiser
 tout ca.

 Quelques scripts vont automatiser la connexion et le lancement de PPP,
 vous n'aurez alors plus qu'a envoyer une seule commande (en etant rroooott
 ou membre du groupe PPP) pour lancer votre connexion.

 1155..11..  SSccrriippttss  ddee  ccoonnnneexxiioonn  ppoouurr  ll''aauutthheennttiiffiiccaattiioonn  nnoomm  uuttiilliissaa--
 tteeuurr//mmoott ddee ppaassssee

 Si votre FAI n'a pas besoin  d'utiliser  PAP/CHAP,  ces  scripts  sont
 faits pour vous !
 Si  le  paquetage ppp est correctement installe, vous devez avoir deux
 fichiers d'exemple. Pour PPP 2.1.2 il sont dans /usr/sbin et pour  PPP
 2.2 il sont dans /etc/ppp/scripts. Ils s'appellent

 pour PPP-2.1.2

      ppp-on
      ppp-off

 et pour PPP 2.2

      ppp-off
      ppp-on
      ppp-on-dialer

 Maintenant,  si  vous  utilisez PPP 2.1.2, je vous presse fermement de
 detruire ces fichiers d'exemple. Il y a pleins de problemes potentiels
 avec  ceux-ci  -  et ne me dites pas qu'ils marchent correctement - je
 les ai egalement utilise pendant des annees (et les recommandait  meme
 dans la premiere version de ce HOWTO) !

 Pour  les  utilisateurs de PPP 2.1.2, voici de BIEN MEILLEURS modeles,
 pris dans la distribution 2.2 de PPP. Je vous conseille de les  copier
 et d'utiliser ces scripts a la place des anciens de PPP-2.1.2.

 1155..22..  LLee ssccrriipptt pppppp--oonn

 C'est le premier des DEUX scripts qui lance la connexion.

 ______________________________________________________________________
 #!/bin/sh
 #
 # Script pour initialiser une connexion PPP. C'est la premiere partie de deux
 # scripts. Ce ne sont pas des scripts securises, puisque les codes sont
 # visibles avec la commande 'ps'. Cependant ils sont simples.
 #
 # Ce sont des parametres a changer selon les besoins
 TELEPHONE=555-1212    # Le numero de telephone de la connexion
 ACCOUNT=george        # Le nom du compte (comme dans 'George Burns')
 PASSWORD=gracie       # Le mot de passe du compte (et 'Gracie Allen')
 LOCAL_IP=0.0.0.0      # L'adresse IP locale si elle est connue Dynamic = 0.0.0.0
 REMOTE_IP=0.0.0.0     # Adresse IP distante. Normally 0.0.0.0
 NETMASK=255.255.255.0 # Le masque reseau si besoin
 #
 # Les exporter pour qu'ils soit disponible avec 'ppp-on-dialer'
 export TELEPHONE ACCOUNT PASSWORD
 #
 # C'est l'emplacement du script qui compose le numero et se connecte.
 # Utilisez les noms de fichiers absolus, car la variable $PATH n'est pas
 # utilisee avec l'option connect. (Faire ca en etant 'root' entraine un
 # trou de securite.)
 #
 DIALER_SCRIPT=/etc/ppp/ppp-on-dialer
 #
 # Commencer la connexion
 #
 #
 exec /usr/sbin/pppd debug /dev/ttySx 38400 \
         $LOCAL_IP:$REMOTE_IP \
         connect $DIALER_SCRIPT
 ______________________________________________________________________

 Voici le script ppp-on-dialer :

 ______________________________________________________________________
 #!/bin/sh
 #
 # C'est la deuxieme partie du script ppp-on. Il contient le protocole de
 # connexion de la connexion desiree.
 #
 /usr/sbin/chat -v                                                 \
         TIMEOUT         3                               \
         ABORT           '\nBUSY\r'                      \
         ABORT           '\nNO ANSWER\r'                 \
         ABORT           '\nRINGING\r\n\r\nRINGING\r'    \
         ''              \rAT                            \
         'OK-+++\c-OK'   ATH0                            \
         TIMEOUT         30                              \
         OK              ATDT$TELEPHONE                  \
         CONNECT         ''                              \
         ogin:--ogin:    $ACCOUNT                        \
         assword:        $PASSWORD
 ______________________________________________________________________

 Avec PPP-2.2, le script ppp-off ressemble a :

 ______________________________________________________________________
 #!/bin/sh
 ######################################################################
 #
 # Determine le peripherique a terminer.
 #
 if [ "$1" = "" ]; then
         DEVICE=ppp0
 else
         DEVICE=$1
 fi

 ######################################################################
 #
 # Si le fichier pid ppp0 est present alors le programme est lance. Le stopper.
 if [ -r /var/run/$DEVICE.pid ]; then
         kill -INT `cat /var/run/$DEVICE.pid`
 #
 # Si le kill ne marche pas, alors il n'y a pas de processus lance pour ce pid.
 # Cela peut signifier que le fichier de lock a ete laisse. Vous souhaitez
 # peut-etre detruire le fichier de lock en meme temps.
         if [ ! "$?" = "0" ]; then
                 rm -f /var/run/$DEVICE.pid
                 echo "ERROR: Removed stale pid file"
                 exit 1
         fi
 #
 # Succes. pppd a enlever tout ce qu'il avait cree.
         echo "PPP link to $DEVICE terminated."
         exit 0
 fi
 #
 # Le processus ppp ne marche pas pour ppp0
 echo "ERROR: PPP link is not active on $DEVICE"
 exit 1
 ______________________________________________________________________

 1155..33..  EEddiitteerr lleess ssccrriippttss ddee ddeemmaarrrraaggee ddee PPPPPP ffoouurrnniiss

 Puisque  les  nouveaux  scripts  sont en deux parties, nous allons les
 editer chacun leur tour.

 1155..33..11..  LLee ssccrriipptt pppppp--oonn

 Vous devez editer ces fichiers pour contenir VOTRE nom utilisateur  de
 votre  FAI, VOTRE mot de passe de votre FAI, et le numero de telephone
 de votre FAI.

 Chacune des lignes ressemblant a TELEPHONE= definissent  une  variable
 du  shell  contenant les informations a droite du '=' (mise a part les
 commentaires evidemment). Editer donc toutes les lignes de ce  fichier
 pour qu'il corresponde a votre FAI et votre connexion.

 De plus, si vous configurez l'adresse IP (si vous avez besoin) dans le
 fichier /etc/ppp/options, DETRUISEZ les lignes mentionnant

 ______________________________________________________________________
 $LOCAL_IP:$REMOTE_IP \
 ______________________________________________________________________

 Assurez-vous egalement que la variable shell DIALER_SCRIPT pointe  sur
 le  chemin  complet  du  script  d'appel  qui sera reellement utilise.
 Ainsi, si vous deplacez ou renommez ce script, assurez-vous  que  vous
 modifier correctement cette ligne dans le script ppp-on !

 1155..33..22..  LLee ssccrriipptt pppppp--oonn--ddiiaalleerr

 C'est le deuxieme des scripts qui lance votre liaison PPP.

 Remarque : un script chat est normalement sur une ligne complete.  Les
 backslashs sont utilises pour permettre a la ligne de se repartir  sur
 plusieurs  lignes  physiques  (pour une lisibilite plus humaine) et ne
 font pas partie du script lui-meme.

 Cependant, il est tres utile de le regarder en detail, comme cela nous
 comprenons ce qu'il est reellement suppose faire !

 1155..44..  CCee qquuee ssccrriipptt CChhaatt ssiiggnniiffiiee......

 Un  script  chat est une sequence de paires de "chaines d'attentes" et
 de "chaines d'envoi ". En particulier, remarquez  que  nous  attendons
 TTOOUUJJOOUURRSS quelque chose avant d'envoyer quoi que ce soit.

 Si nous envoyons quelque chose SSAANNSS avoir rien recu avant, nous devons
 attendre une chaine vide avant (indiquee par un  "")  Et  de  la  meme
 maniere  attendre quelque chose sans avoir rien envoye ! Ainsi, si les
 chaine consistent en quelques mots, (c.-a-d. NO CARRIER),  vous  devez
 entourez  les  chaines  par des quotes pour qu'elles soient vues comme
 une seule entite par chat.

 La ligne chat de notre modele est :

 ______________________________________________________________________
 exec /usr/sbin/chat -v
 ______________________________________________________________________

 Invoque chat, le -v indique a chat de mettre toutes ses entree/sorties
 dans le journal systeme (generalement /var/log/messages). Une fois que
 votre script chat marchera correctement, editez cette ligne et enlevez
 le -v pour economiser des messages inutiles dans votre syslog.

 ______________________________________________________________________
 TIMEOUT         3
 ______________________________________________________________________

 Ca  definit  un  temps  d'attente de trois secondes avant la reception
 d'une entree attendue. Vous devrez l'augmenter a 5 ou 10  secondes  si
 vous utilisez un modem extremement lent !
 ______________________________________________________________________
 ABORT           '\nBUSY\r'
 ______________________________________________________________________

 Si la chaine BUSY est recue, abandonner l'operation.

 M

 ______________________________________________________________________
 ABORT           '\nNO ANSWER\r'
 ______________________________________________________________________

 Si la chaine NO ANSWER est recue, abandonner l'operation.

 ______________________________________________________________________
 ABORT           '\nRINGING\r\n\r\nRINGING\r'
 ______________________________________________________________________

 Si  la  chaine  RINGING  est  recue  de  maniere  repetee,  abandonner
 l'operation.  C'est parce que quelqu'un vous appelle !

 ______________________________________________________________________
 "              \rAT
 ______________________________________________________________________

 Ne rien attendre du modem et envoyer la chaine AT.

 ______________________________________________________________________
 OK-+++\c-OK   ATH0
 ______________________________________________________________________

 C'est un petit plus complique car cela utilise certaines capacites  de
 chat a recuperer les erreurs.

 Ca  veux  dire...Expect  OK, si on ne l'a pas recu (parce que le modem
 n'est pas en ligne de commande) alors envoyer +++ (la chaine  standard
 des  modems  compatible  Hayes pour retourner en ligne de commande) et
 attendre OK.  Ensuite envoyer ATH0 (la chaine pour  raccrocher).  Cela
 permet  au  script  de  repondre  a  la situation ou votre modem avait
 laisse la ligne decrochee !

 ______________________________________________________________________
 TIMEOUT         30
 ______________________________________________________________________

 Mettre le temps d'attente a 30 secondes pour le reste  du  script.  Si
 vous  avez  des  soucis  avec  des  abandons du script chat a cause de
 timeout, augmentez cette valeur a 45 secondes ou plus.
 ______________________________________________________________________
 OK              ATDT$TELEPHONE
 ______________________________________________________________________

 Attends un OK (la reponse du modem a la commande ATH0) et  compose  le
 numero que nous voulez appeler.

 ______________________________________________________________________
 CONNECT         ''
 ______________________________________________________________________

 Attendre  CONNECT(ce que le modem nous envoie lorsque le modem distant
 decroche) et n'envoie rien en reponse.

 ______________________________________________________________________
 ogin:--ogin:    $ACCOUNT
 ______________________________________________________________________

 Une fois encore nous avons une recuperation d'erreur ici. Attendre  le
 message  de  login  (...ogin:) mais si nous ne le recevons pas au bout
 d'un certain temps, envoyer un retour chariot et attendre une nouvelle
 fois  le message de login. Lorsque le message est recu, envoyer le nom
 utilisateur (stocke dans la variable shell $ACCOUNT).

 ______________________________________________________________________
 assword:        $PASSWORD
 ______________________________________________________________________

 Attendre le message du mot de passe et envoyer le  mot  de  passe  (la
 aussi stocke dans une variable shell).

 Ce  script  chat  a une capacite de recuperation d'erreurs resonnable.
 Chat possede bien d'autres possibilites  que  celles  detailles.  Pour
 plus d'informations, consulter la page de manuel de chat (man 8 chat).

 1155..44..11..  DDeemmaarrrreerr PPPPPP ssuurr llee sseerrvveeuurr ffiinnaall

 Bien que le script ppp-on-dialer soit parfait pour  les  serveurs  qui
 lancent  automatiquement  pppd  sur le serveur final une fois que vous
 etes connectes, certains serveurs necessitent  que  vous  lanciez  PPP
 explicitement sur le serveur.

 Si  vous avez besoin d'envoyer une commande de lancement de PPP sur le
 serveur, vous DEVEZ editer le script ppp-on-dialer.

 A la fin du script (apres la ligne password) ajouter une paire aatttteennttee
 eennvvooii  en  plus  -  elle  cherchera  un message de login (une suite de
 caracteres qui ont une signification particuliere dans le shell Bourne
 - comme $ et  ou  (les crochets ouverts et fermes).

 Une  fois  que  chat a obtenu le prompt du shell, chat doit envoyer la
 commande de demarrage de ppp necessaire sur le serveur  PPP  de  votre
 FAI.

 Pour ma part, mon serveur PPP utilise un prompt Bash standard

 ______________________________________________________________________
 [hartr@kepler hartr]$
 ______________________________________________________________________

 et necessite que je tapes

 ______________________________________________________________________
 ppp
 ______________________________________________________________________

 pour lancer ppp sur le serveur.

 Une  idee  judicieuse  peut  etre  d'ajouter  un  peu  de recuperation
 d'erreur, dans mon cas j'utilise

 ______________________________________________________________________
         hartr--hartr    ppp
 ______________________________________________________________________

 Cela signifie que si je ne recois pas le prompt dans le temps imparti,
 j'envoie  un  retour  chariot  et  je recherche le prompt une nouvelle
 fois.

 Une fois que le message est recu, j'envoie la chaine ppp.

 Remarque : n'oubliez  pas  d'ajouter  un  \  a  la  fin  de  la  ligne
 precedente  pour que chat pense que le script de connexion de chat est
 toujours sur une seule ligne !

 Malheureusement, certains serveurs generent un nombre de messages tres
 variable  !  Vous  aurez  peut-etre besoin de vous connecter plusieurs
 fois avec minicom pour comprendre comment ca marche et  recuperer  une
 chaine "d'attente" stable.

 1155..55..  UUnn ssccrriipptt cchhaatt ppoouurr lleess ccoonnnneeccttiioonnss aauutthheennttiiffiieeeess aavveecc PPAAPP//CCHHAAPP

 Si  votre  FAI utilise PAP/CHAP, alors votre script chat est bien plus
 simple. Tout ce que votre script chat doit faire est  de  composer  le
 numero,  attendre  la  connexion  et ensuite laisser pppd s'occuper du
 processus de connexion !

 ______________________________________________________________________
 #!/bin/sh
 #
 # C'est la deuxieme partie du script ppp-on. Il contient le protocole de
 # connexion de la connexion desiree.
 #
 exec /usr/sbin/chat -v                                  \
         TIMEOUT         3                               \
         ABORT           '\nBUSY\r'                      \
         ABORT           '\nNO ANSWER\r'                 \
         ABORT           '\nRINGING\r\n\r\nRINGING\r'    \
         ''              \rAT                            \
         'OK-+++\c-OK'   ATH0                            \
         TIMEOUT         30                              \
         OK              ATDT$TELEPHONE                  \
         CONNECT         ''                              \
 ______________________________________________________________________

 1155..66..  LLeess ooppttiioonnss ddeebbuugg et file option_file de pppd

 Comme nous l'avons deja vu, vous pouvez activer  les  informations  de
 debuggage avec l'option -d de pppd. L'option 'debug' est equivalente a
 celle-ci.

 Puisque vous etablissez la connexion avec un nouveau  script,  laissez
 pour  le  moment  les informations de debuggage. (Attention : si votre
 espace disque est reduit, les echanges de connexion  de  pppd  peuvent
 rapidement augmenter votre fichier syslog et vous amener des problemes
 - mais pour aller jusque la, il faut que vous essayez et vous echouiez
 vos connexions un certain temps).

 Une fois que tout marche correctement, vous pouvez alors enlever cette
 option.

 Si vous avez appele votre  fichier  d'options  de  ppp  autrement  que
 /etc/ppp/options   ou  /etc/ppp/options.ttySx,  specifiez  le  nom  du
 fichier avec l'option file de pppd :

 ______________________________________________________________________
 exec /usr/sbin/pppd debug file options.myserver /dev/ttyS0 38400 \
 ______________________________________________________________________

 1166..  TTeesstteezz vvoottrree ssccrriipptt ddee ccoonnnneexxiioonn

 Ouvrez un nouveau Xterm rroooott (si vous  etes  sous  X)  ou  ouvrez  une
 nouvelle console virtuelle et connectez vous comme rroooott.

 Dans cette nouvelle session, tapez la commande

      tail -f /var/log/messages

 (ou l'endroit exact ou se trouve le fichier log).

 Dans la premiere fenetre (ou console virtuelle), tapez la commande

      ppp-on &

 (ou  le  nom  que  vous  avez  donne  a  la  nouvelle version de votre
 /usr/sbin/ppp- on). Si vous ne mettez pas le script en tache  de  fond
 en  specifiant & en fin de commande, vous ne recupererez pas le prompt
 de votre terminal avant que ppp se  termine  (ou  que  la  liaison  se
 termine).

 Maintenant  revenez  dans  la  fenetre  ou vous affichez votre journal
 systeme.

 L'affichage devrait ressembler a ce qui suit (si  vous  avez  specifie
 l'option  -vi  a chat et -d a pppd )....c'est le deroulement du script
 chat et des reponses envoyees dans le fichier  journal  systeme  suivi
 des informations de demarrage de pppd :

 ______________________________________________________________________
 Oct 21 16:09:58 hwin chat[19868]: abort on (NO CARRIER)
 Oct 21 16:09:59 hwin chat[19868]: abort on (BUSY)
 Oct 21 16:09:59 hwin chat[19868]: send (ATZ^M)
 Oct 21 16:09:59 hwin chat[19868]: expect (OK)
 Oct 21 16:10:00 hwin chat[19868]: ATZ^M^M
 Oct 21 16:10:00 hwin chat[19868]: OK -- got it
 Oct 21 16:10:00 hwin chat[19868]: send (ATDT722298^M)
 Oct 21 16:10:00 hwin chat[19868]: expect (CONNECT)
 Oct 21 16:10:00 hwin chat[19868]: ^M
 Oct 21 16:10:22 hwin chat[19868]: ATDT722298^M^M
 Oct 21 16:10:22 hwin chat[19868]: CONNECT -- got it
 Oct 21 16:10:22 hwin chat[19868]: send (^M)
 Oct 21 16:10:22 hwin chat[19868]: expect (ogin:)
 Oct 21 16:10:23 hwin chat[19868]: kepler login: -- got it
 Oct 21 16:10:23 hwin chat[19868]: send (hartr^M)
 Oct 21 16:10:23 hwin chat[19868]: expect (ssword:)
 Oct 21 16:10:23 hwin chat[19868]:  hartr^M
 Oct 21 16:10:23 hwin chat[19868]: Password: -- got it
 Oct 21 16:10:23 hwin chat[19868]: send (??????^M)
 Oct 21 16:10:23 hwin chat[19868]: expect (hartr)
 Oct 21 16:10:24 hwin chat[19868]: [hartr -- got it
 Oct 21 16:10:24 hwin chat[19868]: send (ppp^M)
 Oct 21 16:10:27 hwin pppd[19872]: pppd 2.1.2 started by root, uid 0
 Oct 21 16:10:27 hwin pppd[19873]: Using interface ppp0
 Oct 21 16:10:27 hwin pppd[19873]: Connect: ppp0 <--> /dev/cua1
 Oct 21 16:10:27 hwin pppd[19873]: fsm_sdata(LCP): Sent code 1, id 1.
 Oct 21 16:10:27 hwin pppd[19873]: LCP: sending Configure-Request, id 1
 Oct 21 16:10:27 hwin pppd[19873]: fsm_rconfreq(LCP): Rcvd id 1.
 Oct 21 16:10:27 hwin pppd[19873]: lcp_reqci: rcvd MRU
 Oct 21 16:10:27 hwin pppd[19873]: (1500)
 Oct 21 16:10:27 hwin pppd[19873]:  (ACK)
 Oct 21 16:10:27 hwin pppd[19873]: lcp_reqci: rcvd ASYNCMAP
 Oct 21 16:10:27 hwin pppd[19873]: (0)
 Oct 21 16:10:27 hwin pppd[19873]:  (ACK)
 Oct 21 16:10:27 hwin pppd[19873]: lcp_reqci: rcvd MAGICNUMBER
 Oct 21 16:10:27 hwin pppd[19873]: (a098b898)
 Oct 21 16:10:27 hwin pppd[19873]:  (ACK)
 Oct 21 16:10:27 hwin pppd[19873]: lcp_reqci: rcvd PCOMPRESSION
 Oct 21 16:10:27 hwin pppd[19873]:  (ACK)
 Oct 21 16:10:27 hwin pppd[19873]: lcp_reqci: rcvd ACCOMPRESSION
 Oct 21 16:10:27 hwin pppd[19873]:  (ACK)
 Oct 21 16:10:27 hwin pppd[19873]: lcp_reqci: returning CONFACK.
 Oct 21 16:10:27 hwin pppd[19873]: fsm_sdata(LCP): Sent code 2, id 1.
 Oct 21 16:10:27 hwin pppd[19873]: fsm_rconfack(LCP): Rcvd id 1.
 Oct 21 16:10:27 hwin pppd[19873]: fsm_sdata(IPCP): Sent code 1, id 1.
 Oct 21 16:10:27 hwin pppd[19873]: IPCP: sending Configure-Request, id 1
 Oct 21 16:10:27 hwin pppd[19873]: fsm_rconfreq(IPCP): Rcvd id 1.
 Oct 21 16:10:27 hwin pppd[19873]: ipcp: received ADDR
 Oct 21 16:10:27 hwin pppd[19873]: (10.144.153.51)
 Oct 21 16:10:27 hwin pppd[19873]:  (ACK)
 Oct 21 16:10:27 hwin pppd[19873]: ipcp: received COMPRESSTYPE
 Oct 21 16:10:27 hwin pppd[19873]: (45)
 Oct 21 16:10:27 hwin pppd[19873]:  (ACK)
 Oct 21 16:10:27 hwin pppd[19873]: ipcp: returning Configure-ACK
 Oct 21 16:10:28 hwin pppd[19873]: fsm_sdata(IPCP): Sent code 2, id 1.
 Oct 21 16:10:30 hwin pppd[19873]: fsm_sdata(IPCP): Sent code 1, id 1.
 Oct 21 16:10:30 hwin pppd[19873]: IPCP: sending Configure-Request, id 1
 Oct 21 16:10:30 hwin pppd[19873]: fsm_rconfreq(IPCP): Rcvd id 255.
 Oct 21 16:10:31 hwin pppd[19873]: ipcp: received ADDR
 Oct 21 16:10:31 hwin pppd[19873]: (10.144.153.51)
 Oct 21 16:10:31 hwin pppd[19873]:  (ACK)
 Oct 21 16:10:31 hwin pppd[19873]: ipcp: received COMPRESSTYPE
 Oct 21 16:10:31 hwin pppd[19873]: (45)
 Oct 21 16:10:31 hwin pppd[19873]:  (ACK)
 Oct 21 16:10:31 hwin pppd[19873]: ipcp: returning Configure-ACK
 Oct 21 16:10:31 hwin pppd[19873]: fsm_sdata(IPCP): Sent code 2, id 255.
 Oct 21 16:10:31 hwin pppd[19873]: fsm_rconfack(IPCP): Rcvd id 1.
 Oct 21 16:10:31 hwin pppd[19873]: ipcp: up
 Oct 21 16:10:31 hwin pppd[19873]: local  IP address 10.144.153.104
 Oct 21 16:10:31 hwin pppd[19873]: remote IP address 10.144.153.51
 ______________________________________________________________________

 (Remarque  - j'utilise les adresses IP STATIQUES - ma machine l'envoie
 au serveur PPP - vous ne verrez pas la meme chose si vous utilisez des
 adresses  IP  DYNAMIQUES.)  Ainsi,  le  server  necessite une commande
 specifique pour demarrer ppp a la fin.

 Ca semble OK - alors testez comme avant avec des ping des adresses  IP
 et des noms des hotes.

 Lancer  votre navigateur web ou n'importe quoi d'autre et allez surfer
 - vous etes connecte !

 1177..  TTeerrmmiinneerr uunnee ccoonnnneexxiioonn PPPPPP

 Quand vous en avez termine avec la liaison PPP, utilisez  la  commande
 standard  ppp-off  pour  la terminer (rappel - vous devez etre rroooott ou
 membre du groupe PPP ! ).

 Dans votre fichier journal  de  votre  systeme,  il  devrait  y  avoir
 quelque chose ressemblant a :

 ______________________________________________________________________
 Oct 21 16:10:45 hwin pppd[19873]: Interrupt received: terminating link
 Oct 21 16:10:45 hwin pppd[19873]: ipcp: down
 Oct 21 16:10:45 hwin pppd[19873]: default route ioctl(SIOCDELRT): Bad address
 Oct 21 16:10:45 hwin pppd[19873]: fsm_sdata(LCP): Sent code 5, id 2.
 Oct 21 16:10:46 hwin pppd[19873]: fsm_rtermack(LCP).
 Oct 21 16:10:46 hwin pppd[19873]: Connection terminated.
 Oct 21 16:10:46 hwin pppd[19873]: Exit.
 ______________________________________________________________________

 Ne  pas  s'inquieter du SIOCDELRT - c'est juste pppd qui indique qu'il
 se termine, il n'y a pas a s'en inquieter.

 1188..  RReessoouuddrree lleess pprroobblleemmeess

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

 1188..11..  JJ''aaii ccoommppiillee llee ssuuppppoorrtt PPPPPP ddaannss llee nnooyyaauu,, mmaaiiss......

 Un probleme relativement courant est que les gens compilent le support
 PPP  dans  leur noyau et apres, lorsqu'ils essayent de lancer pppd, le
 noyau repond qu'il ne supporte pas ppp ! Un grand  nombre  de  raisons
 peuvent en etre la cause.

 1188..11..11..  BBooootteezz--vvoouuss aavveecc llee bboonn nnooyyaauu ??

 Meme  si  vous aavveezz recomplie votre support de ppp dans le noyau, vous
 ne bootez pas sur le nouveau noyau. Cela peut arriver si  vous  n'avez
 pas mis a jour /etc/lilo.conf et relance lilo.

 Une  bonne  facon de verifier le noyau est d'envoyer la commande uname
 -a, qui affiche la ligne ressemblant a

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

 Cela donne la version du noyau et la date a laquelle il a ete  compile
 - ce qui vous donnera une bonne idee de ce qui se passe.

 1188..11..22..  AAvveezz--vvoouuss ccoommppiillee llee ssuuppppoorrtt nnooyyaauu ddee pppppp ccoommmmee uunn mmoodduullee ??

 Si vous avez compile 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 possibilite concernant les modules est que vous supposez que
 les modules sont charges automatiquement, alors que le daemon  kerneld
 n'est  pas  lance (il charge et decharge les modules au vol). Verifiez
 le mini-HOWTO kerneld pour des informations sur  la  configuration  de
 kerneld.

 1188..11..33..  UUttiilliisseezz--vvoouuss uunnee bboonnnnee vveerrssiioonn ddee PPPPPP ppoouurr vvoottrree nnooyyaauu ??

 Vous ddeevveezz 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.

 1188..11..44..  LLaanncceezz vvoouuss ppppppdd eenn eettaanntt rroooott ??

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

 1188..22..  MMoonn mmooddeemm ssee ccoonnnneeccttee mmaaiiss PPPPPP nnee ddeemmaarrrree jjaammaaiiss

 Il   y   a   d'innombrables   possibilites   avec  ca  (regardez  dans
 comp.os.linux....).

 Une erreur EEXXTTRREEMMEEMMEENNTT frequente est que vous avez  mal  tape  quelque
 chose  dans  vos  scripts.  La seule chose a faire est de verifier que
 vous avez la conversation entre votre PC Linux et le serveur  rapporte
 dans le syslog /var/log/message) allez ensuite dans celui-ci _l_i_g_n_e _p_a_r
 _l_i_g_n_e. Vous aurez peut-etre besoin d'appeler votre serveur  ppp  a  la
 main pour reverifier tout ca.

 Vous devez verifier les messages de logs reels tres attentivement - et
 ayez a l'esprit que les hommes on tendance a lire  ce  qu'ils  PENSENT
 avoir tape - et non ce qu'ils ont sous leurs yeux !

 1188..33..  LLee ssyysslloogg ccoonnttiieenntt ""sseerriiaall lliinnee iiss nnoott 88 bbiitt cclleeaann..."

 Il y a plusieurs possibilites a cela - comme des retours sur la  ligne
 etc., qui peuvent etre la consequence d'une (ou plusieurs) choses.

 Pour  comprendre ce qui se passe, il est necessaire de chercher se qui
 se passe en coulisses dans pppd lui-meme.

 Lorsque  pppd  demarre,  il  envoie  des  paquets  LCP  (Link  Control
 Protocol)  a  la  machine distante. Si il recoit une reponse valide il
 passe ensuite a l'etape suivante (avec IPCP - les paquets de  controle
 IP) et c'est seulement une fois que cette negociation est terminee que
 les trames IP reelles  commencent  et  que  vous  pouvez  utiliser  la
 liaison PPP.

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

 Il y a plusieurs possibilite pour qu'un reflexion arrive.

 1188..33..11..  VVoouuss nn''eetteess ppaass ccoorrrreecctteemmeenntt ccoonnnneeccttee ssuurr llee sseerrvveeuurr

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

 Ainsi, le paquet LCP sera reflechi et vous aurez une erreur.

 Vous  devez  verifier  et corriger (si necessaire) attentivement votre
 script chat (voir plus haut).

 1188..33..22..  VVoouuss nn''aavveezz ppaass llaannccee PPPPPP ssuurr llee sseerrvveeuurr

 Certains serveurs PPP necessitent que vous entriez une commande  et/ou
 un  retour  chariot  apres  avoir termine le processus de connexion et
 avant que ppp soit lance a l'autre bout.

 Verifiez votre script chat (voir plus haut).

 Si vous vous connectez a la main et que vous vous  rendez  compte  que
 vous   devez  envoyer  sur  ENTREE  apres  avoir  lance  PPP,  ajouter
 simplement une paire attente/envoi vide a la fin de votre script  chat
 (un chaine vide envoie en fait ENTREE).

 1188..44..  LLee pprroocceessssuuss PPPPPP ddiissttaanntt eesstt lloonngg aa ddeemmaarrrreerr

 La c'est un peu delicat !

 Par defaut, votre pppd Linux est compile pour envoyer un maximum de 10
 requetes LCP de configuration.  Si  le  serveur  est  un  peu  lent  a
 demarrer, la totalite des 10 requetes auront ete envoyees avant que le
 serveur PPP distant n'ait eu le temps de les recevoir.

 Sur votre machine, pppd voit la reflexion des  10  requetes  (avec  le
 8eme bit inverse) et s'arrete.

 Il y a deux facon de resoudre 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 meme
 mettre plus que ca.

 Sinon, vous pouvez etre un peu malin de votre cote.  Vous  avez  peut-
 etre remarque que lorsque vous vous connectez a la main au serveur PPP
 et que vous demarrez alors PPP, le pprreemmiieerr caractere que ppp envoie et
 qui apparait est toujours le caractere tilda (~).

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

 ______________________________________________________________________
 \~      ''
 ______________________________________________________________________

 Remarque  :  comme le caractere tilda a une signification particuliere
 pour  le  shell,  il  doit  etre  echappe  (en  fait  precede  par  un
 backslash).

 1188..55..  LLaa rroouuttee ppaarr ddeeffaauutt nn''eesstt ppaass ccoonnffiigguurreeee

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

 La  raison  habituelle lorsque cette erreur apparait est que certaines
 distributions configurent  une  route  par  defaut  pour  votre  carte
 Ethernet au lieu de la configurer comme une route reseau specifique.

 Voir  le  Linux  NAG  et  le HOWTO Net2/3 pour des informations sur la
 facon de configurer correctement votre carte Ethernet  et  les  routes
 associees.

 Une  alternative  a  cela  est  que votre reseau local utilise deja un
 gateway/routeur et que votre table de routage est deja configuree pour
 envoyer la route par defaut a cet endroit.

 Resoudre  cette  situation  peut  necessiter quelques connaissances de
 reseau IP qui sort du domaine de ce HOWTO. Il  est  suggere  d'obtenir
 l'avis  d'un  expert  (par  les  groupes de news ou quelqu'un que vous
 pouvez interroger pres de vous).

 1188..66..  AAuuttrreess pprroobblleemmeess

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

 Lisez  la  FAQ  PPP(qui est une serie de questions-reponses). C'est un
 document tres didactique et les reponses y SONT !  De  ma  propre  (et
 triste)  experience,  si la reponse a votre probleme n'est pas dedans,
 votre probleme  N'est  PAS  de  la  faute  de  ppp  !  Pour  ma  part,
 j'utilisais  un  noyau  ELF  alors  que  je n'avais pas mis a jour les
 modules du noyau. J'ai juste perdu 2 jours (et  presque  une  nuit)  a
 chercher  comment  doit  etre  un  serveur  PPP parfait avant de faire
 lumiere !

 1199..  OObbtteenniirr ddee ll''aaiiddee qquuaanndd oonn eesstt ttoottaalleemmeenntt ppeerrdduu

 Si vous n'arrivez pas a faire fonctionner votre liaison  PPP,  relisez
 ce  document  et  tout  verifier  - en conjonction avec les sorties de
 "chat-v..."  et "pppd -d" dans votre journal systeme.

 Consultez egalement la  documentation  de  PPP  la  FAQ  et  tout  les
 documents mentionnes ici !

 Si   vous   etes   encore   bloque,   essayez   les  groupes  de  news
 comp.os.linux.misc et comp.os.linux.networking qui sont  regulierement
 parcourus  par  des  gens capable de vous aider sur PPP ainsi que dans
 comp.protocols.ppp

 Vous pouvez essayer de m'envoyer personnellement  un  email,  mais  si
 j'ai  une  journee  (et  meme  une  vie)  charge, je ne garanti pas de
 repondre rapidement (meme pas du tout) selon la quantite de travail en
 cours et l'etat de ma vie privee !

 En  particulier  -  NNEE  PPOOSSTTEEZZ PPAASS DDEESS PPAAGGEESS EETT DDEESS PPAAGGEESS DDEE SSOORRTTIIEE DDEE
 DDEEBBUUGGGGAAGGEE DDAANNSS LLEESS NNEEWWSS GGRROOUUPPSS NNII MMEEMMEE AA MMOOII PPAARR  EEMMAAIILL  -  c'est  une
 enorme  perte  de  bande  passante,  et  la  majorite sera envoye dans
 /dev/null (a moins qu'elle ne soit expressement demande).

 2200..  PPrroobblleemmeess ccllaassssiiqquueess lloorrssqquuee llaa lliiaaiissoonn ffoonnccttiioonnnnee

 Un  des  problemes  que  vous  rencontrerez  est   que   de   nombreux
 fournisseurs  d'acces est qu'ils ne supporterons que les programmes de
 connexions qu'ils distribuent  avec  les  nouveaux  comptes.  Il  sont
 (habituellement) pour Microsoft Windows :-( - et la plupart des bureau
 d'aide des fournisseurs d'acces ne sembleront  rien  savoir  au  sujet
 d'Unix  (ou Linux). Donc preparez vous a une assistance limite de leur
 part !

 Vous pouvez evidemment leur faire une  faveur  et  leur  apprendre  ce
 qu'est  Linux  (certaines  personnes  au  support de votre fournisseur
 d'acces seront relativement  'branche'  avec  le  monde  Internet  est
 auront une machine Linux chez eux - bien sur que ca existe ! )

 2200..11..  JJee nn''aarrrriivvee ppaass aa vvooiirr aapprreess llee sseerrvveeuurr PPPPPP oouu jjee ssuuiiss ccoonnnneeccttee

 OK  -  votre connexion PPP est lancee et fonctionne vous pouvez pinger
 le serveur PPP avec son adresse IP (la deuxieme ou "remote" adresse IP
 affichee  par ifconfig ppp0), mais vous ne pouvez rien atteindre apres
 cela.

 Tout d'abord, essayez de pinger les adresses IP que vous avez specifie
 dans  /etc/resolv.conf  comme serveur de noms. Si elles marchent, vous
 ppoouuvveezz voir apres votre serveur PPP (en tout cas ce qui a une  adresse
 IP  identique  a  ce  que  vous  avez specifie). Maintenant essayez de
 pinger l'adresse complete de votre fournisseur d'acces :

      ping mon.fournisseur.internet.fr

 Si ca ne marche pas, vous avez un  probleme  avec  la  resolution  des
 noms.  C'est  probablement  a  cause  d'une faute de frappe dans votre
 fichier /etc/resolv.conf.  Verifiez  ca  attentivement  a  partir  des
 informations  que  vous  aviez  obtenues en appelant votre fournisseur
 d'acces. Si ca semble correct, appelez votre fournisseur  d'acces,  et
 verifiez que vous avez note l'adresse IP correctement.

 Si  ca  ne  marche TOUJOURS pas (et que votre fournisseur d'acces vous
 confirme que le serveur de noms fonctionne correctement),  vous  devez
 avoir  un  probleme  ailleurs  -  et je vous suggere de verifier votre
 installation de Linux (en particulier les permissions des fichiers).

 Si vous ne pouvez TOUJOURS pas pinger  le  serveur  de  nom  de  votre
 fournisseur  d'acces par l'adresse IP, soit il est eteint (appelez les
 par telephone et verifiez) soit il y a un probleme de routage du  cote
 de votre fournisseur d'acces. De meme appelez-les et demandez leur.

 Un  autre possibilite est qu'a l'autre bout le serveur PPP Linux n'ait
 pas l'option IP forwarding d'activee dans le noyau !

 Un bon test est d'essayer de se connecter avec le programme que  votre
 fournisseur  d'acces  vous  a  donne pour (oups) Microsoft Windows. Si
 tout marche sur un autre systeme  d'exploitation  avec  exactement  le
 meme  compte, alors le probleme vient de votre machine Linux et NON de
 votre fournisseur d'acces.

 2200..22..  JJee ppeeuuxx eennvvooyyeerr dduu ccoouurrrriieerr mmaaiiss ppaass eenn rreecceevvooiirr

 Si vous avez une adresse IP dynamique, c'est tout a fait normal.  Voir
 "Configurer les services" plus bas.

 2200..33..   aavveecc  mmaa  mmaacchhiinnee ??  PPoouurrqquuooii lleess ggeennss nnee ppeeuuvveenntt ppaass ffaaiirree ddee
 ffiinnggeerr,, WWWWWW,, ggoopphheerr,, ttaallkk eettcc

 La  aussi, si vous utilisez une adresse IP dynamique c'est tout a fait
 normal.  voir "Configurer les services" plus bas.

 2211..  UUttiilliisseerr lleess sseerrvviicceess IInntteerrnneett aavveecc ddeess aaddrreesssseess IIPP ddyynnaammiiqquueess

 Si  vous  utilisez une adresse IP dynamique (et tous les provideurs ne
 vous donnerons qu'une adresse dynamique a moins que vous ne payez bien
 plus  pour  votre  connexion),  vous  devez  accepter  les limitations
 qu'elle impose.

 Tout d'abord, les requetes pour les  services  sortant  fonctionneront
 parfaitement.  Cela signifie que vous pourrez envoyer du courrier avec
 sendmail (si sendmail est configure correctement),  les  fichiers  ftp
 pour  les  sites  distants, les fingers vers d'autres machines, surfer
 sur le web etc.

 En particulier, vous pourrez repondre au courrier que vous  avez  recu
 meme  si  votre machine n'est plus connectee. Le courrier restera dans
 votre queue de messages jusqu'a ce que vous appeliez votre FAI.

 Cependant, votre machine N'est PAS connectee a Internet 24H/24, et  en
 plus  elle  n'a  pas  la  meme  adresse  IP  a  chaque fois qu'elle se
 connecte. Il est donc impossible de recevoir du courrier  electronique
 directement  sur  votre machine, et de creer un serveur web et ftp que
 vos amis pourraient acceder !  A  partir  du  moment  ou  ca  concerne
 Internet,  votre  machine  n'est  pas unique, ni accessible de maniere
 permanente comme cela serait le cas avec une adresse IP unique (rappel
 -  les  autres machines utilisent les adresses IP pour acceder a votre
 machine).

 Si vous configurez en serveur WWW (ou n'importe quoi d'autre), il  est
 totalement  inconnu  des utilisateurs d'Internet A MOINS QU'ils soient
 au courant que votre machine est connectee et qu'ils connaissent votre
 adresse  IP  courante.  Il  y  a  plusieurs  facon  de  fournir  cette
 information, vous demander par telephone, leur envoyer un e-mail  pour
 leur dire, ou utiliser un fichier ".plan" sur le compte shell de votre
 fournisseur d'acces (en partant  du  principe  que  votre  fournisseur
 d'acces permet les script shell et les finger).

 Maintenant,  pour  la majorite des utilisateurs, ca n'est pas vraiment
 un probleme - la plupart des gens veulent pouvoir envoyer et  recevoir
 leur  email  (sur  le compte de leur fournisseur d'acces) et faire des
 connexions sortantes vers WWW, ftp et d'autres services d'Internet. Si
 vous  AVEZ  un  besoin  imperatif  de connexion sortantes, vous feriez
 mieux de prendre une adresse  IP  statique.   Cependant,  vous  pouvez
 aussi explorer les methodes astucieuses ci dessous...

 2211..11..  CCoonnffiigguurreerr llee ccoouurrrriieerr eelleeccttrroonniiqquuee ((eemmaaiill))

 Meme   avec   une  adresse  IP  dynamique,  vous  devrez  certainement
 configurer sendmail sur votre machine pour  envoyer  le  courrier  que
 vous  ecrivez  localement.   La  configuration  de  sendmail peut etre
 obscure et difficile - ce document ne vous parleras pas de la facon de
 faire.  Cependant,  vous  aimeriez sans doute configurer sendmail pour
 que votre fournisseur d'acces soit  considere  comme  un  hote  "smart
 relay"   (l'options   DDSS  de  sendmail).  (Pour  plus  d'info  sur  la
 configuration de sendmail, voir la  documentation  de  sendmail  -  et
 regardez la configuration de m4 fourni avec sendmail. Il y a forcement
 quelque chose qui reponds a ce que vous cherchez).

 Il y a un excellent livre sur  Sendmail  (une  veritable  'bible'  aux
 editions  O'Reilly  and  Associates), mais c'est certainement beaucoup
 trop pour la plupart des utilisateurs !

 Une fois que vous avez  configure  sendmail,  vous  avez  probablement
 envie que sendmail envoie les messages en attente des que la connexion
 PPP est lancee.  Pour cela, ajouter la commande

      sendmail -q &

 dans votre script /etc/ppp/ip-up (voir plus haut).

 Les mails entrant sont problematique avec les adresses IP  dynamiques.
 La facon de les supporter est de :

 +o  configurer  votre  lecteur d'email pour que le courrier contiennent
    un  champ  "reply  to"  dans  lequel  il  y  aura   votre   adresse
    electronique chez votre fournisseur d'acces.
    Si  vous  le  pouvez, configurez egalement le champ FROM avec votre
    adresse electronique chez votre FAI.

 +o  utiliser les programmes  popclient,  fetchmail  pour  recuperer  le
    courrier  chez  votre  fournisseur  d'acces.  Ou bien, si votre FAI
    utilise IMAP, utilisez un lecteur de  courrier  electronique  ayant
    IMAP d'active (comme pine).

 Vous  pouvez  automatiser  ce processus lors de l'appel en ajoutant la
 commande necessaire dans le script /etc/ppp/ip-up (voir plus haut).

 2211..22..  CCoonnffiigguurreerr uunn sseerrvveeuurr ddee nnoommss llooccaall

 Meme si vous etes content d'utiliser le serveur  de  noms  situe  chez
 votre  fournisseur  d'acces, vous pouvez en plus configurer un serveur
 de nom local (secondaire) de cache uniquement qui serait lance avec le
 script  ip-up.   L'avantage d'utiliser un serveur de noms local (cache
 uniquement) est de gagner du temps (et de la bande passante)  si  vous
 contactez souvent les meme sites pendant de longues sessions en ligne.

 La configuration du DNS  pour  un  serveur  de  cache  seulement  (qui
 utilise une ligne 'forwarders' dans le fichier named.boot pointant sur
 le DNS de votre FAI) est relativement simple. Le livre  O'Reilly  (DNS
 et Bind) explique tout ce que vous devez savoir sur le sujet.

 Il existe egalement un DNS-HOWTO.

 Si  un  petit  reseau  local  accede a Internet grace a votre PC Linux
 (avec IP masquerading par exemple), c'est sans  doute  une  excellente
 idee  d'utiliser  un  serveur  de  noms (avec la directive forwarders)
 puisque cela reduira les delais et la bande passante utilisee pour  la
 resolution des noms.

 Un point de la Netiquette : demandez la permission a votre fournisseur
 d'acces avant de mettre en place un  serveur  de  noms  secondaire  de
 cache uniquement dans le domaine de votre FAI. Configure correctement,
 il n'entrainera aucun probleme chez votre FAI, mais  si  il  ne  l'est
 pas, il peut causer de nombreux problemes.

 2222..  RReelliieerr ddeeuuxx rreesseeaauuxx llooccaauuxx aavveecc PPPPPP

 Il  y  a fondamentalement aucune difference entre le fait de relier un
 seul PC Linux avec PPP et relier deux reseaux locaux avec PPP  et  une
 machine   sur  chaque  reseau.  Souvenez-vous  PPP  est  un  protocole
 rreevveerrssiibbllee.

 Cependant, vous devez RREEEELLLLEEMMEENNTT  comprendre  comment  le  routage  se
 deroule.   Lisez  le  NET-2  HOWTO  et le Guide d'administration Linux
 (NAG). Vous trouverez egalement une aide inestimable dans le  " TCP/IP
 Network   Administration"  (publie  par  O'Reilly  and  Assoc  -  ISBN
 0-937175-82-X)

 Si vous utilisez une adresse de  sous-reseau  de  chaque  cote  de  la
 liaison, le (brouillon) de mini-howto Linux sub networking pourra vous
 etre utile.  Il est  disponible  a  Linux  Sub  networking  mini-HOWTO
 <http://www.interweft.com.au/other/>.

 Pour  relier  deux reseaux locaux, vous ddeevveezz utiliser des adresses IP
 differentes (ou des sous-reseau d'adresses differentes) et vous devrez
 utiliser  des  adresses  IP  statiques  ou  l'IP Masquerading. Si vous
 voulez  utiliser  l'IP  Masquerading,  consultez  le   mini-howto   IP
 masquerade   pour   avoir  des  instructions  sur  la  maniere  de  le
 configurer.

 2222..11..  CCoonnffiigguurreerr lleess aaddrreesssseess IIPP

 Arrangez-vous avec l'administrateur systeme de  l'autre  reseau  local
 pour  choisir  les  adresses  IP qui seront utilises de chaque cote de
 l'interface PPP.  Si vous utilisez des adresses IP statiques, il  sera
 sans doute pratique d'appeler un numero de telephone dedie.

 Maintenant,  editez le fichier /etc/ppp/options[.ttyXX] approprie - il
 est judicieux d'avoir un modem et un port dedie de chaque cote  de  la
 connexion.   Cela  necessite  quelques  changements  dans  le  fichier
 /etc/ppp/options et la creation d'un fichier  options.ttyXX  approprie
 pour les autres connexions !

 Specifiez  les  adresses IP pour le cote de votre liaison PPP dans les
 fichiers d'options appropries exactement comme cela  est  decris  plus
 haut pour les adresses IP statiques.

 2222..22..  CCoonnffiigguurreerr llee rroouuttaaggee..

 Vous  devez vous occuper que les paquets du reseau local soit routes a
 travers l'interface lorsque la liaison PPP est lancee. Ce processus se
 fait en deux parties.

 Tout  d'abord,  vous  devez configurer une route partant de la machine
 qui fait marcher la liaison PPP vers le reseau situe a  l'autre  bout.
 Si cette liaison donne sur Internet, vous pouvez utilisez la route par
 defaut mise en place par pppd lui-meme a la  connexion  avec  l'option
 defaultroute.

 Si  toutefois,  la  liaison relie seulement deux reseaux locaux, alors
 une route reseau specifique doit etre ajoutee pour  tous  les  reseaux
 accessible  par  cette  liaison. C'est la commande 'route' qui le fait
 pour chaque reseau dans le script /etc/ppp/ip-up script (voir une fois
 que la liaison fonctionne...) pour des instructions detaillees.

 La  seconde  chose  dont  vous  avez besoin est de prevenir les autres
 ordinateurs que vous etes le gateway vers les reseaux situes a l'autre
 bout de la liaison.

 Bien  sur,  l'administrateur reseau de l'autre cote de la liaison doit
 faire les meme choses ! Cependant, puisque  qu'il  route  les  paquets
 vers  votre  reseau  particulier,  une  rroouuttee  rreesseeaauu  ssppeecciiffiiqquuee  est
 indispensable, et non la route par defaut (a moins que le reseau situe
 a l'autre bout se connecte chez vous pour acceder a Internet).

 2222..33..  SSeeccuurriittee rreesseeaauu

 Si  vous  reliez  votre reseau local a Internet avec PPP - ou du moins
 avec un reseau local "etranger", vous devez reflechir aux problemes de
 securite.  Je  vous  conseille  fermement  de  penser  a configurer un
 firewall !

 Vous devriez egalement parler a l'administrateur reseau de votre  site
 AAVVAANNTT de lancer une connexion vers un reseau local etranger voire vers
 Internet ce cette maniere. Ne rien faire  peut  soit  n'amener  aucune
 reaction soit de serieux problemes !

 2233..  UUnnee ffooiiss qquuee llaa ccoonnnneexxiioonn ffoonnccttiioonnnnee -- llee ssccrriipptt //eettcc//pppppp//iipp--uupp

 Une fois que la connexion est etablie, pppd cherche un /etc/ppp/ip-up.
 Si  ce  script  existe et est executable, le daemon PPP le lance. Cela
 permet d'automatiser des commandes de routages speciales  qui  peuvent
 etre  necessaires  et  toutes  les  autres  actions que vous souhaitez
 lancer une fois que la liaison PPP est activee.

 C'est un simple script shell qui fait uniquement ce qu'un script shell
 peut faire (en fait quasiment tout ce que vous voulez).

 Par exemple, vous pouvez demander a sendmail d'envoyer les messages en
 attentes.

 Il y a quelques restrictions avec /etc/ppp/ip-up:

 +o  Il fonctionne  deliberemment  dans  un  environnement  reduit  pour
    augmenter  la  securite.  Cela  signifie  que  vous devez donner le
    chemin complet des executables.

 +o  Techniquement, /etc/ppp/ip-up est un _p_r_o_g_r_a_m_m_e et  non  un  script.
    Cela  signifie qu'il ne peut pas etre execute directement - meme si
    il a besoin du (#!/bin/bash) magique au debut de la premiere  ligne
    et qu'il doit etre lisible est executable par root.

 2233..11..  RRoouuttaaggeess ssppeecciiaauuxx

 Si  vous  reliez deux reseaux locaux, vous devez configurer des routes
 specifiques vers le reseau 'etranger'. Le script  /etc/ppp/ip-up  peut
 le  faire  facilement.  La  seule difficulte est lorsque votre machine
 supporte plusieurs liaisons PPP.

 /etc/ppp/ip-up est utilise a chaque lancement de ppp, vous devez  donc
 etre   extremement   vigilant  d'executer  les  commandes  de  routage
 correctes pour la liaison qui  demarre  -  et  non  lorsque  n'importe
 quelle liaison demarre !

 2233..22..  SSuuppppoorrtt dduu ccoouurrrriieerr eelleeccttrroonniiqquuee eenn aatttteennttee

 Lorsqu'une  liaison  entre  deux reseaux locaux demarre, vous voudriez
 vous assurez que le courrier en attente de chaque cote de  la  liaison
 est  bien  envoye a son destinataire. Cela est possible en ajoutant un
 appel correct a sendmail.

 Utiliser la commande case du bash sur le bon parametre que passe  pppd
 au script permet cela. Par exemple, voici un script /etc/ppp/ip-up que
 j'utilise pour mes liaisons entre  l'entreprise  et  chez  mon  reseau
 Ethernet (egalement connecte au meme serveur ppp).

 2233..33..  UUnn eexxeemmppllee ddee ssccrriipptt //eettcc//pppppp//iipp--uupp

 Le script suivant permet de nombreuses utilisations.

 ______________________________________________________________________
 #!/bin/bash
 #
 # Script permettant de supporter les possiblites de routages necessaires a pppd
 # Seule la liaison vers Newman necessite ce support.
 #
 # Quand la liaison ppp demarre, ce script est appele avec les parmetres
 # suivants
 #       $1      le nom de l'interface utilisee par pppd (c.-a-d. ppp3)
 #       $2      le nom du peripherique tty
 #       $3      la vitesse du peripherique tty
 #       $4      l'adresse IP locale de l'interface
 #       $5      l'adresse  IP distante
 #       $6      le parametre specifie par l'option 'ipparam' a pppd
 #
 case "$5" in
 # Supporte le routage vers le serveur du Newman Campus
         202.12.126.1)
                 /sbin/route add -net 202.12.126.0 gw 202.12.126.1
 # et envoie les courriers en attente la-bas !
                 /usr/sbin/sendmail -q &
                 ;;
         139.130.177.2)
 # Notre liaison Internet
 # Lorsque notre liaison est lancee, demarre le serveur de temps et
 # se synchronise avec le monde si il n'a pas encore bouge.
                 if [ ! -f /var/lock/subsys/xntpd ]; then
                         /etc/rc.d/init.d/xntpd.init start &
                 fi
 # Demarre le serveur de news (si il ne marche pas encore)
                 if [ ! -f /var/lock/subsys/news ]; then
                         /etc/rc.d/init.d/news start &
                 fi
                 ;;
         203.18.8.104)
 # Recupere le courrier electronique sur ma machine tant que la liaison
 # fonctionne. Aucun routage n'est necessaire tant que mon reseau local
 # Ethernet supporte IP masquerade et le routages proxyarp.
                 /usr/sbin/sendmail -q &
                 ;;
         *)
 esac
 exit 0
 ______________________________________________________________________

 Le resultat du lancement de la liaison PPP vers notre campus Newman et
 le demarrage de ce script,  determine  les  entrees  de  la  table  de
 routage (cette machine est aussi notre serveur PPP general ET supporte
 nos liaisons Internet).  J'ai ajoute des commentaires  sur  la  sortie
 pour expliquer a quoi correspond chaque entree) :

 ______________________________________________________________________
 [root@kepler /root]# route -n
 Kernel routing table
 Destination     Gateway         Genmask         Flags MSS    Window Use Iface
 # la route de l'HOTE de notre gateway internet
 139.130.177.2   *               255.255.255.255 UH    1500   0      134 ppp4
 # la route de l'HOTE vers le serveur Newman campus
 202.12.126.1    *               255.255.255.255 UH    1500   0       82 ppp5
 # la route de l'HOTE de mon reseau local ethernet
 203.18.8.104    *               255.255.255.255 UH    1500   0       74 ppp3
 # deux des lignes generales PPP
 203.18.8.64     *               255.255.255.255 UH    552    0        0 ppp2
 203.18.8.62     *               255.255.255.255 UH    552    0        1 ppp1
 # la route reseau specifique vers le reseau Newman campus
 202.12.126.0    202.12.126.1    255.255.255.0   UG    1500   0        0 ppp5
 # la route de notre reseau local Ethernet (super-netting two adjacent C classes)
 203.18.8.0      *               255.255.254.0   U     1500   0     1683 eth0
 # la route vers le peripherique loop back
 127.0.0.0       *               255.0.0.0       U     3584   0      483 lo
 # la route par defaut vers Internet
 default         139.130.177.2   *               UG    1500   0     3633 ppp4
 ______________________________________________________________________

 2233..44..  SSuuppppoorrtt dduu ccoouurrrriieerr eelleeccttrroonniiqquuee

 La  section precedente montrait comment supporter le mail sortant - en
 envoyant simplement le courrier lorsque la liaison demarrait.

 Si vous utilisez une liaison pour un reseau large,  vous  pouvez  vous
 arranger avec l'administrateur reseau du site distant pour qu'il fasse
 exactement la meme chose. Par exemple, a l'autre bout de la liaison au
 Newman Campus, le script /etc/ppp/ip-up ressemble a :

 ______________________________________________________________________
 #!/bin/bash
 #
 # Script permettant de supporter les possiblites de routages necessaires a pppd
 # Seule la liaison vers Hedland necessite ce support.
 #
 # Quand la liaison ppp demarre, ce script est appele avec les parmetres
 # suivants
 #       $1      le nom de l'interface utilisee par pppd (c.-a-d. ppp3)
 #       $2      le nom du peripherique tty
 #       $3      la vitesse du peripherique tty
 #       $4      l'adresse IP locale de l'interface
 #       $5      l'adresse  IP distante
 #       $6      le parametre specifie par l'option 'ipparam' a pppd
 #
 case "$5" in
         203.18.8.4)
                 /usr/sbin/sendmail -q
                 ;;
         *)
 esac
 exit 0
 ______________________________________________________________________

 Si  toutefois, vous n'avez qu'une adresse IP dynamique chez votre FAI,
 vous devrez recevoir votre courrier sur le compte de votre fournisseur
 d'acces.  Cela est generalement possible en utilisant POP (Post Office
 Protocol).  Ce  processus  peut  etre  supporte  avec   le   programme
 'popclient"  - le script ip-up peut automatiser le processus pour vous
 !

 Creez simplement  un  script  /etc/ppp/ip-up  qui  contient  un  appel
 correct  a  popclient.  Pour mon portable avec la RedHat Linux (que je
 prends lorsque je voyage), j'ai

 ______________________________________________________________________
 popclient -3 -c -u hartr -p <password> kepler.hedland.edu.au |formail -s procmail
 ______________________________________________________________________

 Vous pouvez aussi utiliser slurp en quelque chose d'autre  d'identique
 pour  les  news,  et d'autres trucs. Souvenez vous que le script ip-up
 est un script bash standard et qui peut servir  a  automatiser  TOUTES
 les  fonctions que vous devez accomplir chaque fois qu'une liaison PPP
 correspondante demarre.

 2244..  UUttiilliisseerr //eettcc//pppppp//iipp--ddoowwnn

 Vous pouvez ecrire un script, qui sera execute a  chaque  fois  qu'une
 liaison  se  termine. Qui se situe dans /etc/ppp/ip-down. Il peut etre
 utilise pour retirer ce que vous  avez  ajoutez  de  special  avec  le
 script /etc/ppp/ip-up correspondant.

 2255..  PPoossssiibbiilliittee ddee rroouuttaaggee ssuurr uunn rreesseeaauu llooccaall

 Si  vous etes connecte sur un reseau local et que vous voulez toujours
 utiliser PPP avec votre machine Linux, vous devez definir  les  routes
 que  les  packets  doivent  prendre  pour  atteindre le reseau local a
 partir de votre machine (par l'interface  Ethernet)  et  egalement  le
 serveur PPP distant voire plus loin.

 Cette  section  ne pretend pas vous apprendre le routage - elle traite
 seulement de cas simples et speciaux de routage (statique) !

 Je vous recommande chaudement de lire de Guide d'administration Reseau
 Linux  si  vous  n'etes  pas habitue avec le routage. De meme le livre
 d'O'Reilly "TCP/IP Network Administration" couvre le sujet de  maniere
 tres abordable.

 La  regle  de  base  du  routage  statique est que la route par DEFAUT
 pointe a l'endroit ou il y le PLUS grand nombre d'adresse reseau. Pour
 les  autres  reseau,  entres  des  routes specifiques dans la table de
 routage.

 La SEULE situation que je couvre ici est lorsque votre  machine  Linux
 est  sur  un  reseau  non  connecte  a  Internet - et vous voulez vous
 connectez a Internet pour une utilisation personnelle tout en  restant
 connecte au reseau local.

 Tout d'abord, assurez-vous que votre route Ethernet est bien configure
 comme une adresse reseau specifique disponible sur votre reseau  local
 - et PAS dans la route par defaut !

 Verifiez  cela en tapant la commande route, vous devriez avoir quelque
 chose qui ressemble a ce qui suit :

      [root@hwin /root]# route -n
      Kernel routing table
      Destination     Gateway         Genmask         Flags MSS    Window Use Iface
      loopback        *               255.255.255.0   U     1936   0       50 lo
      10.0.0.0        *               255.255.255.0   U     1436   0      565 eth0

 Si votre interface Ethernet (eth0) pointe vers la  route  par  defaut,
 (la  premiere colonne contiendra un "default" dans la ligne eth0) vous
 devez changer les scripts  d'inititalisation  d'Ethernet  pour  qu'ils
 utilisent  des  adresses  reseau  specifiques  plutot que la route par
 defaut (consultez le HOWTO Net2 et le NAG).

 Cela va permettre a pppd de configurer votre route  par  defaut  comme
 suit :

      [root@hwin /root]# route -n
      Kernel routing table

      Destination     Gateway         Genmask         Flags MSS    Window Use Iface
      10.144.153.51   *               255.255.255.255 UH    488    0        0 ppp0
      127.0.0.0       *               255.255.255.0   U     1936   0       50 lo
      10.1.0.0        *               255.255.255.0   U     1436   0      569 eth0
      default         10.144.153.51   *               UG    488    0        3 ppp0

 Comme vous pouvez le voir, nous avons une route d'hote vers le serveur
 PPP (10.144.153.51) par ppp0 qui est egalement  la  route  par  defaut
 utilise par le serveur PPP comme gateway.

 Si  votre  configuration  est  plus  complique  que  cela,  lisez  les
 documents concernant le routage  cites  plus  haut,  et  consultez  un
 expert de votre site !

 Si  votre reseau local a aussi des routeurs, vous devez deja avoir des
 gateways pour interconnecter les reseaux disponibles sur  votre  site.
 Vous  devez TOUJOURS mettre la route par defaut vers l'interface PPP -
 et utiliser des routes specifiques pour les autres  reseaux  que  vous
 accedez.

 2255..11..  RReemmaarrqquueess ssuurr llaa sseeccuurriittee

 Lorsque vous configurez une machine Linux sur un reseau local existant
 sur Internet, vous ouvrez potentiellement tout votre reseau local vers
 Internet - ainsi que les pirates qui l'utilise. Avant de commencer, je
 vous conseille vivement de consulter votre administrateur reseau et le
 responsable  de la securite de votre site. Si votre connexion PPP vers
 Internet est utilise et permet d'attaquer votre site, vous serez  dans
 la  plus  mauvaise position face a la colere de vos collegues et votre
 administrateur systeme et reseau. Vous  pourriez  vous-meme  avoir  de
 serieux problemes !

 Avant de connecter un reseau local sur Internet, vous devez prendre en
 compte les problemes de securite meme avec une connexion  DYNAMIQUE  -
 dans  ce  cas  la  reference la plus recente est le "Building Internet
 Firewalls" d'O'Reilly !

 2266..  CCoonnffiigguurreerr uunn sseerrvveeuurr PPPPPP

 Comme c'est mentionne plus haut, il y a des tas de facons de faire. Ce
 que  je  presente  ici est la facon de faire une liaison tournante sur
 plusieurs lignes  telephoniques  (avec  une  carte  serie  multi-ports
 utilisant des Cyclades)

 Si  vous  n'aimez pas la methode presentee ici, faites donc comme vous
 preferez.  J'aimerais toutefois ajouter des  methodes  supplementaires
 dans  les  prochaines  versions  de ce HOWTO. Envoyez donc moi comment
 vous faites !

 Remarquez que cette section ne concerne que la configuration de  Linux
 comme  serveur  PPP. Je ne compte absolument pas donner d'informations
 sur la facon de configurer des serveurs terminaux ou autre.

 Meme si, j'ai deja experimente l'utilisation de  shadow  password  (et
 l'utilise   de  temps  en  temps).  Les  informations  presentees  ici
 n'utiliserons toutefois pas ce mecanisme.

 2266..11..  CCoommppiilleerr llee nnooyyaauu

 Tous les commentaires precedent concernant la compilation du noyau  et
 les  versions  du noyau et de pppd sont encore valables. Cette section
 considere que vous avez lu les sections precedentes du document !

 Pour un serveur PPP, vous DDEEVVEEZZ ajouter le support  de  IP  forwarding
 dans  votre  noyau. Vous pouvez aussi inclure d'autres supports (comme
 le IP fire walls, accounting etc etc).

 Si vous utilisez une carte serie multi-port, vous devez  bien  entendu
 inclure egalement les pilotes necessaires dans le noyau !

 2266..22..  PPrreesseennttaattiioonn dduu ssyysstteemmee ddee sseerrvveeuurr

 Nous  offrons  des  comptes  PPP  (ou  SLIP)  et  des comptes shell en
 utilisant les memes paires nom utilisateur/ mot de passe. Cela  permet
 (pour  nous)  que  les  utilisateurs  n'aient qu'un seul compte qu'ils
 peuvent utiliser pour toutes les connexions.

 Comme nous sommes une organisation  educative,  nous  ne  faisons  pas
 payer  le  personnel ni les etudiants pour leur acces, et nous n'avons
 donc pas besoin de nous inquieter des problemes de payement.
 Un firewall existe entre notre site et Internet, et  cela  limite  les
 acces  des  utilisateurs  puisque  les  lignes d'appels sont sur notre
 firewall Internet (pour certaines raisons evidentes,  le  details  des
 autres  firewalls internes ne sera pas presente ici et serait de toute
 facon inutile)

 Le processus avec lequel un utilisateur etablit une liaison  PPP  avec
 notre site (une fois qu'ils ont un compte bien sur) :

 +o  Appeler  notre ligne d'appel groupe (qui est un numero de telephone
    qui se connecte sur une banque de modems - le premier  modem  libre
    est utilise).

 +o  Connexion avec une paire valide de nom utilisateur et mot de passe

 +o  Au  prompt  du  shell, lancement de la commande ppp pour lancer PPP
    sur le serveur.

 +o  Demarrer PPP sur le PC (il peut utiliser Windows, DOS,  Linux,  MAC
    OS ou n'importe quoi d'autre - ce n'est pas un probleme).

 Le  serveur  utilise un fichier /etc/ppp/options.ttyXX individuel pour
 chacune des connexions sur le  port  ou  est  configure  l'adresse  IP
 distante  pour  l'allocation  des  adresses  IP dynamiques. Le serveur
 utilisateur route les clients avec proxyarp (configure  avec  l'option
 appropriee de pppd). Cela oblige la presence de routed ou gated.

 Quand  l'utilisateur raccroche de son cote, pppd le detecte et indique
 au modem de raccrocher, fermant en meme temps la liaison PPP.

 2266..33..  FFaaiirree mmaarrcchheerr lleess pprrooggrraammmmeess ttoouuss eennsseemmbbllee

 Vous avez besoin des programmes suivants :

 +o  Linux, correctement compile avec les options necessaires

 +o  La version de pppd correspondant a votre noyau

 +o  Un programme 'getty' qui decroche intelligemment les communications
    par modem.
    Nous  utilisons getty_ps2.0.7h, mais mgetty est aussi bien. Je sais
    que mgetty peut s'apercevoir qu'un appel utiliser PAP/CHAP (PAP est
    le standard pour Windows 95) et invoquer pppd automatiquement, mais
    je dois encore explorer un peu ca.

 +o  Un serveur de nom (DNS) fonctionnel qui  est  accessible  pour  les
    utilisateurs qui se connectent.

 CCee  hhoowwttoo nnee ccoouuvvrree ppaass ssaa ccoonnffiigguurraattiioonn.. RReeggaarrddeezz llaa ddooccuummeennttaattiioonn ddee
 ggeettttyy ddee vvoottrree cchhooiixx oouu llee sseerriiaall HHOOWWTTOO ppoouurr pplluuss  dd''iinnffoorrmmaattiioonnss  ssuurr
 llee ssuujjeett..

 2266..44..  CCoonnffiigguurreerr lleess ffiicchhiieerrss dd''ooppttiioonnss

 Vous  avez  besoin  de configurer la totalite de /etc/ppp/options avec
 les options standard pour les ports d'appel. Les options utiles sont :

 ______________________________________________________________________
 asyncmap 0
 netmask 255.255.254.0
 proxyarp
 lock
 crtscts
 modem
 ______________________________________________________________________

 Remarque - nous n'utilisons AUCUN routage (direct) - et en particulier
 il n'y a pas d'option defaultroute. La raison de cela est que tout  ce
 dont  vous avez besoin (en tant que serveur PPP) a l'endroit ou router
 les paquets vveennaanntt du client ppp vers votre reseau local  ou  Internet
 et  de  router  les  paquets  vveerrss le client ppp qui viennent du votre
 reseau local ou d'Internet.

 Tout ce dont vous avez besoin est la route hote de la  machine  client
 et l'utilisation de l'option 'proxyarp' de pppd.

 L'option  'proxyarp' configure (surprise) une entree proxy ARP dans la
 table ARP du serveur qui signifie en substance 'envoie  moi  tous  les
 paquets  destines  au  client'.  C'est  la  maniere  la plus simple de
 configurer le routage vers un client PPP unique - mais  elle  ne  peut
 etre  utilise  pour  le routage entre deux reseaux locaux - vous devez
 alors utiliser les routes reseau reelles qui ne pourront pas  utiliser
 le proxy ARP.

 Vous  devez  certainement  avoir  envie  de  fournir  des  adresses IP
 dynamiques aux utilisateurs qui se connectent. Vous pouvez le faire en
 associant  une  adresse  IP  dynamique  sur chaque port d'appel. Creez
 alors pour chaque port d'appel un /etc/ppp/options.ttyXX.

 Dedans, mettez simplement l'adresse IP locale du serveur et  l'adresse
 IP qui doit etre utilise pour ce port. Par exemple

 ______________________________________________________________________
 kepler:slip01
 ______________________________________________________________________

 Remarquez  en  particulier  que  vous pouvez utiliser les noms d'hotes
 valides dans ce fichier (je trouve que c'est  la  seule  facon  de  se
 souvenir  des  adresses IP des machines importantes de mon reseau, les
 noms sont bien plus significatifs) !

 2266..55..  CCoonnffiigguurreerr ppppppdd ppoouurr ppeerrmmeettttrree aauuxx uuttiilliissaatteeuurrss ddee llee llaanncceerr

 Comme   configurer   une   liaison   ppp  implique  de  configurer  un
 peripherique dans le noyau (une interface reseau) et de manipuler  les
 tables  de routage, des privileges speciaux sont necessaires - en fait
 la totalite des privileges root.

 Heureusement, pppd est prevu pour marcher correctement  avec  set  uid
 root.  Vous devez donc

 ______________________________________________________________________
 chmod u+s /usr/sbin/pppd
 ______________________________________________________________________

 Quand vous listez le fichier, il doit apparaitre comme cela

 ______________________________________________________________________
 -rwsr-xr-x   1 root     root        74224 Apr 28 07:17 /usr/sbin/pppd
 ______________________________________________________________________

 Si vous n'avez pas ca, vous ne pourrez pas utiliser votre liaison ppp.

 2266..66..  CCrreeeerr uunn aalliiaass gglloobbaall ppoouurr ppppppdd

 Pour simplifier les choses pour les utilisateurs  de  notre  connexion
 PPP,  nous creerons un alias global (dans /etc/bashrc) qui est en fait
 une simple commande qui lancera ppp sur le serveur des  qu'ils  seront
 connectes.

 Cela nous donne

 ______________________________________________________________________
 alias ppp="exec /usr/sbin/pppd -detach"
 ______________________________________________________________________

 Et il fait ceci

 +o  exec  : va remplacer le programme en cours (dans le cas d'un shell)
    par le programme qui va etre lance.

 +o  pppd -detach : lance pppd et le laisse pas en tache de  fond.  Cela
    assure  que  pppd  existe et qu'il n'y a pas d'autres processus qui
    trainent.

 Quand un utilisateur se connecte comme cela, il va apparaitre apres un
 'w'

 ______________________________________________________________________
   6:24pm  up 3 days,  7:00,  4 users,  load average: 0.05, 0.03, 0.00
 User     tty       login@  idle   JCPU   PCPU  what
 hartr    ttyC0     3:05am  9:14                -
 ______________________________________________________________________

 Et  c'est  tout... Je vous avais dit que c'etait simple un serveur PPP
 de base !

 2277..  UUttiilliisseerr PPPPPP aavveecc uunnee ccoonnnneexxiioonn nnuullll mmooddeemm

 C'est tres simple - il n'y a pas de modem et  ainsi  les  choses  sont
 bien plus facile.

 Tout d'abord, choisissez une machine comme 'serveur', configurez getty
 sur le port serie pour que vous testiez si vous avez une  connectivite
 en utilisant minicom sur le 'client'.

 Une  fois  que ca fonctionne, vous pouvez enlever le getty A MOINS que
 vous vouliez etre sur que la connexion permet  d'utiliser  les  paires
 nom  utilisateur/  mot  de  passe pour les connexions entrantes. Comme
 vous avez un 'controle physique' des deux machines, je pense que  vous
 n'avez pas besoin de ca.

 Maintenant,  sur  le  serveur,  enlevez  getty et assurez vous que les
 ports serie sont configures correctement sur les  deux  machines  avec
 'setserial'.

 Tout  ce  que vous avez besoin maintenant est de demarrer pppd sur les
 deux systemes. Je suppose que les connexions utilise une connexion par
 /dev/ttyS34.  Ainsi sur les deux machines lancez la commande :

 ______________________________________________________________________
 pppd -detach crtscts lock <local IP>:<remote IP> /dev/ttyS3 38400 &
 ______________________________________________________________________

 Cela  devrait lancer la connexion - mais pour le moment il n'y a aucun
 routage de specifie.  Vous  pouvez  tester  la  connexion  en  pingant
 l'autre  machine.   Si  ca  marche,  eteignez  la  liaison en tuant le
 processus pppd

 Le routage dont vous avez besoin depend de ce que  vous  voulez  faire
 exactement.   Generalement,  une  des  machines  sera  connecte sur un
 reseau  Ethernet  (et  meme  plus)  le  routage  necessaire  est  donc
 exactement le meme qu'entre un serveur PPP et un client.

 Sur la machine equipee d'Ethernet, la commande sera donc

 ______________________________________________________________________
 pppd -detach crtscts lock proxyarp <local IP>:<remote IP> /dev/ttyS3 38400 &
 ______________________________________________________________________

 et sur l'autre machine

 ______________________________________________________________________
 pppd -detach crtscts lock defaultroute <local IP>:<remote IP> /dev/ttyS3 38400 &
 ______________________________________________________________________

 Si  vous  reliez  deux  reseaux locaux (avec une liaison serie !) vous
 aurez  besoin  d'un  routage  plus  complexe,  vous  pouvez   utiliser
 /etc/ppp/ip-up exactement de la meme facon qu'il est decrit plus haut.

 RRoobbeerrtt HHaarrtt
 Port Hedland, Western Australia
 Melbourne, Victoria, Australia August/October 1996 January/March 1997

You are viewing proxied material from ftp.icm.edu.pl. The copyright of proxied material belongs to its original authors. Any comments or complaints in relation to proxied material should be directed to the original authors of the content concerned. Please see the disclaimer for more details.