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>  <sect> Introduction 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. 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. 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. Pour simplifier, les exemples de ce document supposeront ce qui suit : <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 : <tt><cdx>acme.xz</cdx></tt> <item> Serveur de mail : <tt><cdx>mail.acme.xz</cdx></tt> <item> Serveur de news : <tt><cdx>news.acme.xz</cdx></tt> <item> Serveur de noms : <tt>193.212.1.0</tt> <item> Numéro de téléphone : <tt>12345678</tt> </itemize> La machine de <tt>dirk</tt> s'appelle <tt>roderick</tt>. <nidx>roderick</nidx> Toutes les informations ci-dessus doivent naturellement être remplacées par celles concernant le F.A.I. que vous utilisez. La plupart du temps, un minimum de modifications doivent être apportées pour les utilisateurs ayant plusieurs F.A.I. Informez-moi des problèmes que vous rencontrez sur ce point. <sect1> Copyright Copyright (c) 1996,1997,1998 par Egil Kvaleberg. Ce document peut être distribué sous les termes de la licence LDP disponible à <tt> <htmlurl url="http://sunsite.unc.edu/LDP/COPYRIGHT.html" name="http://sunsite.unc.edu/LDP/COPYRIGHT.html"></tt>  <sect1> Limites de responsabilité <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. 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 :</idx></bf> Notez aussi que les références FTP changent souvent légèrement lorsqu'apparaissent de nouvelles versions des programmes. 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 Ce document a été traduit dans les langues suivantes : Allemand, par Cristoph Seibert : <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> Coréen, par Kidong Lee : <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> Français, par Éric Jacoboni : <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> Polonais, par Piotr Pogorzelski : <bf>URL TBA</bf> Norégien : <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 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 : <tt> <htmlurl url="ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO" name="ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO"></tt> <nidx>sunsite</nidx> De plus, vous pourrez généralement trouver ce document sur la page du Linux Development Project WWW à : <tt> <htmlurl url="http://sunsite.unc.edu/LDP/" name="http://sunsite.unc.edu/LDP/"></tt> <nidx>LDP</nidx> La dernière version de ce document sera disponible sous divers formats à : <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> <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> <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> <tt> <htmlurl url="http://www.kvaleberg.com/ISP-Hookup-HOWTO.html" name="http://www.kvaleberg.com/ISP-Hookup-HOWTO.html"></tt>  <sect1> Critiques Tous commentaires, erreurs constatées, informations supplémentaires et critiques de toutes sortes doivent être envoyées à : <tt> <htmlurl url="mailto:egil@kvaleberg.no" name="egil@kvaleberg.no"></tt> <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 être envoyées à : <tt> <htmlurl url="mailto:jaco@mail.dotcom.fr" name="jaco@mail.dotcom.fr"> </tt>  <sect> Comment se connecter au reste du monde ? 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>. 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>. 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 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 : <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> : <tscreen><verb> ALL: LOCAL </verb></tscreen> Ou, si on veut insister : <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. 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> : <tscreen><verb> roderick </verb></tscreen> L'étape suivante consiste à déclarer le serveur de noms dans <ncdx>/etc/resolv.conf</ncdx> <file>/etc/resolv.conf</file> : <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. 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 : <tscreen><verb> search acme.xz </verb></tscreen> <nidx>search</nidx> 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 : <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... De plus, le minimum que doit contenir le fichier <ncdx>/etc/networks</ncdx> <file>/etc/networks</file> est : <tscreen><verb> loopback 127.0.0.0 localnet 0.0.0.0 </verb></tscreen> <nidx>loopback</nidx> <nidx>localnet</nidx> On doit aussi configurer son domaine de courrier électronique dans <ncdx>/etc/mailname</ncdx> <file>/etc/mailname</file> : <tscreen><verb> acme.xz </verb></tscreen> Le nom d'utilisateur et le mot de passe nécessaires pour se connecter au F.A.I. doivent être spécifiés dans <ncdx>/etc/ppp/pap-secrets</ncdx> <file>/etc/ppp/pap-secrets</file> <tscreen><verb> dirk * SuperSecret </verb></tscreen> 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>. 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> : <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. Pour réellement lancer une connexion, le protocole <idx>PPP</idx> peut être initialisé en lançant la commande suivante : <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 : <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> 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. De plus amples informations sur PPP sont disponibles dans : <tt> <htmlurl url="file:/usr/lib/ppp/README.linux" name="/usr/lib/ppp/README.linux"></tt> <tt> <htmlurl url="file:/usr/lib/ppp/README.linux-chat" name="/usr/lib/ppp/README.linux-chat"></tt> 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 : <tscreen><verb> ALL: LOCAL </verb></tscreen> Voir aussi <tt>man 5 hosts_access</tt>. <nidx>hosts_access</nidx> Une dernière remarque mineure : 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 : <tscreen><verb> pop2 109/tcp pop-2 # PostOffice V.2 pop3 110/tcp pop-3 pop # PostOffice V.3 </verb></tscreen> <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 : mais pas en même temps que <ncdx>diald</ncdx> <file>diald</file>. <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. <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ê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 : <tt> <htmlurl url="ftp://ftp.sol.no/user/bjorn/Linux-offline.tgz" name="ftp://ftp.sol.no/user/bjorn/Linux-offline.tgz"></tt> Le programme <idx/TERM/ est aussi envisageable. Pour l'utiliser, voir <it>Term-HOWTO</it>.  <sect> Comment <it>surfer</it> ? 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 : <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> 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 : <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> <tt> <htmlurl url="http://www.unlv.edu/chimera/" name="http://www.unlv.edu/chimera/"></tt> <idx/Mosaic/ : <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> <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> <idx/Netscape/ (aka. <idx/Mozilla/) : <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> <tt> <htmlurl url="ftp://ftp.cs.uit.no/pub/www/netscape" name="ftp://ftp.cs.uit.no/pub/www/netscape"></tt> Ces navigateurs sont toujours disponibles dans de nouvelles et <it>passionnantes</it> versions. L'utilisation et l'évaluation de ces programmes sont sujets à certaines conditions. Respectez-les.  <sect> Comment envoyer et recevoir du <idx/courrier électronique/ ? 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. 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 : <tt> <htmlurl url="ftp://ftp.sol.no/user/egilk/sendmail.cf" name="ftp://ftp.sol.no/user/egilk/sendmail.cf"></tt> 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>. 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ême nom d'utilisateur local que pour son F.A.I. S'il est différent, précisez le nom complet à la place : <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 être précisé par une spécification <idx/DS/ : <tscreen><verb> # "Smart" relay host (may be null) DSmail.acme.xz </verb></tscreen> Attention : 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. La réception de courrier est souvent réalisée par le protocole <idx/POP3/ qui peut être démarré à chaque fois que la connexion est établie. On peut tester ça par le script suivant : <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 être lancé après que la connexion PPP ait été établie. Attention : ce script est uniquement pour tester, il faut donc s'assurer que la boîte à lettres locale n'est pas modifiée pendant l'exécution du script. L'option <tt>-k</tt> indique que le courrier doit être <bf>laissé</bf> dans la boître à lettre du F.A.I. et que l'on récupère seulement une copie du courrier. Bien sûr, une fois que l'on sait que la configuration fonctionne, on enlève cette option. Attention : le mot de passe apparaî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. Une version plus sécurisée et améliorée de ce script peut être récupérée à l'adresse suivante : <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> 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 : <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> 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âches automatiques comme les messages d'<idx/absences/ et autres. 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. Une interface utilisateur pour la lecture et l'envoi de courrier peut être trouvée dans des programmes comme <ncdx>pine</ncdx> <file/pine/ ou <ncdx>elm</ncdx> <file/elm/. <bf>ALT :</bf> <idx/Fetchmail/ est maintenant une alternative très améliorée de popclient. La dernière version est disponible à : <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> <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. <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>. <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. <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. <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 à : <tt> <htmlurl url="http://www.ifi.uio.no/~larsi/" name="http://www.ifi.uio.no/~larsi/"></tt> <bf>ALT :</bf> Une alternative à <file>popclient</file> est <file>pop-perl5</file>, disponible à : <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 ? <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>. 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>) : <tscreen><verb> export NNTPSERVER=news.acme.xz </verb></tscreen> Pour avoir une adresse <it>From</it> correcte dans les envois, certains programmes nécessitent <it>éventuellement</it> : <tscreen><verb> export NNTP_INEWS_DOMAIN=acme.xz </verb></tscreen> <nidx>NNTP_INEWS_DOMAIN</nidx>  <sect1> Comment configurer un lecteur de News offline ? <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êmes. Un peu d'attention sera nécessaire de temps en temps. Deux solutions différentes seront décrites.  <sect1> Comment installer C News? 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 : ils cohabitent difficilement. 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 ê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>. Les fichiers les plus importants de la configuration sont : <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 : <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êtes. Dans notre cas : </itemize> <tscreen><verb> Dirk Gently's Holistic Detective Agency </verb></tscreen> <itemize> <item> <ncdx>mailname</ncdx> <file>mailname</file> dans notre cas doit contenir : <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û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> <itemize> <item> Un sous-répertoire pour les News sortantes doit être créé. Ici : </itemize> <tscreen><verb> mkdir /var/spool/news/out.going/acme </verb></tscreen> <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> C News nécessite un peu de maintenance journalière, mais ceci peut ê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 être ajustée selon les besoins : <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. 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> : <tscreen><verb> su news -c /usr/lib/newsbin/maint/newsboot </verb></tscreen> Les News peuvent ê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 : <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 : <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> La configuration de <tt><cdx/newsx/</tt> est très simple. Son installation est classique : <tscreen><verb> make su make install exit </verb></tscreen> 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/. Pour récupérer les articles, l'utilisateur <tt<cdx/>news/</tt> lance les commandes suivantes (en supposant une connexion PPP ou similaire établie) : <tscreen><verb> newsrun newsx acme news.acme.xz newsrun </verb></tscreen> <nidx>newsrun</nidx> L'option <tt>-d</tt> permet un affichage continu à l'écran. La documentation de <file/newsx/ donne toutes les informations nécessaires. <file/newsx/ s'occupe aussi de poster les articles sortants. 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 : <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> <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 : <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. <bf>ALT :</bf> Une alternative à <file/newsx/ est <file>suck</file>.  <sect1> Comment configurer Leafnode? 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 à : <tt> <htmlurl url="http://www.troll.no/freebies/leafnode.html" name="http://www.troll.no/freebies/leafnode.html"></tt> Comme pour C News, tous les travaux de maintenance doivent absolument être faits par l'utilisateur <tt>news</tt>. Le répertoire de base de leafnode est <file>/usr/lib/leafnode</file>. Pour l'installer, faire : <tscreen><verb> cd /usr/lib/leafnode tar -xzvf leafnode-0.8.tgz cd leafnode-0.8 make su make install </verb></tscreen> 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. 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> : <tscreen><verb> nntp stream tcp nowait news /usr/sbin/tcpd /usr/local/sbin/leafnode </verb></tscreen> Puis, on l'active par : <tscreen><verb> killall -HUP inetd </verb></tscreen> 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 : <tscreen><verb> server = news.acme.xz </verb></tscreen> Leafnode se recherchera lui-même en ajoutant la commande suivante par <file>crontab -e</file> comme utilisateur <tt>news</tt> : <tscreen><verb> # expiration de Leafnode, une fois par jour 0 4 * * * /usr/local/sbin/texpire </verb></tscreen> <nidx>texpire</nidx> L'échange de News est aussi réalisé sous le compte <tt>news</tt> par la commande suivante (PPP est sensé fonctionner) : <tscreen><verb> /usr/local/sbin/fetch </verb></tscreen> <nidx>fetch</nidx> 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 : <tscreen><verb> export NNTPSERVER=localhost </verb></tscreen> 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é. Notez que <file/leafnode/ semble ne pas fonctionner dans les cas où une autorisation NNTP est nécessaire. <bf>ALT :</bf> Une alternative à <file>leafnode</file> est <file>nntpcache</file>, disponible à : <tt> <htmlurl url="ftp://ftp.suburbia.net/pub/nntpcache/nntpcache.tgz" name="ftp://ftp.suburbia.net/pub/nntpcache/nntpcache.tgz"></tt> <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 ? La gestion automatisée des news et du courrier est simple à réaliser sous Linux. 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 : <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> : <tscreen><verb> connect "/usr/lib/ppp/chat -v -f /etc/ppp/chatscript" crtscts modem defaultroute asyncmap 00000000 user dirk /dev/modem 38400 </verb></tscreen> Pour terminer une connexion, on utilise la version fournie de <ncdx>/usr/lib/ppp/ppp-off</ncdx> <file>/usr/lib/ppp/ppp-off</file>. 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>. Un script pour l'envoi de courrier peut être créé dans <file>/root/mail</file> : <tscreen><verb> #! /bin/sh # # échange de courrier # timeout de 10 minutes : TIMEOUT=600 DT=10 # lancer sendmail : sendmail -q & # 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> Le script pour envoyer des News peut être créé dans <file>/usr/lib/news/news</file> : <tscreen><verb> #!/bin/sh # # échange des news # doit être lancé par l'utilisateur news : cd /usr/lib/news # mettre à jour le lot de sortie (C News) : /usr/lib/newsbin/input/newsrun < /dev/null # échange des news : /usr/lib/newsbin/newsx acme news.acme.xz # vidage du lot entrant : /usr/lib/newsbin/input/newsrun < /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 ê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 & su news -c 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 < /dev/null & exit 0 </verb></tscreen> 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 : <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> 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 : <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). <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. <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 à : <tt> <htmlurl url="http://www.dna.lth.se/ erics/diald.html" name="http://www.dna.lth.se/ erics/diald.html"></tt> L'utilitaire <tt><cdx/diald/</tt> est disponible à : <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> 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 ? <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 : </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> <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 à : </itemize> <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. Des informations plus spécifiques à certains F.A.I. sont disponibles à partir de plusieurs sources : <bf><idx>Démon Internet</idx></bf> <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> <bf><idx>Netcom</idx></bf> <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> <bf>PowerTech, Telenor Online, Telia</bf> <nidx>PowerTech</nidx> <nidx>Telenor Online</nidx> <nidx>Telia</nidx> <tt> <htmlurl url="http://www.kvaleberg.com/no-isp.html" name="http://www.kvaleberg.com/no-isp.html"></tt> <bf><idx>Stanford</idx></bf> <tt> <htmlurl url="http://www-leland.stanford.edu/ wkn/Linux/network/network.html" name="http://www-leland.stanford.edu/ wkn/Linux/network/network.html"></tt> <bf><idx>MCI</idx></bf> <tt> <htmlurl url="http://www.kvaleberg.com/linux-mci.html" name="http://www.kvaleberg.com/linux-mci.html"></tt> <bf>SISCOM</bf> <tt> <htmlurl url="http://www.siscom.net/support/linux_setup.htm" name="http://www.siscom.net/support/linux_setup.htm"></tt> <bf>AOL</bf> ce n'est pas possible car AOL utilise un protocole propriétaire. 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 ? 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>. <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> 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 : <tscreen><verb> man pppd </verb></tscreen> 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. Les HOWTOS suivants sont particulièrement pertinents : <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û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'ê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ême temps. </itemize> <idx>Red Hat</idx> a une liste de diffusion spécialisée pour PPP ; pour en faire partie, envoyez un message à <tt> <htmlurl url="mailto:redhat-ppp-list-request" name="redhat-ppp-list-request"></tt> avec le champ sujet suivant : <tscreen><verb> subscribe </verb></tscreen>  <sect1> Remerciements Toutes ces informations viennent de nombreuses sources. Merci aux personnes suivantes qui ont participé directement, ou indirectement : <tscreen><verb> Adam Holt <holt@graphics.lcs.mit.edu> Arne Coucheron <arneco@oslonett.no> Arne Riiber <riiber@oslonett.no> Arnt Gulbrandsen <agulbra@troll.no> Bjorn Steensrud <bjornst@powertech.no> Gisle Hannemyr <gisle@a.sn.no> Hans Amund Rosbach <haro@sesam.dnv.no> Hans Peter Verne <hpv@ulrik.uio.no> Harald T Alvestrand <Harald.T.Alvestrand@uninett.no> Harald Terkelsen <Harald.Terkelsen@adm.hioslo.no> Haavard Engum <hobbes@interlink.no> James Youngman <JYoungman@vggas.com> Johan S. Seland <johanss@sn.no> John Phillips <john@linux.demon.co.uk> Jorn Lokoy <jorn@oslonett.no> Kenneth Tjostheim <kenneth.tjostheim@asplanviak.no> Kjell M. Myksvoll <kjell.myksvoll@fou.telenor.no> Kjetil T. Homme <kjetilho@math.uio.no> Michael Meissner <meissner@cygnus.com> N J Bailey <N.J.Bailey@leeds.ac.uk> Nicolai Langfeldt <janl@math.uio.no> Ove Ruben R Olsen <Ove.R.Olsen@ub.uib.no> R. Bardarson <ronb@powernet.net> Steinar Fremme <steinar@fremme.no> Sverre H. Huseby <sverrehu@ifi.uio.no> Trond Eivind Glomsrod <teg@stud.imf.unit.no> Tommy Larsen <tommy@mix.hive.no> Yves Bellefeuille <yan@storm.ca> </verb></tscreen> <!-- - - - - - - - - - - - - - - - - - - - - - - - - - -

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>  <sect> Introduction 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. 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. 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. Pour simplifier, les exemples de ce document supposeront ce qui suit : <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 : <tt><cdx>acme.xz</cdx></tt> <item> Serveur de mail : <tt><cdx>mail.acme.xz</cdx></tt> <item> Serveur de news : <tt><cdx>news.acme.xz</cdx></tt> <item> Serveur de noms : <tt>193.212.1.0</tt> <item> Numéro de téléphone : <tt>12345678</tt> </itemize> La machine de <tt>dirk</tt> s'appelle <tt>roderick</tt>. <nidx>roderick</nidx> Toutes les informations ci-dessus doivent naturellement être remplacées par celles concernant le F.A.I. que vous utilisez. La plupart du temps, un minimum de modifications doivent être apportées pour les utilisateurs ayant plusieurs F.A.I. Informez-moi des problèmes que vous rencontrez sur ce point. <sect1> Copyright Copyright (c) 1996,1997,1998 par Egil Kvaleberg. Ce document peut être distribué sous les termes de la licence LDP disponible à <tt> <htmlurl url="http://sunsite.unc.edu/LDP/COPYRIGHT.html" name="http://sunsite.unc.edu/LDP/COPYRIGHT.html"></tt>  <sect1> Limites de responsabilité <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. 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 :</idx></bf> Notez aussi que les références FTP changent souvent légèrement lorsqu'apparaissent de nouvelles versions des programmes. 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 Ce document a été traduit dans les langues suivantes : Allemand, par Cristoph Seibert : <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> Coréen, par Kidong Lee : <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> Français, par Éric Jacoboni : <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> Polonais, par Piotr Pogorzelski : <bf>URL TBA</bf> Norégien : <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 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 : <tt> <htmlurl url="ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO" name="ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO"></tt> <nidx>sunsite</nidx> De plus, vous pourrez généralement trouver ce document sur la page du Linux Development Project WWW à : <tt> <htmlurl url="http://sunsite.unc.edu/LDP/" name="http://sunsite.unc.edu/LDP/"></tt> <nidx>LDP</nidx> La dernière version de ce document sera disponible sous divers formats à : <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> <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> <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> <tt> <htmlurl url="http://www.kvaleberg.com/ISP-Hookup-HOWTO.html" name="http://www.kvaleberg.com/ISP-Hookup-HOWTO.html"></tt>  <sect1> Critiques Tous commentaires, erreurs constatées, informations supplémentaires et critiques de toutes sortes doivent être envoyées à : <tt> <htmlurl url="mailto:egil@kvaleberg.no" name="egil@kvaleberg.no"></tt> <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 être envoyées à : <tt> <htmlurl url="mailto:jaco@mail.dotcom.fr" name="jaco@mail.dotcom.fr"> </tt>  <sect> Comment se connecter au reste du monde ? 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>. 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>. 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 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 : <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> : <tscreen><verb> ALL: LOCAL </verb></tscreen> Ou, si on veut insister : <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. 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> : <tscreen><verb> roderick </verb></tscreen> L'étape suivante consiste à déclarer le serveur de noms dans <ncdx>/etc/resolv.conf</ncdx> <file>/etc/resolv.conf</file> : <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. 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 : <tscreen><verb> search acme.xz </verb></tscreen> <nidx>search</nidx> 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 : <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... De plus, le minimum que doit contenir le fichier <ncdx>/etc/networks</ncdx> <file>/etc/networks</file> est : <tscreen><verb> loopback 127.0.0.0 localnet 0.0.0.0 </verb></tscreen> <nidx>loopback</nidx> <nidx>localnet</nidx> On doit aussi configurer son domaine de courrier électronique dans <ncdx>/etc/mailname</ncdx> <file>/etc/mailname</file> : <tscreen><verb> acme.xz </verb></tscreen> Le nom d'utilisateur et le mot de passe nécessaires pour se connecter au F.A.I. doivent être spécifiés dans <ncdx>/etc/ppp/pap-secrets</ncdx> <file>/etc/ppp/pap-secrets</file> <tscreen><verb> dirk * SuperSecret </verb></tscreen> 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>. 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> : <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. Pour réellement lancer une connexion, le protocole <idx>PPP</idx> peut être initialisé en lançant la commande suivante : <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 : <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> 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. De plus amples informations sur PPP sont disponibles dans : <tt> <htmlurl url="file:/usr/lib/ppp/README.linux" name="/usr/lib/ppp/README.linux"></tt> <tt> <htmlurl url="file:/usr/lib/ppp/README.linux-chat" name="/usr/lib/ppp/README.linux-chat"></tt> 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 : <tscreen><verb> ALL: LOCAL </verb></tscreen> Voir aussi <tt>man 5 hosts_access</tt>. <nidx>hosts_access</nidx> Une dernière remarque mineure : 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 : <tscreen><verb> pop2 109/tcp pop-2 # PostOffice V.2 pop3 110/tcp pop-3 pop # PostOffice V.3 </verb></tscreen> <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 : mais pas en même temps que <ncdx>diald</ncdx> <file>diald</file>. <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. <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ê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 : <tt> <htmlurl url="ftp://ftp.sol.no/user/bjorn/Linux-offline.tgz" name="ftp://ftp.sol.no/user/bjorn/Linux-offline.tgz"></tt> Le programme <idx/TERM/ est aussi envisageable. Pour l'utiliser, voir <it>Term-HOWTO</it>.  <sect> Comment <it>surfer</it> ? 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 : <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> 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 : <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> <tt> <htmlurl url="http://www.unlv.edu/chimera/" name="http://www.unlv.edu/chimera/"></tt> <idx/Mosaic/ : <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> <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> <idx/Netscape/ (aka. <idx/Mozilla/) : <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> <tt> <htmlurl url="ftp://ftp.cs.uit.no/pub/www/netscape" name="ftp://ftp.cs.uit.no/pub/www/netscape"></tt> Ces navigateurs sont toujours disponibles dans de nouvelles et <it>passionnantes</it> versions. L'utilisation et l'évaluation de ces programmes sont sujets à certaines conditions. Respectez-les.  <sect> Comment envoyer et recevoir du <idx/courrier électronique/ ? 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. 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 : <tt> <htmlurl url="ftp://ftp.sol.no/user/egilk/sendmail.cf" name="ftp://ftp.sol.no/user/egilk/sendmail.cf"></tt> 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>. 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ême nom d'utilisateur local que pour son F.A.I. S'il est différent, précisez le nom complet à la place : <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 être précisé par une spécification <idx/DS/ : <tscreen><verb> # "Smart" relay host (may be null) DSmail.acme.xz </verb></tscreen> Attention : 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. La réception de courrier est souvent réalisée par le protocole <idx/POP3/ qui peut être démarré à chaque fois que la connexion est établie. On peut tester ça par le script suivant : <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 être lancé après que la connexion PPP ait été établie. Attention : ce script est uniquement pour tester, il faut donc s'assurer que la boîte à lettres locale n'est pas modifiée pendant l'exécution du script. L'option <tt>-k</tt> indique que le courrier doit être <bf>laissé</bf> dans la boître à lettre du F.A.I. et que l'on récupère seulement une copie du courrier. Bien sûr, une fois que l'on sait que la configuration fonctionne, on enlève cette option. Attention : le mot de passe apparaî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. Une version plus sécurisée et améliorée de ce script peut être récupérée à l'adresse suivante : <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> 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 : <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> 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âches automatiques comme les messages d'<idx/absences/ et autres. 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. Une interface utilisateur pour la lecture et l'envoi de courrier peut être trouvée dans des programmes comme <ncdx>pine</ncdx> <file/pine/ ou <ncdx>elm</ncdx> <file/elm/. <bf>ALT :</bf> <idx/Fetchmail/ est maintenant une alternative très améliorée de popclient. La dernière version est disponible à : <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> <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. <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>. <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. <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. <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 à : <tt> <htmlurl url="http://www.ifi.uio.no/~larsi/" name="http://www.ifi.uio.no/~larsi/"></tt> <bf>ALT :</bf> Une alternative à <file>popclient</file> est <file>pop-perl5</file>, disponible à : <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 ? <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>. 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>) : <tscreen><verb> export NNTPSERVER=news.acme.xz </verb></tscreen> Pour avoir une adresse <it>From</it> correcte dans les envois, certains programmes nécessitent <it>éventuellement</it> : <tscreen><verb> export NNTP_INEWS_DOMAIN=acme.xz </verb></tscreen> <nidx>NNTP_INEWS_DOMAIN</nidx>  <sect1> Comment configurer un lecteur de News offline ? <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êmes. Un peu d'attention sera nécessaire de temps en temps. Deux solutions différentes seront décrites.  <sect1> Comment installer C News? 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 : ils cohabitent difficilement. 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 ê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>. Les fichiers les plus importants de la configuration sont : <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 : <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êtes. Dans notre cas : </itemize> <tscreen><verb> Dirk Gently's Holistic Detective Agency </verb></tscreen> <itemize> <item> <ncdx>mailname</ncdx> <file>mailname</file> dans notre cas doit contenir : <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û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> <itemize> <item> Un sous-répertoire pour les News sortantes doit être créé. Ici : </itemize> <tscreen><verb> mkdir /var/spool/news/out.going/acme </verb></tscreen> <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> C News nécessite un peu de maintenance journalière, mais ceci peut ê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 être ajustée selon les besoins : <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. 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> : <tscreen><verb> su news -c /usr/lib/newsbin/maint/newsboot </verb></tscreen> Les News peuvent ê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 : <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 : <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> La configuration de <tt><cdx/newsx/</tt> est très simple. Son installation est classique : <tscreen><verb> make su make install exit </verb></tscreen> 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/. Pour récupérer les articles, l'utilisateur <tt<cdx/>news/</tt> lance les commandes suivantes (en supposant une connexion PPP ou similaire établie) : <tscreen><verb> newsrun newsx acme news.acme.xz newsrun </verb></tscreen> <nidx>newsrun</nidx> L'option <tt>-d</tt> permet un affichage continu à l'écran. La documentation de <file/newsx/ donne toutes les informations nécessaires. <file/newsx/ s'occupe aussi de poster les articles sortants. 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 : <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> <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 : <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. <bf>ALT :</bf> Une alternative à <file/newsx/ est <file>suck</file>.  <sect1> Comment configurer Leafnode? 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 à : <tt> <htmlurl url="http://www.troll.no/freebies/leafnode.html" name="http://www.troll.no/freebies/leafnode.html"></tt> Comme pour C News, tous les travaux de maintenance doivent absolument être faits par l'utilisateur <tt>news</tt>. Le répertoire de base de leafnode est <file>/usr/lib/leafnode</file>. Pour l'installer, faire : <tscreen><verb> cd /usr/lib/leafnode tar -xzvf leafnode-0.8.tgz cd leafnode-0.8 make su make install </verb></tscreen> 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. 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> : <tscreen><verb> nntp stream tcp nowait news /usr/sbin/tcpd /usr/local/sbin/leafnode </verb></tscreen> Puis, on l'active par : <tscreen><verb> killall -HUP inetd </verb></tscreen> 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 : <tscreen><verb> server = news.acme.xz </verb></tscreen> Leafnode se recherchera lui-même en ajoutant la commande suivante par <file>crontab -e</file> comme utilisateur <tt>news</tt> : <tscreen><verb> # expiration de Leafnode, une fois par jour 0 4 * * * /usr/local/sbin/texpire </verb></tscreen> <nidx>texpire</nidx> L'échange de News est aussi réalisé sous le compte <tt>news</tt> par la commande suivante (PPP est sensé fonctionner) : <tscreen><verb> /usr/local/sbin/fetch </verb></tscreen> <nidx>fetch</nidx> 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 : <tscreen><verb> export NNTPSERVER=localhost </verb></tscreen> 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é. Notez que <file/leafnode/ semble ne pas fonctionner dans les cas où une autorisation NNTP est nécessaire. <bf>ALT :</bf> Une alternative à <file>leafnode</file> est <file>nntpcache</file>, disponible à : <tt> <htmlurl url="ftp://ftp.suburbia.net/pub/nntpcache/nntpcache.tgz" name="ftp://ftp.suburbia.net/pub/nntpcache/nntpcache.tgz"></tt> <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 ? La gestion automatisée des news et du courrier est simple à réaliser sous Linux. 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 : <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> : <tscreen><verb> connect "/usr/lib/ppp/chat -v -f /etc/ppp/chatscript" crtscts modem defaultroute asyncmap 00000000 user dirk /dev/modem 38400 </verb></tscreen> Pour terminer une connexion, on utilise la version fournie de <ncdx>/usr/lib/ppp/ppp-off</ncdx> <file>/usr/lib/ppp/ppp-off</file>. 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>. Un script pour l'envoi de courrier peut être créé dans <file>/root/mail</file> : <tscreen><verb> #! /bin/sh # # échange de courrier # timeout de 10 minutes : TIMEOUT=600 DT=10 # lancer sendmail : sendmail -q & # 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> Le script pour envoyer des News peut être créé dans <file>/usr/lib/news/news</file> : <tscreen><verb> #!/bin/sh # # échange des news # doit être lancé par l'utilisateur news : cd /usr/lib/news # mettre à jour le lot de sortie (C News) : /usr/lib/newsbin/input/newsrun < /dev/null # échange des news : /usr/lib/newsbin/newsx acme news.acme.xz # vidage du lot entrant : /usr/lib/newsbin/input/newsrun < /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 ê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 & su news -c 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 < /dev/null & exit 0 </verb></tscreen> 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 : <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> 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 : <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). <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. <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 à : <tt> <htmlurl url="http://www.dna.lth.se/ erics/diald.html" name="http://www.dna.lth.se/ erics/diald.html"></tt> L'utilitaire <tt><cdx/diald/</tt> est disponible à : <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> 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 ? <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 : </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> <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 à : </itemize> <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. Des informations plus spécifiques à certains F.A.I. sont disponibles à partir de plusieurs sources : <bf><idx>Démon Internet</idx></bf> <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> <bf><idx>Netcom</idx></bf> <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> <bf>PowerTech, Telenor Online, Telia</bf> <nidx>PowerTech</nidx> <nidx>Telenor Online</nidx> <nidx>Telia</nidx> <tt> <htmlurl url="http://www.kvaleberg.com/no-isp.html" name="http://www.kvaleberg.com/no-isp.html"></tt> <bf><idx>Stanford</idx></bf> <tt> <htmlurl url="http://www-leland.stanford.edu/ wkn/Linux/network/network.html" name="http://www-leland.stanford.edu/ wkn/Linux/network/network.html"></tt> <bf><idx>MCI</idx></bf> <tt> <htmlurl url="http://www.kvaleberg.com/linux-mci.html" name="http://www.kvaleberg.com/linux-mci.html"></tt> <bf>SISCOM</bf> <tt> <htmlurl url="http://www.siscom.net/support/linux_setup.htm" name="http://www.siscom.net/support/linux_setup.htm"></tt> <bf>AOL</bf> ce n'est pas possible car AOL utilise un protocole propriétaire. 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 ? 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>. <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> 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 : <tscreen><verb> man pppd </verb></tscreen> 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. Les HOWTOS suivants sont particulièrement pertinents : <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û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'ê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ême temps. </itemize> <idx>Red Hat</idx> a une liste de diffusion spécialisée pour PPP ; pour en faire partie, envoyez un message à <tt> <htmlurl url="mailto:redhat-ppp-list-request" name="redhat-ppp-list-request"></tt> avec le champ sujet suivant : <tscreen><verb> subscribe </verb></tscreen>  <sect1> Remerciements Toutes ces informations viennent de nombreuses sources. Merci aux personnes suivantes qui ont participé directement, ou indirectement : <tscreen><verb> Adam Holt <holt@graphics.lcs.mit.edu> Arne Coucheron <arneco@oslonett.no> Arne Riiber <riiber@oslonett.no> Arnt Gulbrandsen <agulbra@troll.no> Bjorn Steensrud <bjornst@powertech.no> Gisle Hannemyr <gisle@a.sn.no> Hans Amund Rosbach <haro@sesam.dnv.no> Hans Peter Verne <hpv@ulrik.uio.no> Harald T Alvestrand <Harald.T.Alvestrand@uninett.no> Harald Terkelsen <Harald.Terkelsen@adm.hioslo.no> Haavard Engum <hobbes@interlink.no> James Youngman <JYoungman@vggas.com> Johan S. Seland <johanss@sn.no> John Phillips <john@linux.demon.co.uk> Jorn Lokoy <jorn@oslonett.no> Kenneth Tjostheim <kenneth.tjostheim@asplanviak.no> Kjell M. Myksvoll <kjell.myksvoll@fou.telenor.no> Kjetil T. Homme <kjetilho@math.uio.no> Michael Meissner <meissner@cygnus.com> N J Bailey <N.J.Bailey@leeds.ac.uk> Nicolai Langfeldt <janl@math.uio.no> Ove Ruben R Olsen <Ove.R.Olsen@ub.uib.no> R. Bardarson <ronb@powernet.net> Steinar Fremme <steinar@fremme.no> Sverre H. Huseby <sverrehu@ifi.uio.no> Trond Eivind Glomsrod <teg@stud.imf.unit.no> Tommy Larsen <tommy@mix.hive.no> Yves Bellefeuille <yan@storm.ca> </verb></tscreen>  </article>