7. Un mot sur les empilements protocolaires couramment utilisés

Contenu de cette section

Un tel titre pourrait faire croire à une erreur de mise en page ou de copier-coller étant donné le sujet du document. En fait, il n'en est rien.

La connexion d'une machine à un fournisseur d'accès à Internet met en jeu un ensemble de protocoles de communications~: TCP, UDP, IP, SLIP, PPP, etc. De nombreux utilisateurs souhaitent réaliser ce type de connexion depuis chez eux, via un modem et rencontrent parfois quelques problèmes de configuration.

Il est évident qu'il est à la fois difficile et inutile de tout connaître de ces protocoles. Il faut vraiment être du métier pour bien les connaître, et encore~! Cependant il semble raisonnable de penser que la mise en oeuvre de telles connexions, sous Linux par exemple, ne peut se faire dans de bonnes conditions sans un minimum de connaissances sur l'architecture de communication utilisée.

La lecture du forum fr.comp.os.linux montre parfois une certaine confusion dans toutes les fonctions mises en oeuvre et qui engendrent inévitablement de mauvais paramétrages.

Les quelques schémas qui suivent donnent une idée de la façon dont tous ces engrenages sont placés pour que "ça tourne"~!

7.1 TCP/UDP/IP

Ces sigles sont très fréquemment utilisés aujourd'hui et pour cause~: ces empilements de couches de communications tendent à se répandre à vive allure. C'est à l'origine un ensemble de protocoles développés dans le cadre du projet ARPANET, créé par ARPA (aujourd'hui DARPA), l'agence pour les projets de recherche avancée du Ministère de la Défense des Etats-Unis.

• TCP Transmission Control Protocol est une entité de niveau Transport chargée de véhiculer des données de manière fiable entre deux machines souhaitant dialoguer~;
• UDP User Datagram Protocol est une entité de niveau Transport chargée de véhiculer des données entre deux machines souhaitant dialoguer~;
• IP Internet Protocol est une entité de niveau Réseau chargée de véhiculer des données entre deux noeuds d'un réseau.

7.2 PPP/SLIP

PPP Point-to-Point Protocol et SLIP Serial Line IP proposent une méthode d'encapsulation des datagrammes IP sur des liaisons point à point, par exemple les lignes asynchrones série. En quelques mots, disons que SLIP est un protocole très simple, assez ancien, datant d'une époque où certains problèmes n'étaient pas aussi importants qu'aujourd'hui~: adressage, identification réciproque, détection et correction d'erreurs, compression (extrait du RFC-1055). PPP est quant à lui beaucoup plus complet et c'est pourquoi il est généralement préféré par les connaisseurs. Il offre toutes ces caractéristiques regroupées en trois sous-ensembles~:

• une méthode d'encapsulation de type HDLC sur circuit commuté ou permanent, synchrone ou asynchrone~;
• un protocole LCP (Link Control Protocol) permettant d'établir, de configurer et de tester une connexion~;
• une famille de protocoles NCP (Network Control Protocols) pour l'établissement et la configuration des protocoles réseaux.

Pour obtenir de plus amples renseignements, vous pouvez vous reporter aux documents concernant ces protocoles~: RFC-1055 (SLIP), RFC-1171 et RFC-1172 (PPP) et le PPP-HOWTO.

7.3 Mise en oeuvre

+----------------+-------+ +--------+ +--------+ +------+ +-----+
|  Applications  |  FTP  | | TELNET | |  SMTP  | | TFTP | | ... |
+----------------+---+---+ +---+----+ +--------+ +--+---+ +-----+
                     |         |      |             | 
+----------------+---+---------+------++------------+-----+
| Transport      |         TCP         |        UDP       |
+----------------+---------------------+------------------+
| Reseau         |                                        |
|                |                    IP                  |
|                |      _____         _____     ______    |
| (interfaces)   |     / eth \       / ppp \   / slip \   |
+----------------+-----------------^---------+------------+
| Liaison        |       LLC       |   PPP   |   SLIP     |
|                |       MAC       |         |            |
+----------------+-------++--------+--------+-+-----------+
                         ||                 | |
+----------------+-------++--------+--------+-+-----------+
| Interfaces     |      LAN        |       V.24           | Fonctionnelle
|                |  (non decrit)   |       V.28           | Electrique
|                |                 |  ISO.2110 (25 br)    | Physique
+----------------+-------++--------+--------+-+----------------+
                         ||                 | |
              Ethernet  +--+              +-+-+-+  Modem
              ==========|  |=====         |\     \-------
              Fddi      +--+              \ \_____\     /
                                           \|_0_0_|    ---------

La mise en oeuvre de tels protocoles se fait toujours de bas en haut (des couches basses aux couches hautes) puisque la demande se fait de haut en bas. Prenons un exemple~:

Supposons que vous souhaitiez faire un ftp de chez vous sur ftp.samachine.fr. L'application ftp demande à TCP d'établir une connexion. Pour qu'elle puisse s'établir, PPP doit déjà fonctionner. Pour que PPP fonctionne, le modem doit être en ligne~:

• première étape~: établissement d'une communication entre deux modems. Cette étape est supposée connue, maintenant~;
• deuxième étape~: mise en route de PPP, avec éventuellement authentification~;
• troisième étape~: configuration de l'interface IP correspondante. Il s'agit en général, sous Linux, de l'interface ppp0. Une adresse IP pouvant provenir soit d'une configuration locale, soit de votre fournisseur, est affectée à l'interface. Dans ce dernier cas, celui-ci la fournit lors de l'initialisation PPP. Dans les deux cas, c'est le démon PPP qui configure l'adresse de l'interface~;
• quatrième étape~: établissement d'une connexion TCP, puis initialisation de ftp. A partir de là, si tout s'est bien passé, vous pouvez transférer vos fichiers.

Vous pouvez maintenant imaginer le déroulement d'une déconnexion.

7.4 Les fichiers de configuration

Les applications

Vous comprendrez qu'il est difficile de décrire ici l'emplacement des fichiers de configuration des applications. Prenez soin de lire les fichiers README ou INSTALL et d'exécuter l'installation correctement.

Les couches de communication : TCP/UDP/IP

Pour une configuration standard de votre machine, vous devez compiler le noyau avec les options "réseau" suivantes~:

Networking support              y

Network firewalls               n
Network aliasing                n
TCP/IP networking               y

IP: forwarding/gatewaying       n
IP: multicasting                n
IP: accounting                  n
IP: PC/TCP compatibility mode   n
IP: Reverse ARP                 n
IP: Disable Path MTU Discovery
        (normally enabled)      n
IP: Disable NAGLE algorithm
        (normally enabled)      n
IP: Drop source routed frames   y
IP: Allow large windows
        (not recommended
        if <16Mb of memory)     n

The IPX protocol                n
... autres protocoles           n

Le fichier resolv.conf doit contenir~:

domain <domaine de votre fournisseur>
nameserver <adresse IP du serveur de nom de votre fournisseur>

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