<!doctype linuxdoc system>
<article>
<title>ISP-Hookup-HOWTO
<author>Par Egil Kvaleberg, <tt>egilk@sn.no</tt>. 
<date>v1.26, 5 Mars 1998
<abstract>
Ce document décrit la façon d'utiliser Linux pour se connecter à un fournisseur
d'accès Internet au moyen d'une connexion <idx>TCP/IP</idx> par modem.  Il
explique la procédure d'appel téléphonique et d'établissement du protocole
<idx/IP/, ainsi que la façon de gérer le courrier électronique et les forums de
discussion USENET.
</abstract>
<toc>
<p>
<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<sect> Introduction
<p>
Ce document est fait pour répondre aux questions des clients des <idx/F.A.I./
(Fournisseurs d'Accès Internet) concernant la façon de configurer et d'utiliser
Linux.
<p>
Afin d'aider ceux qui veulent connecter leurs machines Linux à un F.A.I. pour
la première fois, ce document essaie de couvrir la plupart des situations
possibles. Ceci provoque, inévitablement, plusieurs recoupements avec les
autres HowTo Linux et livres du Linux Development Project (<idx/L.D.P./).  Pour
mieux appréhender les détails, il est conseillé de se référer à ces documents.
<p>
La plupart des documentations existantes s'adressent à des utilisateurs ayant
une certaine expérience, et les utilisateurs débutants ont souvent des
problèmes pour en extraire les informations intéressantes.
<p>
Pour simplifier, les exemples de ce document supposeront ce qui suit&nbsp;:
<p> <itemize>
<item> Nom d'utilisateur : <tt><cdx>dirk</cdx></tt>
<item> Mot de passe: <tt><cdx>SuperSecret</cdx></tt>
<item> Fournisseur d'accès Internet&nbsp;: <tt><cdx>acme.xz</cdx></tt>
<item> Serveur de mail&nbsp;: <tt><cdx>mail.acme.xz</cdx></tt>
<item> Serveur de news&nbsp;: <tt><cdx>news.acme.xz</cdx></tt>
<item> Serveur de noms&nbsp;: <tt>193.212.1.0</tt>
<item> Numéro de téléphone&nbsp;: <tt>12345678</tt>
</itemize>
<p>
La machine de <tt>dirk</tt> s'appelle <tt>roderick</tt>.
<nidx>roderick</nidx>
<p>
Toutes les informations ci-dessus doivent naturellement &ecirc;tre remplacées
par celles concernant le F.A.I. que vous utilisez. La plupart du temps, un
minimum de modifications doivent &ecirc;tre apportées pour les utilisateurs
ayant plusieurs F.A.I. Informez-moi des problèmes que vous rencontrez sur ce
point.

<sect1> Copyright
<p>
Copyright (c) 1996,1997,1998 par Egil Kvaleberg. Ce document peut être
distribué sous les termes de la licence LDP disponible à
<p>
<tt>
<htmlurl url="http://sunsite.unc.edu/LDP/COPYRIGHT.html"
name="http://sunsite.unc.edu/LDP/COPYRIGHT.html"></tt>

<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<sect1> Limites de responsabilité
<p>
<bf></bf> Aucune responsabilité quant au contenu de ces documents ne peut être
acceptée. Vous utilisez les concepts, exemples et autres contenus à vos propres
risques.
<p>
L'une des nombreuses configurations possibles sera décrite. Dans le monde
Linux, il y a généralement plusieurs façons de faire les choses. Les
paragraphes contenant des conseils sont repérés par
<bf><idx>ALT&nbsp;:</idx></bf> Notez aussi que les références FTP changent
souvent légèrement lorsqu'apparaissent de nouvelles versions des programmes.
<p>
Pour autant que je sache, seuls seront décrits les programmes qui peuvent être
utilisés ou évalués dans un but personnel. La plupart de ces programmes seront
disponibles avec leurs sources sous une licence GNU-like.  <nidx>GNU</nidx>

<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<sect1> Traductions
<p>
Ce document a été traduit dans les langues suivantes&nbsp;:
<p>
Allemand, par Cristoph Seibert&nbsp;:
<p>
<tt>
<htmlurl url="http://tech.appl-opt.physik.uni-essen.de/LinuX/german-howto/DE-ISP-Verbindung-HOWTO.html"
name="http://tech.appl-opt.physik.uni-essen.de/LinuX/german-howto/DE-ISP-Verbindung-HOWTO.html"></tt>
<p>
Coréen, par Kidong Lee&nbsp;:
<p>
<tt>
<htmlurl url="http://www.postech.ac.kr/~cessi/howto/ISP-Hookup/ISP-Hookup-HOWTO.html"
name="http://www.postech.ac.kr/~cessi/howto/ISP-Hookup/ISP-Hookup-HOWTO.html"></tt>
<p>
Français, par Éric Jacoboni&nbsp;:
<p>
<tt>
<htmlurl url="http://www.minet.net/linux/HOWTO-fr/ISP-Hookup-HOWTO.html"
name="http://www.minet.net/linux/HOWTO-fr/ISP-Hookup-HOWTO.html"></tt>
<p>
Polonais, par Piotr Pogorzelski&nbsp;: <bf>URL TBA</bf>
<p>
Norégien&nbsp;:
<p>
<tt>
<htmlurl url="http://www.kvaleberg.com/no-linux.html"
name="http://www.kvaleberg.com/no-linux.html"></tt>

<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<sect1> Nouvelles versions de ce document
<p>
Les nouvelles versions de ce document seront régulièrement postées dans
<it>comp.os.linux.answers</it>.  Elles seront aussi mises sur les différents
sites FTP qui archivent le L.D.P. Parmi ceux-ci&nbsp;:
<p>
<tt>
<htmlurl url="ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO"
name="ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO"></tt>
<nidx>sunsite</nidx>
<p>
De plus, vous pourrez généralement trouver ce document sur la page du Linux
Development Project WWW à&nbsp;:
<p>
<tt>
<htmlurl url="http://sunsite.unc.edu/LDP/"
name="http://sunsite.unc.edu/LDP/"></tt>
<nidx>LDP</nidx>
<p>
La dernière version de ce document sera disponible sous divers formats à&nbsp;:
<p>
<tt>
<htmlurl url="ftp://ftp.sol.no/user/egilk/ISP-Hookup-HOWTO.txt"
name="ftp://ftp.sol.no/user/egilk/ISP-Hookup-HOWTO.txt"></tt>
<p>
<tt>
<htmlurl url="ftp://ftp.sol.no/user/egilk/ISP-Hookup-HOWTO.ps.gz"
name="ftp://ftp.sol.no/user/egilk/ISP-Hookup-HOWTO.ps.gz"></tt>
<p>
<tt>
<htmlurl url="ftp://ftp.sol.no/user/egilk/ISP-Hookup-HOWTO.tar.gz"
name="ftp://ftp.sol.no/user/egilk/ISP-Hookup-HOWTO.tar.gz"></tt>
<p>
<tt>
<htmlurl url="http://www.kvaleberg.com/ISP-Hookup-HOWTO.html"
name="http://www.kvaleberg.com/ISP-Hookup-HOWTO.html"></tt>

<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<sect1> Critiques

<p>
Tous commentaires, erreurs constatées, informations supplémentaires et critiques de toutes sortes
doivent &ecirc;tre envoyées à&nbsp;:
<p>
<tt>
<htmlurl url="mailto:egil@kvaleberg.no" name="egil@kvaleberg.no"></tt>
<p>
<tt>
<htmlurl url="http://www.kvaleberg.com/" name="http://www.kvaleberg.com/">
</tt>

Tous commentaires concernant la traduction, les éventuelles fautes commises par
le traducteur doivent &ecirc;tre envoyées à&nbsp;:
<p>
<tt>
<htmlurl url="mailto:jaco@mail.dotcom.fr" name="jaco@mail.dotcom.fr">
</tt>
<p>

<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<sect> Comment se connecter au reste du monde ?
<p>
Je suppose que les composants logiciels réseau essentiels de votre distribution
Linux ont été installés, et qu'il a été décidé quel sera le port série utilisé
par <ncdx>/dev/modem</ncdx> <file>/dev/modem</file>.
<p>
En général, la configuration par défaut permet uniquement un accès direct à
<file>/dev/modem</file> sous le compte <tt><cdx>root</cdx></tt>.
<p>
Pour se connecter directement à un F.A.I, et pour expérimenter les séquences de
connexion, on peut utiliser le programme <ncdx>minicom</ncdx>
<file>minicom</file>, relativement simple à utiliser.

<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<sect1> La configuration de base
<p>
La configuration de la machine pour son utilisation sur le réseau doit se faire
sous le compte <tt>root</tt>.  Avant d'aller plus loin, il faut vérifier que le
fichier <ncdx>/etc/hosts.deny</ncdx> <file>/etc/hosts.deny</file> contient la
ligne suivante&nbsp;:

<tscreen><verb> 
ALL: ALL 
</verb></tscreen> 

Normalement, on veut s'autoriser soi-même, il faut donc ajouter la ligne
suivante au fichier <ncdx>/etc/hosts.allow</ncdx>
<file>/etc/hosts.allow</file>&nbsp;:

<tscreen><verb> 
ALL: LOCAL 
</verb></tscreen> 

Ou, si on veut insister&nbsp;: 

<tscreen><verb> ALL: 127.0.0.1 </verb></tscreen>

Pour tout ce qui suit, on suppose des connexions via <idx>PPP</idx> au moyen
d'une adresse <idx>IP dynamique</idx>.  Si on fait partie des privilégiés ayant
une adresse fixe, il y aura quelques différences à prendre en compte.

<p>
Il est pratique d'avoir un nom pour sa machine, un nom que l'utilisateur IP
peut choisir comme il, ou elle, le désire.  Pour cela, il faut mettre ce nom
dans <ncdx>/etc/HOSTNAME</ncdx> <file>/etc/HOSTNAME</file>&nbsp;:

<tscreen><verb>
roderick
</verb></tscreen>
<p>
L'étape suivante consiste à déclarer le serveur de noms dans
<ncdx>/etc/resolv.conf</ncdx> <file>/etc/resolv.conf</file>&nbsp;:

<tscreen><verb>
search .
nameserver 193.212.1.0
</verb></tscreen>
<nidx>nameserver</nidx>

Le <idx>serveur de noms</idx> soit être spécifié par une adresse IP numérique
qui dépend du F.A.I. On peut avoir jusqu'à trois serveurs de noms différents,
chacun sur une ligne différente, ils seront appelés dans l'ordre où ils sont
listés.
<p>
Si l'on veut pouvoir utiliser des noms comme <tt>unemachine</tt> pour résumer
le nom complet <tt>unemachine.acme.xz</tt>, on doit remplacer la première
ligne par&nbsp;:

<tscreen><verb>
search acme.xz
</verb></tscreen>
<nidx>search</nidx>
<p>
Un minimum de configuration sera aussi nécessaire dans <ncdx>/etc/hosts</ncdx>
<file>/etc/hosts</file>. La plupart des utilisateurs seront ainsi capable de
gérer&nbsp;:

<tscreen><verb>
127.0.0.1      localhost
0.0.0.0        roderick
</verb></tscreen>
<nidx>localhost</nidx>
Ceux possédant une adresse IP fixe remplaceront évidemment 0.0.0.0 par
celle-ci...
<p>
De plus, le minimum que doit contenir le fichier <ncdx>/etc/networks</ncdx>
<file>/etc/networks</file> est&nbsp;:

<tscreen><verb>
loopback        127.0.0.0
localnet         0.0.0.0
</verb></tscreen>
<nidx>loopback</nidx> <nidx>localnet</nidx>
<p>
On doit aussi configurer son domaine de courrier électronique dans
<ncdx>/etc/mailname</ncdx> <file>/etc/mailname</file>&nbsp;:
<tscreen><verb>
acme.xz
</verb></tscreen>
<p>
Le nom d'utilisateur et le mot de passe nécessaires pour se connecter au
F.A.I. doivent &ecirc;tre spécifiés dans <ncdx>/etc/ppp/pap-secrets</ncdx>
<file>/etc/ppp/pap-secrets</file>

<tscreen><verb>
dirk * SuperSecret
</verb></tscreen>
<p>
Dans le cas où le F.A.I. utilise <idx>CHAP</idx> au lieu de <idx>PAP</idx>, le
nom de fichier est <ncdx>/etc/ppp/chap-secrets</ncdx>
<file>/etc/ppp/chap-secrets</file>.
<p>
Enfin, les points fondamentaux concernant la procédure de connexion elle-même
doivent être précisés avant que PPP soit démarré. Ceci est fait dans
<ncdx>/etc/ppp/chatscript</ncdx> <file>/etc/ppp/chatscript</file>&nbsp;:

<tscreen><verb>
TIMEOUT 5
"" ATZ
OK ATDT12345678
ABORT "NO CARRIER"
ABORT BUSY
ABORT "NO DIALTONE"
ABORT WAITING
TIMEOUT 45
CONNECT ""
TIMEOUT 5
"name:" ppp
</verb></tscreen>
<nidx>OK</nidx> <nidx>ATDT</nidx> <nidx>ATZ</nidx>
<nidx>TIMEOUT</nidx> <nidx>ABORT</nidx> <nidx>CONNECT</nidx>

Ces lignes peuvent être peaufinées pour les cas particuliers. Le numéro de
téléphone dans la troisième ligne doit, bien sûr, être celui du fournisseur
d'accès. Certains peuvent remplacer la chaîne d'initialisation <tt>ATZ</tt> du
modem par une autre, plus adaptée au modem qu'ils utilisent. La dernière ligne
spécifie que l'on attend un prompt se terminant par <tt>name:</tt>, et que la
réponse doit être <tt><cdx>ppp</cdx></tt>. D'autres systèmes peuvent avoir
d'autres procédures de connexion.
<p>
Pour réellement lancer une connexion, le protocole <idx>PPP</idx> peut être
initialisé en lançant la commande suivante&nbsp;:

<tscreen><verb>
exec pppd connect \
     'chat -v -f /etc/ppp/chatscript' \
      -detach crtscts modem defaultroute \
      user dirk \
      /dev/modem 38400
</verb></tscreen>
<nidx>pppd</nidx> <nidx>chat</nidx> <nidx>connect</nidx>
<nidx>/etc/ppp/chatscript</nidx> <nidx>detach</nidx>
<nidx>crtscts</nidx> <nidx>modem</nidx> <nidx>defaultroute</nidx>
<nidx>/dev/modem</nidx>

Normalement, on doit être en ligne, et le rester jusqu'à ce que le programme
soit détruit en tapant ctrl-C. <nidx>ctrl-C</nidx> Tous les messages
concernant la connexion seront ajoutés aux fichiers diagnostics du système.
Pour les lire, il suffit de faire&nbsp;:

<tscreen><verb>
tail /var/adm/messages
</verb></tscreen>
<nidx>tail</nidx> <nidx>/var/adm/messages</nidx> ou
<tscreen><verb>
dmesg
</verb></tscreen>
<nidx>dmesg</nidx>
<p>
Aussi longtemps que la connexion PPP fonctionne, on a accès à <idx/Internet/ et
on peut utiliser des programmes comme <file/ftp/, <file/ncftp/, <file/rlogin/,
<file/telnet/, <file/finger/ etc.  Tous ces programmes font partie du paquetage
réseau.
<p>
De plus amples informations sur  PPP sont disponibles dans&nbsp;:
<p>
<tt>
<htmlurl url="file:/usr/lib/ppp/README.linux"
name="/usr/lib/ppp/README.linux"></tt>
<p>
<tt>
<htmlurl url="file:/usr/lib/ppp/README.linux-chat"
name="/usr/lib/ppp/README.linux-chat"></tt>
<p>
Enfin, un mot sur la <idx/sécurité/. Le fichier <ncdx>/etc/inetd.conf</ncdx>
<file>/etc/inetd.conf</file> énumère tous les services que notre machine
offrira au monde extérieur. Avec le fichier <ncdx>/etc/hosts.deny</ncdx>
<file>/etc/hosts.deny</file> que l'on a créé plus haut, aucun accès extérieur
n'est permis. Pour ceux qui en ont besoin, les accès doivent être explicitement
permis au moyen du fichier <ncdx>/etc/hosts.allow</ncdx>
<file>/etc/hosts.allow</file>. Les transactions locales peuvent être permises
par la ligne suivante&nbsp;:

<tscreen><verb>
ALL: LOCAL
</verb></tscreen>
Voir aussi <tt>man 5 hosts_access</tt>. <nidx>hosts_access</nidx>
<p>
Une dernière remarque mineure&nbsp;: une certaine confusion existe sur les noms
des protocoles <idx/POP/. Une définition dans le fichier
<ncdx>/etc/services</ncdx> <file>/etc/services</file> compatible avec à peu
près tout est&nbsp;:

<tscreen><verb>
pop2      109/tcp   pop-2          # PostOffice V.2
pop3      110/tcp   pop-3 pop      # PostOffice V.3
</verb></tscreen>
<p>
<bf>ALT :</bf> A la place de <ncdx>chatscript</ncdx> <file>chatscript</file>,
on peut utiliser le programme <ncdx>dip</ncdx> <file>dip</file>, bien plus
souple&nbsp;: mais pas en même temps que <ncdx>diald</ncdx> <file>diald</file>.
<p>
<bf>ALT :</bf> Les privilégiés ayant une connexion <idx>TCP/IP</idx>
permanente, par exemple par un réseau <idx/Ethernet/, peuvent sans problème
tout ignorer sur <idx/PPP/ et se concentrer sur la configuration de leur carte
réseau.
<p>
<bf>ALT :</bf> Certains peuvent ne pas avoir la possibilité d'utiliser PPP,
mais peuvent utiliser <idx/SLIP/ à la place. Ce dernier protocole est supporté
de la m&ecirc;me façon que PPP. Une autre possibilité est d'utiliser
<idx/UUCP/. D'autres peuvent échanger du courrier et des news au moyen de
<idx/SOUP/. Une description de ce dernier cas est donné dans&nbsp;:
<p>
<tt>
<htmlurl url="ftp://ftp.sol.no/user/bjorn/Linux-offline.tgz"
name="ftp://ftp.sol.no/user/bjorn/Linux-offline.tgz"></tt>
<p>
Le programme <idx/TERM/ est aussi envisageable. Pour l'utiliser, voir
<it>Term-HOWTO</it>.

<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<sect> Comment <it>surfer</it> ?
<p>
Si l'on considère que le mode texte est ce qu'il y a de mieux, on peut utiliser
le navigateur web <idx/Lynx/, que l'on trouvera à l'adresse suivante&nbsp;:
<p>
<tt>
<htmlurl url="ftp://sunsite.unc.edu/pub/Linux/system/Network/info-systems/lynx-2.3.bin2.tar.gz"
name="ftp://sunsite.unc.edu/pub/Linux/system/Network/info-systems/lynx-2.3.bin2.tar.gz"></tt>
<p>
Si on travaille sous <idx>X</idx> Window, on peut aussi utiliser l'un des
nombreux navigateurs graphiques. <idx>Chimera</idx> se trouve à l'adresse
suivante&nbsp;:
<p>
<tt>
<htmlurl url="ftp://sunsite.unc.edu/pub/Linux/system/Network/info-systems/chimera-1.65.bin.ELF.tar.gz"
name="ftp://sunsite.unc.edu/pub/Linux/system/Network/info-systems/chimera-1.65.bin.ELF.tar.gz"></tt>
<p>
<tt>
<htmlurl url="http://www.unlv.edu/chimera/"
name="http://www.unlv.edu/chimera/"></tt>
<p>
<idx/Mosaic/&nbsp;:
<p>
<tt>
<htmlurl url="ftp://sunsite.unc.edu/pub/Linux/system/Network/info-systems/Mosaic-2.7b1-aout.tgz"
name="ftp://sunsite.unc.edu/pub/Linux/system/Network/info-systems/Mosaic-2.7b1-aout.tgz"></tt>
<p>
<tt>
<htmlurl url="ftp://ftp.NCSA.uiuc.edu/Web/Mosaic/Unix/binaries/2.6"
name="ftp://ftp.NCSA.uiuc.edu/Web/Mosaic/Unix/binaries/2.6"></tt>
<p>
<idx/Netscape/ (aka. <idx/Mozilla/)&nbsp;:
<p>
<tt>
<htmlurl url="ftp://sunsite.unc.edu/pub/Linux/system/Network/info-systems/netscape-v11b3.tar.gz"
name="ftp://sunsite.unc.edu/pub/Linux/system/Network/info-systems/netscape-v11b3.tar.gz"></tt>
<p>
<tt>
<htmlurl url="ftp://ftp.cs.uit.no/pub/www/netscape"
name="ftp://ftp.cs.uit.no/pub/www/netscape"></tt>
<p>
Ces navigateurs sont toujours disponibles dans de nouvelles et 
<it>passionnantes</it> versions.
<p>
L'utilisation et l'évaluation de ces programmes sont sujets à certaines
conditions. Respectez-les.

<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<sect> Comment envoyer et recevoir du <idx/courrier électronique/ ?
<p>
D'abord, il faut s'assurer que <ncdx>sendmail</ncdx> <file>sendmail</file> est
installé.  Sendmail trie le courrier interne et à destination de l'extérieur et
conserve ce dernier jusqu'au moment où il peut l'envoyer.
<p>
Sendmail est basé sur une configuration que l'on trouve dans
<ncdx>/etc/sendmail.cf</ncdx> <file>/etc/sendmail.cf</file>.  Un exemple
convenant aux utilisateurs de F.A.I. se trouve dans&nbsp;:
<p>
<tt>
<htmlurl url="ftp://ftp.sol.no/user/egilk/sendmail.cf"
name="ftp://ftp.sol.no/user/egilk/sendmail.cf"></tt>
<p>
Celui-ci utilise <ncdx>procmail</ncdx> <file>procmail</file> comme <idx/agent
postal/ mais peut être facilement modifié pour utiliser <ncdx>deliver</ncdx>
<file>deliver</file>.
<p>
Il est, bien sûr, nécessaire d'avoir une <idx/adresse de domaine/
<bf>officielle</bf> pour le courrier extérieur. Cette information est donnée
dans <ncdx>sendmail.cf</ncdx> <file>/etc/sendmail.cf</file>:

<tscreen><verb>
# who I masquerade as (null for no masquerading)
DMacme.xz
</verb></tscreen>
<nidx>DM</nidx> <nidx>masquerading</nidx> 

Ceci suppose que l'on ait le m&ecirc;me nom d'utilisateur local que pour son
F.A.I. S'il est différent, précisez le nom complet à la place&nbsp;:

<tscreen><verb>
DMdick@acme.xz
</verb></tscreen>

Sendmail est maintenant configuré pour envoyer 
<bf>directement</bf> au destinataire. Pour éviter de longues connexions
répétitives dans les cas où la connexion du destinataire est lente et
irrégulière, il est généralement pratique d'utiliser un F.A.I. comme moyen de
stockage. Ceci doit &ecirc;tre précisé par une spécification <idx/DS/&nbsp;:

<tscreen><verb>
# "Smart" relay host (may be null)
DSmail.acme.xz
</verb></tscreen>

Attention&nbsp;: sendmail est quelque peu sensible à la présence de caractères
de tabulation dans <ncdx>sendmail.cf</ncdx> <file>sendmail.cf</file>.  On peut
utiliser l'éditeur <ncdx>vi</ncdx> <file>vi</file> pour s'assurer que ces
caractères de tabulation sont laissés inchangés.
<p>
La réception de courrier est souvent réalisée par le protocole <idx/POP3/ qui
peut &ecirc;tre démarré à chaque fois que la connexion est établie. On peut
tester ça par le script suivant&nbsp;:

<tscreen><verb>
sendmail -q
popclient -3 -v mail.acme.xz -u dirk -p "SuperSecret" \
       -k -o /usr/spool/mail/dirk
</verb></tscreen>
<nidx>popclient</nidx>

Ce script peut &ecirc;tre lancé après que la connexion PPP ait été
établie. Attention&nbsp;: ce script est uniquement pour tester, il faut donc
s'assurer que la bo&icirc;te à lettres locale n'est pas modifiée pendant
l'exécution du script. L'option <tt>-k</tt> indique que le courrier doit
&ecirc;tre <bf>laissé</bf> dans la bo&icirc;tre à lettre du F.A.I. et que l'on
récupère seulement une copie du courrier. Bien s&ucirc;r, une fois que l'on
sait que la configuration fonctionne, on enlève cette option.
<p>
Attention&nbsp;: le mot de passe appara&icirc;tra sur la ligne de
commande. Notez aussi que popclient est obsolète et que vous devriez utiliser
<ncdx>fetchmail</ncdx> <file>fetchmail</file> à la place. 
<p>
Une version plus sécurisée et améliorée de ce script peut &ecirc;tre récupérée
à l'adresse suivante&nbsp;:
<p>
<tt>
<htmlurl url="ftp://ftp.sol.no/user/egilk/pop-script.tar.gz"
name="ftp://ftp.sol.no/user/egilk/pop-script.tar.gz"></tt>
<p>
Cette version du script nécessite l'installation de <ncdx>procmail</ncdx>
<file>procmail</file>, mais c'est un travail que l'on ne regrettera jamais de
toutes façons. La plupart des distributions l'incluent, sinon, vous pouvez
essayer&nbsp;:
<p>
<tt>
<htmlurl url="ftp://sunsite.unc.edu/pub/Linux/system/Mail/mailhandlers/procmail-3.10-2.tar.gz"
name="ftp://sunsite.unc.edu/pub/Linux/system/Mail/mailhandlers/procmail-3.10-2.tar.gz"></tt>
<p>
Procmail est un outil simple et souple qui peut trier le courrier entrant selon
un grand nombre de critères. Il est aussi capable de gérer des t&acirc;ches
automatiques comme les messages d'<idx/absences/ et autres.
<p>
Il faut noter que lorsqu'on utilise procmail directement comme ci-dessus, la
situation est quelque peu différente de celle décrite dans la documentation de
ce programme. Le fichier <file>.forward</file> <bf>n'est pas</bf> nécessaire,
et l'on n'a pas besoin non plus de fichier <file>.procmailrc</file>. Ce dernier
est uniquement requis si on veut trier le courrier.
<p>
Une interface utilisateur pour la lecture et l'envoi de courrier peut
&ecirc;tre trouvée dans des programmes comme <ncdx>pine</ncdx>
<file/pine/ ou <ncdx>elm</ncdx> <file/elm/.
<p>
<bf>ALT :</bf> <idx/Fetchmail/ est maintenant une alternative très améliorée de
popclient. La dernière version est disponible à&nbsp;:
<p>
<tt>
<htmlurl url="ftp://ftp.ccil.org/pub/esr/fetchmail/fetchmail-3.3.tar.gz"
name="ftp://ftp.ccil.org/pub/esr/fetchmail/fetchmail-3.3.tar.gz"></tt>
<p>
<bf>ALT :</bf> S'il n'est pas réellement nécessaire d'avoir le <idx/démon/
<idx/sendmail/ activé, on peut mettre en commentaires le démarrage de sendmail,
comme cela est généralement fait dans <file>/etc/rc.d/rc.M</file> (ceci peut
varier selon les distributions) afin de réduire l'utilisation des ressources et
d'autres problèmes potentiels.
<p>
<bf>ALT :</bf> A la place de sendmail on peut utiliser le programme
<ncdx>smail</ncdx> <file>smail</file>, plus simple. On trouve une bonne
description de celui-ci (et de bien d'autres choses évoquées ici) dans le
<it>Guide de l'administration réseau sous Linux</it>.
<p>
<bf>ALT :</bf> Il existe aussi un ensemble de macros <file/m4/ pour réaliser un
<ncdx>/etc/sendmail.cf</ncdx> <file>/etc/sendmail.cf</file> tout neuf. Il peut
convenir à une simple installation aussi bien que pour modifier une
configuration existante.
<p>
<bf>ALT :</bf> Il y a encore d'autres possibilités plus simples mais moins
souples pour gérer le courrier. Par exemple, le programme <idx/Pine/ peut
fonctionner de manière autonome s'il est configuré correctement. On peut aussi
utiliser certains explorateurs Web.
<p>
<bf>ALT :</bf> Utilisé comme gestionnaire de courrier et de news, le module
<idx/Gnus/ d'Emacs a de nombreux fans. De plus amples informations se trouvent
à&nbsp;:
<p>
<tt>
<htmlurl url="http://www.ifi.uio.no/~larsi/"
name="http://www.ifi.uio.no/~larsi/"></tt>
<p>
<bf>ALT :</bf> Une alternative à <file>popclient</file> est
<file>pop-perl5</file>, disponible à&nbsp;:
<p>
<tt>
<htmlurl url="ftp://sunsite.unc.edu/pub/Linux/System/Mail/pop-perl5-1.1.tar.gz"
name="ftp://sunsite.unc.edu/pub/Linux/System/Mail/pop-perl5-1.1.tar.gz"></tt>

<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<sect> Les News
<sect1> Comment configurer un lecteur de News online ?
<p>
<nidx>Lecteur de news</nidx> Tant que PPP est actif, on peut lire les
<idx/news/ <bf>online</bf>.  Il y a beaucoup de programmes disponibles pour
cela, deux possibilités simples étant <ncdx>rtin</ncdx> <file>rtin</file> et
<ncdx>trn</ncdx> <file>trn</file>.
<p>
Pour commencer à lire les news, la seule chose nécessaire pour la configuration
est, dans la plupart des cas, de configurer <idx>NNTPSERVER</idx> (généralement
une fois pour toutes dans le fichier <ncdx>.profile</ncdx>
<file>.profile</file>)&nbsp;: 

<tscreen><verb> 
export NNTPSERVER=news.acme.xz
</verb></tscreen>
<p>
Pour avoir une adresse <it>From</it> correcte dans les envois, certains
programmes nécessitent <it>éventuellement</it>&nbsp;:

 <tscreen><verb> 
export NNTP_INEWS_DOMAIN=acme.xz 
</verb></tscreen>
<nidx>NNTP_INEWS_DOMAIN</nidx>

<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<sect1> Comment configurer un lecteur de News offline ?
<p>
<nidx>Lecteur de news</nidx> Pour pouvoir lire les <idx/news/ en étant
<idx/offline/, réduire la note de téléphone et avoir une plus grande souplesse,
on peut mettre en place un serveur local de News. Ceci nécessite un peu de
configuration ainsi que de l'espace sur le disque. Après l'installation, les
choses fonctionneront plus ou moins d'elles-m&ecirc;mes. Un peu d'attention
sera nécessaire de temps en temps.
<p>
Deux solutions différentes seront décrites.

<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<sect1> Comment installer C News?
<p>
Cette solution est basée sur le serveur de News <bf><idx>C News</idx></bf> et
sur le protocole <idx/NNTP/.  <idx/C News/ était prévu, à l'origine, pour un
autre type de configuration, mais est suffisamment souple pour gérer aussi
notre situation. On peut aussi utiliser le <idx/serveur de News/
<bf><idx/INN/</bf> plus récent mais aussi plus gourmand en ressources. Quel que
soit le choix, il faut veiller a <bf>ne pas</bf> installer les deux&nbsp;: ils
cohabitent difficilement.
<p>
Il est crucial d'effectuer les travaux de maintenance des News sous le compte
<tt><cdx/news/</tt>. De plus, tous les fichiers de configuration doivent
&ecirc;tre placés dans le répertoire <ncdx>/usr/lib/news</ncdx>
<file>/usr/lib/news</file>. Une façon de faire, lorsqu'on est sous le compte
<tt><cdx/root/</tt>, est de taper <tt>su news; cd</tt>.
<p>
Les fichiers les plus importants de la configuration sont&nbsp;: 
<p> 
<itemize>
<item> <ncdx>active</ncdx> <file>active</file> est un panorama des groupes de
news actifs. Il est mis à jour par la commande <ncdx>addgroup</ncdx>
<file/addgroup/, par exemple&nbsp;: <tt>addgroup comp.os.linux.networking
y</tt>.
<item> <ncdx>organization</ncdx> <file>organization</file> contient simplement
ce que l'on veut mettre dans le champ <it>Organization:</it> des
en-t&ecirc;tes. Dans notre cas&nbsp;:
</itemize>
<tscreen><verb>
Dirk Gently's Holistic Detective Agency
</verb></tscreen>
<p> <itemize>
<item> <ncdx>mailname</ncdx> <file>mailname</file> dans notre cas doit
contenir&nbsp;: <tt>acme.xz</tt>.
<item> <ncdx>whoami</ncdx> <file>whoami</file> contient le nom de notre
<tt><cdx/site/</tt> dans le thread <idx>Path:</idx>.  Dans une configuration
telle qu'elle est décrite ici, où l'on utilise le programme <ncdx>newsx</ncdx>
<file>newsx</file>, ce nom ne quittera jamais la machine, on peut donc y mettre
ce que l'on veut pourvu que l'on soit s&ucirc;r qu'il est unique. Dans notre
cas <tt>roderick</tt>.
<item> Le fichier <ncdx>sys</ncdx> <file>sys</file> contrôle la recherche et la
distribution des News. On supposera que, dans notre cas, le F.A.I. ajoute
<tt>acme.xz</tt> à Path et que c'est la seule source de News que l'on
ait. L'exemple donné fait que l'on accepte tout ce qui arrive, et que l'on
poste seulement sur <tt>acme.xz</tt> ce qui n'a pas été vu avant et qui est
posté au départ sur notre propre site.  Dans cette configuration simplifiée, on
suppose que tous les groupes viennent du même endroit.
.<tt><cdx>/all</cdx></tt> précise la distribution, et <bf>doit</bf> être
inclus.  La lettre <tt><cdx/F/</tt> indique que les articles de news sortants
seront regroupés dans un fichier.
</itemize>
<tscreen><verb>
ME:all/all::
acme/acme.xz:all,!junk/all:FL:
</verb></tscreen>
<p> <itemize>
<item> Un sous-répertoire pour les News sortantes doit être créé. Ici&nbsp;:
</itemize>
<tscreen><verb>
mkdir /var/spool/news/out.going/acme
</verb></tscreen>
<p> 
<itemize>
<item> <ncdx>mailpaths</ncdx> <file>mailpaths</file> s'occupe du postage dans
les groupes modérés, bien que cette tâche puisse être
habituellement laissée au F.A.I.
</itemize>
<p>
C News nécessite un peu de maintenance journalière, mais ceci peut &ecirc;tre
spécifié une fois pour toute en utilisant la commande <file>crontab -e</file>
<nidx>crontab</nidx> en tant qu'utilisateur <tt>news</tt>. Voici une
configuration possible qui peut &ecirc;tre ajustée selon les besoins&nbsp;:

<tscreen><verb> 
# maintenance des lots entrants et sortants 
10,40 * * * * /usr/lib/newsbin/input/newsrun

# expiration des C News, une fois par jour
30 0  * * * /usr/lib/newsbin/expire/doexpire

# surveillance et rapports si nécessaire
00 2  * * sat /usr/lib/newsbin/maint/addmissing
40 3  * * * /usr/lib/newsbin/maint/newswatch
50 3  * * * /usr/lib/newsbin/maint/newsdaily
</verb></tscreen>

<ncdx>newsrun</ncdx> <file>newsrun</file> place les articles entrants et
sortants toutes les demi-heures, <ncdx>doexpire</ncdx> <file/doexpire/ détruit
les articles lorsqu'ils sont périmés chaque nuit à 00:30 et les trois dernières
commandes réalisent différentes tâches d'administration et de correction
d'erreur.
<p>
On doit aussi s'assurer que tout est correct lorsqu'on démarre la machine. En
tant qu'utilisateur root, il faut ajouter la ligne suivante dans
<file>/etc/rc.d/rc.local</file>&nbsp;:
<tscreen><verb>
su news -c /usr/lib/newsbin/maint/newsboot
</verb></tscreen>
Les News peuvent &ecirc;tre récupérées en utilisant le programme
<file>newsx</file> <nidx>newsx</nidx>, qui les prend sur un <idx>serveur
NNTP</idx>.  Ce programme peut être trouvé à l'adresse suivante&nbsp;:
<p>
<tt>
<htmlurl url="ftp://sunsite.unc.edu/pub/Linux/system/news/transport/newsx-0.9.tar.gz"
name="ftp://sunsite.unc.edu/pub/Linux/system/news/transport/newsx-0.9.tar.gz"></tt>
Ou&nbsp;:
<p>
<tt>
<htmlurl url="ftp://ftp.sol.no/user/egilk/newsx-0.9.tar.gz"
name="ftp://ftp.sol.no/user/egilk/newsx-0.9.tar.gz"></tt>
<p>
La configuration de <tt><cdx/newsx/</tt> est très simple. Son installation est classique&nbsp;:
<tscreen><verb>
make
su
make install
exit
</verb></tscreen>
<p>
Avec cette configuration, tout ce que l'on a à faire est de créer les groupes
que l'on veut lire en utilisant la commande <ncdx>addgroup</ncdx>
<file/addgroup/.
<p>
Pour récupérer les articles, l'utilisateur <tt<cdx/>news/</tt> lance les
commandes suivantes (en supposant une connexion PPP ou similaire
établie)&nbsp;:
<tscreen><verb>
newsrun
newsx acme news.acme.xz
newsrun
</verb></tscreen>
<nidx>newsrun</nidx>
<p>
L'option <tt>-d</tt> permet un affichage continu à l'écran. La documentation de
<file/newsx/ donne toutes les informations nécessaires.
<p>
<file/newsx/ s'occupe aussi de poster les articles sortants.
<p>
Pour contrôler la suppression des articles périmés, on a besoin d'un fichier
<tt><cdx/explist/</tt>. Les commentaires de cet exemple devraient expliquer ce
que l'on cherche à faire&nbsp;:
<tscreen><verb>
# maintenu dans l'historique 14 jours, rien ne dure plus de 120 jours
/expired/                          x    14      -
/bounds/                           x    0-1-120 -

# on garde ça pendant 2 mois
comp.sources,comp.os.linux.all     x    60      -

# les déchets sont vite supprimés
junk,control                       x    2       -

# défaut:  14 jours, pas  d'archivage
all                                x    14      -
</verb></tscreen>
<p>
<bf>ALT :</bf> Pour les petits serveurs de News, on n'a pas souvent besoin du
<tt/contrôle/ <tt/newgroup/. Le trafic est <bf>énorme</bf> comparé à son
utilité possible. Le point essentiel est que les articles soient supprimés et
que les groupes puissent être créés automatiquement. Pour être sûr que les
messages de contrôle contenant <tt>newgroup</tt> ne brouillent pas les choses,
un fichier nommé <ncdx>newgroupperm</ncdx> <file>newgroupperm</file> spécifie
ce que l'on autorise&nbsp;:
<tscreen><verb>
comp.os.linux  tale@uunet.com yv
all            any            nq
</verb></tscreen>
Dans cet exemple, tous les groupes sous comp.os.linux seront crées (y), et
l'utilisateur <tt>news</tt> en sera averti (v).  Tout le reste sera
silencieusement (q) ignoré (n).  La dernière ligne suffit si l'on veut créer
tous les groupes manuellement.
<p>
<bf>ALT :</bf> Une alternative à <file/newsx/ est <file>suck</file>.

<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<sect1> Comment configurer Leafnode?
<p>
Une tout autre solution consiste à installer le paquetage intégré
<ncdx>leafnode</ncdx> <file>leafnode</file>. Celui-ci gère toutes les tâches
nécessaires à un serveur de News personnel et est facile à configurer.  Il est
disponible à&nbsp;:
<p>
<tt>
<htmlurl url="http://www.troll.no/freebies/leafnode.html"
name="http://www.troll.no/freebies/leafnode.html"></tt>
<p>
Comme pour C News, tous les travaux de maintenance doivent absolument être
faits par l'utilisateur <tt>news</tt>.
<p>
Le répertoire de base de leafnode est
<file>/usr/lib/leafnode</file>.  Pour l'installer, faire&nbsp;:
<tscreen><verb>
cd /usr/lib/leafnode
tar -xzvf leafnode-0.8.tgz
cd leafnode-0.8
make
su
make install
</verb></tscreen>
<p>
Notez que, dans ce qui suit, le préfixe <file>/usr/local/sbin</file> devra être
remplacé par <file>/usr/sbin</file> si vous avez installé <file/leafnode/ à
partir d'un paquetage.
<p>
Toujours sous le compte <tt>root</tt>, on change la ligne qui contrôle NNTP
dans le fichier <ncdx>/etc/inetd.conf</ncdx>
<file>/etc/inetd.conf</file>&nbsp;:
<tscreen><verb>
nntp  stream  tcp  nowait  news  /usr/sbin/tcpd /usr/local/sbin/leafnode
</verb></tscreen>
Puis, on l'active par&nbsp;:
<tscreen><verb>
killall -HUP inetd
</verb></tscreen>
<p>
On retourne sous le compte <tt>news</tt> en tapant <file>exit</file>. Dans
<ncdx>/usr/lib/leafnode/config</ncdx> <file>/usr/lib/leafnode/config</file>, on
change la ligne qui déclare le serveur NNTP.  Dans notre cas&nbsp;:
<tscreen><verb>
server = news.acme.xz
</verb></tscreen>
<p>
Leafnode se recherchera lui-même en ajoutant la commande suivante par
<file>crontab -e</file> comme utilisateur <tt>news</tt>&nbsp;:
<tscreen><verb>
# expiration de Leafnode, une fois par jour
0 4 * * * /usr/local/sbin/texpire
</verb></tscreen>
<nidx>texpire</nidx>
<p>
L'échange de News est aussi réalisé sous le compte <tt>news</tt> par la
commande suivante (PPP est sensé fonctionner)&nbsp;:
<tscreen><verb>
/usr/local/sbin/fetch
</verb></tscreen>
<nidx>fetch</nidx>
<p>
Les utilisateurs voulant lire les news doivent alors utiliser la recette
décrite dans <it>Comment configurer un lecteur de News on-line ?</it>, en la
configurant pour la machine locale, i.e&nbsp;:
<tscreen><verb>
export NNTPSERVER=localhost
</verb></tscreen>
<p>
C'est tout ce qu'il y a à faire. Le premier <tt><cdx/fetch/</tt> transférera
une liste des groupes de news disponibles. Leafnode s'occupera alors des
groupes que les utilisateurs désirent et s'adaptera la <bf>prochaine fois</bf>
qu'il est activé.
<p>
Notez que <file/leafnode/ semble ne pas fonctionner dans les cas où une
autorisation NNTP est nécessaire.
<p>
<bf>ALT :</bf> Une alternative à <file>leafnode</file> est
<file>nntpcache</file>, disponible à&nbsp;:
<p>
<tt>
<htmlurl url="ftp://ftp.suburbia.net/pub/nntpcache/nntpcache.tgz"
name="ftp://ftp.suburbia.net/pub/nntpcache/nntpcache.tgz"></tt>
<p>
<bf>ALT :</bf> Une autre possibilité est d'utiliser le lecteur de news
<ncdx>slrn</ncdx> <file>slrn</file> en même temps que le paquetage <ncdx>slrn-
pull</ncdx> <file>slrn-pull</file>. Le lecteur de news doit avoir été compilé
avec l'option <tt>spool</tt>.

<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<sect> Comment automatiser la procédure de connexion ?
<p>
La gestion automatisée des news et du courrier est simple à réaliser sous Linux.
<p>
Tout d'abord, on doit créer un script <ncdx>/usr/lib/ppp/ppp-on</ncdx>
<file>/usr/lib/ppp/ppp-on</file> qui démarre la connexion au F.A.I. Souvent, ce
fichier contient simplement la ligne suivante&nbsp;:
<tscreen><verb>
/usr/sbin/pppd
</verb></tscreen>
<nidx>pppd</nidx>
Les précisions supplémentaires sont faites dans
<ncdx>/etc/ppp/options</ncdx> <file>/etc/ppp/options</file>&nbsp;:
<tscreen><verb>
connect "/usr/lib/ppp/chat -v -f /etc/ppp/chatscript"
crtscts
modem
defaultroute
asyncmap 00000000
user dirk
/dev/modem 38400
</verb></tscreen>
<p>
Pour terminer une connexion, on utilise la version fournie de
<ncdx>/usr/lib/ppp/ppp-off</ncdx> <file>/usr/lib/ppp/ppp-off</file>.
<p>
Après avoir testé le fonctionnement de ces deux scripts, on doit écrire ceux
qui réalisent les différentes tâches. Le script pour récupérer le courrier a
été décrit plus haut et on suppose qu'il se trouve dans
<file>/home/dirk/pop</file>.
<p>
Un script pour l'envoi de courrier peut être créé dans
<file>/root/mail</file>&nbsp;:
<tscreen><verb>
#! /bin/sh
#
# échange de courrier
# timeout de 10 minutes :
TIMEOUT=600
DT=10

# lancer sendmail :
sendmail -q &amp;

# récupérer le courrier :
su dirk -c /home/dirk/pop

# attendre que sendmail se termine :
t=0
while ! mailq | grep -q "Mail queue is empty"; do
    t=$[$t+$DT]
    if [ $t -gt $TIMEOUT ] ; then
     echo "sendmail -q timeout ($TIMEOUT).."
     exit 1
    fi
    sleep $DT
done

exit 0
</verb></tscreen>
<p>
Le script pour envoyer des News peut être créé dans
<file>/usr/lib/news/news</file>&nbsp;:
<tscreen><verb>
#!/bin/sh
#
# échange des news
# doit &ecirc;tre lancé par l'utilisateur news :
cd /usr/lib/news

# mettre à jour le lot de sortie (C News) :
/usr/lib/newsbin/input/newsrun &lt; /dev/null

# échange des news :
/usr/lib/newsbin/newsx acme news.acme.xz

# vidage du lot entrant :
/usr/lib/newsbin/input/newsrun &lt; /dev/null
</verb></tscreen>
Un script pour rassembler tout cela reste à écrire dans 
<file>/root/news+mail</file>:
<tscreen><verb>
#!/bin/sh
#
# échange de courrier et de news
# doit &ecirc;tre lancé par root
#
if ! /usr/lib/ppp/ppp-on; then
    exit 1
fi
trap "/usr/lib/ppp/ppp-off" 1 2 3 15

# échange de news+mail :
/root/mail &amp;
su news -c &nbsp;news/news
wait

# déconnexion...
/usr/lib/ppp/ppp-off

# mise à jour du lot entrant (C News) :
su news -c /usr/lib/newsbin/input/newsrun &lt; /dev/null &amp;

exit 0
</verb></tscreen>
<p>
Il est très facile d'étendre tout ceci afin de n'établir une connexion que si
du courrier ou des news sortants sont présents.  On appellera ce script
<ncdx>/root/news+mail.cond</ncdx> <file>/root/news+mail.cond</file>, et on se
rappellera que le nom du spool de news sortant doit être modifié pour que cela
fonctionne&nbsp;:
<tscreen><verb>
#!/bin/sh
#
# échange de news et courrier, seulement s'il y a des news ou du courrier sortant.
# (C News spool)
if [ -s /var/spool/news/out.going/acme/togo ] ||
    ! ( mailq | grep -q "Mail queue is empty"); then
     /root/news+mail
fi
</verb></tscreen>
<p>
La seule chose restant à faire est de dire le moment où tout cela doit se
passer. Pour cela, on utilise la commande <nidx>crontab</nidx> <file>crontab
-e</file> sous le compte root. On suppose que l'on veut toujours échanger les
news et le courrier à 7 heures du matin, puis toutes les 4 heures s'il y a des
news et du mail sortant&nbsp;:
<tscreen><verb>
00 7           * * *     /root/news+mail
00 11,15,19,23 * * *     /root/news+mail.cond
</verb></tscreen>

Il faut s'assurer que chaque partie fonctionne correctement avant de les
intégrer ensemble. On peut ajouter plusieurs autres tâches par la suite,
comme le réglage de l'horloge (en utilisant <ncdx>ntpdate</ncdx>
<file/ntpdate/), et la mise à jour automatique (miroir) des fichiers WWW er FTP
locaux par rapport à ceux du F.A.I (en utilisant make et ftp).
<p>
<bf>ALT :</bf> Selon les préférences, il est aussi possible de renverser le
processus. Chaque fois qu'une connexion PPP est établie, le script
<ncdx>/etc/ppp/ip-up</ncdx> <file>/etc/ppp/ip-up</file> sera démarré. On peut y
ajouter tout ce qui est nécessaire pour démarrer l'échange de courrier et des
news. Voir <file>man pppd</file> pour plus de détails.
<p>
<bf>ALT :</bf> On peut aussi se connecter en PPP à chaque fois qu'un trafic
réseau est détecté.  C'est, dans bien des cas, la solution la plus élégante
mais elle est tributaire d'une bonne configuration pour éviter l'établissement
de connexions fréquentes et coûteuses.  Plus d'information peut
être trouvée à&nbsp;:
<p>
<tt>
<htmlurl url="http://www.dna.lth.se/&nbsp;erics/diald.html"
name="http://www.dna.lth.se/&nbsp;erics/diald.html"></tt>
<p>
L'utilitaire <tt><cdx/diald/</tt> est disponible à&nbsp;:
<p>
<tt>
<htmlurl url="ftp://sunsite.unc.edu/pub/Linux/system/Network/serial/diald-0.16.tar.gz"
name="ftp://sunsite.unc.edu/pub/Linux/system/Network/serial/diald-0.16.tar.gz"></tt>
<p>
Au même endroit, on trouvera aussi d'autres variations sur les connexions PPP.

<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<sect> Pour finir
<sect1> Y a t'il d'autres choses que je devrais savoir ?
<p> 
<itemize>
<item> Les différents messages d'erreurs du système seront normalement envoyés
en courrier interne. Pour s'assurer qu'ils pourront être lus, on doit créer un
fichier <ncdx>/etc/aliases</ncdx> <file>/etc/aliases</file>. Ne pas oublier la
commande <tt><cdx/newaliases/</tt> à chaque fois qu'on change ce fichier. Un
exemple qui devrait couvrir la plupart des éventualités est&nbsp;:
</itemize>
<tscreen><verb>
PostMaster: root
ftp: root
news: root
usenet: root
FaxMaster: root
fax: root
WebMaster: root
MAILER.DAEMON: root
</verb></tscreen>
<nidx>PostMaster</nidx>
<p> 
<itemize>
<item> Un grand nombre de programmes pour Linux peuvent être trouvés sur
<nidx>Sunsite</nidx> <bf>Sunsite</bf>, qui est généralement plutôt
encombré. Cependant, il y a de nombreux <idx/miroirs/ et chaque fois qu'une
référence à <file>ftp://sunsite.unc.edu/pub/Linux/..</file> est faite, on doit
essayer d'utiliser un miroir proche de chez soi, par exemple,
<file>ftp://ftp.lip6.fr/pub/linux/sunsite/..</file>.

<item> Pour ceux qui viennent du monde <idx/Yarn/, une conversion vers les
répertoires standards est possible en utilisant le programme
<file>yarn2mf</file> disponible à&nbsp;:
</itemize>
<p>
<tt>
<htmlurl url="ftp://ftp.sol.no/user/egilk/yarn2mf.zip"
name="ftp://ftp.sol.no/user/egilk/yarn2mf.zip"></tt>

<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<sect> Informations spécifiques aux F.A.I.
<p>
Des informations plus spécifiques à certains F.A.I. sont disponibles à partir
de plusieurs sources&nbsp;:
<p>
<bf><idx>Démon Internet</idx></bf>
<p>
<tt>
<htmlurl url="ftp://ftp.demon.co.uk/pub/unix/linux/Demon/slack3.0.help.tgz"
name="ftp://ftp.demon.co.uk/pub/unix/linux/Demon/slack3.0.help.tgz"></tt>
<p>
<bf><idx>Netcom</idx></bf>
<p>
<tt>
<htmlurl url="http://www.netcom.com/bin/webtech/NetCruiser/Operating_Systems/Linux/linux.cfg.html"
name="http://www.netcom.com/bin/webtech/NetCruiser/Operating_Systems/Linux/linux.cfg.html"></tt>
<p>
<bf>PowerTech, Telenor Online, Telia</bf> <nidx>PowerTech</nidx>
<nidx>Telenor Online</nidx> <nidx>Telia</nidx>
<p>
<tt>
<htmlurl url="http://www.kvaleberg.com/no-isp.html"
name="http://www.kvaleberg.com/no-isp.html"></tt>
<p>
<bf><idx>Stanford</idx></bf>
<p>
<tt>
<htmlurl url="http://www-leland.stanford.edu/&nbsp;wkn/Linux/network/network.html"
name="http://www-leland.stanford.edu/&nbsp;wkn/Linux/network/network.html"></tt>
<p>
<bf><idx>MCI</idx></bf>
<p>
<tt>
<htmlurl url="http://www.kvaleberg.com/linux-mci.html"
name="http://www.kvaleberg.com/linux-mci.html"></tt>
<p>
<bf>SISCOM</bf>
<p>
<tt>
<htmlurl url="http://www.siscom.net/support/linux_setup.htm"
name="http://www.siscom.net/support/linux_setup.htm"></tt>
<p>
<bf>AOL</bf> ce n'est pas possible car AOL utilise un protocole propriétaire.
<p>
Si vous pouvez donner une information spécifique à un F.A.I qui n'est pas
listée ici, merci de le signaler.

<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<sect1> Comment en savoir plus ?
<p>
Le livre du <idx>Linux Documentation Project</idx>, intitulé <idx>Linux Network
Administrator's Guide</idx> (NdT : traduit en français sous le titre
<idx>Administration réseau sous Linux</idx>) et écrit par Olaf Kirch est
obligatoire pour celui qui veut configurer et maintenir tout ce qui touche à
<idx>TCP/IP</idx> et à <idx>Internet</idx>.
<p>
<tt>
<htmlurl url="ftp://sunsite.unc.edu/pub/Linux/docs/linux-doc-project/network-guide/nag-1.0.ascii.tar.gz"
name="ftp://sunsite.unc.edu/pub/Linux/docs/linux-doc-project/network-guide/nag-1.0.ascii.tar.gz"></tt>
<p>
La documentation fournie avec chaque paquetage donne normalement toutes les
informations nécessaires, en tout cas, un survol. Les man-pages sont toujours
le premier endroit pour chercher une information. Par exemple, on peut
essayer&nbsp;: <tscreen><verb> man pppd </verb></tscreen>
<p>
On peut aussi trouver de la documentation sur certains programmes dans
l'arborescence <ncdx>/usr/doc</ncdx> <file>/usr/doc</file>, bien qu'elle ne
soit pas toujours bien structurée.
<p>
Les HOWTOS suivants sont particulièrement pertinents&nbsp;:
<p> <itemize>
<item> <bf><idx>Installation-HOWTO</idx></bf> donne toutes les bases.
<item> <bf><idx>NET-2-HOWTO</idx></bf> est une description très minutieuse de l'installation et de la configuration du code NET.
La plupart de ces opérations doit s&ucirc;rement avoir déjà été faite si on utilise une distribution Linux standard 
(par ex. Slackware, Red Hat, Debian).  Mais plusieurs sections sur la configuration et les problèmes rencontrés valent vraiment 
la peine d'&ecirc;tre lues.
<item> <bf><idx>Mail-HOWTO</idx></bf> explique comment configurer les différents outils. Comme précédemment, la plupart de
ces réglages auront déjà été faits lors de l'installation d'une distribution Linux standard.
<item> <bf><idx>News-HOWTO</idx></bf> concerne la mise en place d'un spool de News classique.
<item> <bf><idx>Tiny-News</idx></bf> couvre encore une autre possibilité pour récupérer les News.
<item> <bf><idx>PPP-HOWTO</idx></bf> est une bonne description des problèmes que que l'on peut rencontrer lorsqu'on met en 
place une connexion PPP.
<item> <bf><idx>Serial-HOWTO</idx></bf> contient tout ce que l'on doit savoir sur la configuration des ports série.
<item> <bf><idx>Mail-Queue</idx></bf> explique comment configurer
<it>sendmail</it> pour toujours mettre en attente le courrier distant tout en délivrant le courrier local en m&ecirc;me temps.
</itemize>
<idx>Red Hat</idx> a une liste de diffusion spécialisée pour PPP ; pour en faire partie, envoyez un 
message à 
<p>
<tt>
<htmlurl url="mailto:redhat-ppp-list-request"
name="redhat-ppp-list-request"></tt>
avec le champ sujet suivant&nbsp;:
<tscreen><verb>
subscribe
</verb></tscreen>

