Si vous utilisez une adresse IP dynamique (et tous les provideurs ne vous donnerons qu'une adresse dynamique à moins que vous ne payez bien plus pour votre connexion), vous devez accepter les limitations qu'elle impose.
Tout d'abord, les requêtes pour les services sortant fonctionneront parfaitement. Cela signifie que vous pourrez envoyer du courrier avec sendmail (si sendmail est configuré correctement), les fichiers ftp pour les sites distants, les fingers vers d'autres machines, surfer sur le web etc.
En particulier, vous pourrez répondre au courrier que vous avez reçu même si votre machine n'est plus connectée. Le courrier restera dans votre queue de messages jusqu'à ce que vous appeliez votre FAI.
Cependant, votre machine N'est PAS connectée à Internet 24H/24, et en plus elle n'a pas la même adresse IP à chaque fois qu'elle se connecte. Il est donc impossible de recevoir du courrier électronique directement sur votre machine, et de créer un serveur web et ftp que vos amis pourraient accéder ! A partir du moment ou ça concerne Internet, votre machine n'est pas unique, ni accessible de manière permanente comme cela serait le cas avec une adresse IP unique (rappel - les autres machines utilisent les adresses IP pour accéder à votre machine).
Si vous configurez en serveur WWW (ou n'importe quoi d'autre), il est totalement inconnu des utilisateurs d'Internet A MOINS QU'ils soient au courant que votre machine est connectée et qu'ils connaissent votre adresse IP courante. Il y a plusieurs façon de fournir cette information, vous demander par téléphone, leur envoyer un e-mail pour leur dire, ou utiliser un fichier ".plan" sur le compte shell de votre fournisseur d'accès (en partant du principe que votre fournisseur d'accès permet les script shell et les finger).
Maintenant, pour la majorité des utilisateurs, ça n'est pas vraiment un problème - la plupart des gens veulent pouvoir envoyer et recevoir leur email (sur le compte de leur fournisseur d'accès) et faire des connexions sortantes vers WWW, ftp et d'autres services d'Internet. Si vous AVEZ un besoin impératif de connexion sortantes, vous feriez mieux de prendre une adresse IP statique. Cependant, vous pouvez aussi explorer les méthodes astucieuses ci dessous...
Même avec une adresse IP dynamique, vous devrez certainement configurer sendmail sur votre machine pour envoyer le courrier que vous écrivez localement. La configuration de sendmail peut être obscure et difficile - ce document ne vous parleras pas de la façon de faire. Cependant, vous aimeriez sans doute configurer sendmail pour que votre fournisseur d'accès soit considéré comme un hôte "smart relay" (l'options DS de sendmail). (Pour plus d'info sur la configuration de sendmail, voir la documentation de sendmail - et regardez la configuration de m4 fourni avec sendmail. Il y a forcement quelque chose qui réponds à ce que vous cherchez).
Il y a un excellent livre sur Sendmail (une véritable 'bible' aux éditions O'Reilly and Associates), mais c'est certainement beaucoup trop pour la plupart des utilisateurs !
Une fois que vous avez configuré sendmail, vous avez probablement envie que sendmail envoie les messages en attente dès que la connexion PPP est lancée. Pour cela, ajouter la commande
sendmail -q &
dans votre script /etc/ppp/ip-up (voir plus haut).
Les mails entrant sont problématique avec les adresses IP dynamiques. La façon de les supporter est de :
Vous pouvez automatiser ce processus lors de l'appel en ajoutant la commande
nécessaire dans le script /etc/ppp/ip-up (voir plus haut).
Même si vous êtes content d'utiliser le serveur de noms situé chez votre fournisseur d'accès, vous pouvez en plus configurer un serveur de nom local (secondaire) de cache uniquement qui serait lancé avec le script ip-up. L'avantage d'utiliser un serveur de noms local (cache uniquement) est de gagner du temps (et de la bande passante) si vous contactez souvent les même sites pendant de longues sessions en ligne.
La configuration du DNS pour un serveur de cache seulement (qui utilise une ligne 'forwarders' dans le fichier named.boot pointant sur le DNS de votre FAI) est relativement simple. Le livre O'Reilly (DNS et Bind) explique tout ce que vous devez savoir sur le sujet.
Il existe également un DNS-HOWTO.
Si un petit réseau local accède à Internet grâce à votre PC Linux (avec IP masquerading par exemple), c'est sans doute une excellente idée d'utiliser un serveur de noms (avec la directive forwarders) puisque cela réduira les delais et la bande passante utilisée pour la résolution des noms.
Un point de la Netiquette : demandez la permission à votre fournisseur d'accès avant de mettre en place un serveur de noms secondaire de cache uniquement dans le domaine de votre FAI. Configuré correctement, il n'entrainera aucun problème chez votre FAI, mais si il ne l'est pas, il peut causer de nombreux problèmes.
Chapitre suivant, Chapitre Précédent
Table des matières de ce chapitre, Table des matières générale
Début du document, Début de ce chapitre