<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<sect1> Remerciements
<p>
Toutes ces informations viennent de nombreuses sources. Merci aux personnes suivantes qui ont participé directement, ou indirectement&nbsp;:
<tscreen><verb>
Adam Holt &lt;holt@graphics.lcs.mit.edu&gt;
Arne Coucheron &lt;arneco@oslonett.no&gt;
Arne Riiber &lt;riiber@oslonett.no&gt;
Arnt Gulbrandsen &lt;agulbra@troll.no&gt;
Bjorn Steensrud &lt;bjornst@powertech.no&gt;
Gisle Hannemyr &lt;gisle@a.sn.no&gt;
Hans Amund Rosbach &lt;haro@sesam.dnv.no&gt;
Hans Peter Verne &lt;hpv@ulrik.uio.no&gt;
Harald T Alvestrand &lt;Harald.T.Alvestrand@uninett.no&gt;
Harald Terkelsen  &lt;Harald.Terkelsen@adm.hioslo.no&gt;
Haavard Engum &lt;hobbes@interlink.no&gt;
James Youngman &lt;JYoungman@vggas.com&gt;
Johan S. Seland &lt;johanss@sn.no&gt;
John Phillips &lt;john@linux.demon.co.uk&gt;
Jorn Lokoy &lt;jorn@oslonett.no&gt;
Kenneth Tjostheim &lt;kenneth.tjostheim@asplanviak.no&gt;
Kjell M. Myksvoll &lt;kjell.myksvoll@fou.telenor.no&gt;
Kjetil T. Homme &lt;kjetilho@math.uio.no&gt;
Michael Meissner &lt;meissner@cygnus.com&gt;
N J Bailey &lt;N.J.Bailey@leeds.ac.uk&gt;
Nicolai Langfeldt &lt;janl@math.uio.no&gt;
Ove Ruben R Olsen &lt;Ove.R.Olsen@ub.uib.no&gt;
R. Bardarson &lt;ronb@powernet.net&gt;
Steinar Fremme &lt;steinar@fremme.no&gt;
Sverre H. Huseby &lt;sverrehu@ifi.uio.no&gt;
Trond Eivind Glomsrod &lt;teg@stud.imf.unit.no&gt;
Tommy Larsen &lt;tommy@mix.hive.no&gt;
Yves Bellefeuille &lt;yan@storm.ca&gt;
</verb></tscreen>

<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
</article>




