Module 15: Couche d'application

Tefy Raoelivololona
Objectifs de ce module
• Objectif du module: Expliquer le fonctionnement des protocoles de la couche application dans la
fourniture d'un support aux applications des utilisateurs finaux.

Titre du rubrique Objectif du rubrique

Expliquer comment les fonctions de la couche application, de la couche

Application, présentation et session présentation et de la couche session fonctionnent ensemble pour fournir
des services de réseau aux applications des utilisateurs finaux.

Expliquer comment les applications des utilisateurs fonctionnent dans un

Peer-to-peer
réseau peer-to-peer.

Expliquer le fonctionnement des protocoles web et de messagerie

Protocoles web et e-mail
électronique.
Services d'adressage IP Expliquer le fonctionnement de DNS et DHCP.

Services de partage de fichiers Expliquer le fonctionnement des protocoles de transfert de fichiers.

2
15.1 - Application, présentation et session

3
 Couche Application
• Les trois couches supérieures du modèle
OSI (application, présentation et
session) définissent les fonctions de la
couche d'application TCP/IP.
• La couche application fournit l'interface
entre les applications utilisées pour
communiquer, et le réseau sous-jacent
sur lequel les messages sont transmis.
• Certains des protocoles de couche
d'application les plus connus incluent
HTTP, FTP, TFTP, IMAP et DNS.

4
Couche Présentation et Session
La couche présentation remplit trois fonctions principales :
• le formatage ou la présentation des données au niveau du dispositif source dans
un format compatible pour leur réception par le dispositif de destination
• Compresser les données de sorte que celles-ci puissent être décompressées par
le périphérique de destination
• Chiffrer les données pour permettre leur transmission et leur déchiffrement une
fois qu'elles sont reçues
Fonction de couche session:
• Crée et gère les communications entre les applications source et de destination.
• La couche session traite l'échange des informations pour commencer et
maintenir un dialogue et pour redémarrer les sessions interrompues ou inactives
pendant une longue période.

5
Couche Présentation et Session

6
 Protocoles de couche application TCP/IP
• Les protocoles d'application TCP/IP spécifient le format et les informations de contrôle
nécessaires pour de nombreuses fonctions de communication courantes sur Internet.
• Les protocoles de couche application sont utilisés par les périphériques source et de
destination pendant une session de communication.
• Pour que les communications aboutissent, les protocoles de couche application qui sont
implémentés sur les hôtes source et destination doivent être compatibles.

Config. hôte Web

Nom du système
DHCP - Protocole de HTTP- Protocole de Transfert
DNS - Système de noms de
configuration dynamique de Hypertexte.
domaine (ou service)
l'hôte • TCP 80, 8080
• TCP, client UDP 53
• Client UDP 68, serveur 67 • Ensemble de règles
• Traduit des noms de
• Attribue dynamiquement des permettant d'échanger du
domaines (par exemple,
adresses IP d’être réutilisées texte, des graphiques, des
[Link]) en adresses IP
si elles ne sont pas sons, des vidéos et autres
nécessaires. fichiers multimédia sur le web.
7
15.2 Peer-to-Peer

8
Modèle client-serveur
• Les processus client et serveur sont considérés comme faisant partie de la couche
application.
• Dans le modèle client/serveur, le périphérique qui envoie une requête d'informations est
nommé client et celui qui répond à la requête est nommé serveur.
• Les protocoles de couche application décrivent le format des requêtes et des réponses
entre clients et serveurs.

9
Réseaux peer to peer
• Dans un réseau peer to peer, deux ordinateurs au plus sont connectés via un réseau et
peuvent partager des ressources (par exemple, des imprimantes et des fichiers) sans
disposer de serveur dédié.
• Chaque périphérique terminal connecté (ou « homologue ») peut opérer à la fois en tant que
serveur et en tant que client.
• Un ordinateur peut remplir le rôle de serveur pour une transaction tout en servant
simultanément de client pour un autre ordinateur. Les rôles de client et de serveur sont
définis en fonction de chaque requête.

10
 Applications peer to peer
• Une application peer-to-peer (P2P) permet à un périphérique d'agir à la fois en tant que client et
serveur dans une même communication.
• Certaines applications P2P utilisent un système hybride où chaque pair accède à un serveur
d'index pour obtenir l'emplacement d'une ressource stockée sur un autre pair.

11
Applications P2P communes
Avec les applications P2P, chaque
ordinateur du réseau exécutant
l'application peut servir de client ou de
serveur pour les autres ordinateurs du
réseau exécutant l'application.
Les réseaux P2P communs comprennent
les éléments suivants :
• BitTorrent
• Direct Connect
• eDonkey
• Freenet

12
15.3 Protocoles Web et messagerie

13
Protocole de transfert hypertexte et langage de balisage hypertexte

Lorsqu'une adresse web ou un localisateur de ressources uniformes (URL) est tapé dans un
navigateur web, celui-ci établit une connexion avec le service web. Le service Web s'exécute
sur le serveur qui utilise le protocole HTTP.

Pour mieux comprendre l'interaction entre le navigateur web et le serveur web, examinez
comment une page web s'affiche dans un navigateur.

Étape 1
Le navigateur commence par
interpréter les trois parties de
l’adresse URL :
• http (protocole ou schéma)
• [Link] (nom du serveur)
• [Link] (nom du fichier
demandé)

14
Protocole de transfert hypertexte et langage de balisage hypertexte (suite)

Étape 2
Le navigateur vérifie ensuite avec un Étape 3
serveur de noms pour convertir En réponse à la demande, le serveur envoie le
l'adresse [Link] en une code HTML de cette page Web au navigateur.
adresse numérique, qu'il utilise pour
se connecter au serveur.

Le client initie une requête HTTP à

un serveur en envoyant une requête
GET au serveur et demande le fichier
[Link].

15
Protocole de transfert hypertexte et langage de balisage hypertexte (suite)

Étape 4
Le navigateur déchiffre le code HTML et met en forme la page pour la fenêtre du
navigateur

16
 HTTP et HTTPS
HTTP est un protocole de requête/réponse qui spécifie les types de message
utilisés pour cette communication.
Les trois types de messages courants sont GET, POST et PUT .
• GET - une requête du client pour obtenir des données. Un client (navigateur
web) envoie le message GET au serveur web pour demander des pages
HTML.
• POST - Cette fonction permet de télécharger des fichiers de données sur le
serveur web, par exemple des données de formulaires.
• PUT - télécharge des ressources ou du contenu vers le serveur web,
comme une image.

Remarque: HTTP n'est pas un protocole sécurisé. Pour les communications sécurisées
envoyées sur Internet, le protocole HTTPS doit être utilisé.

17
HTTP et HTTPS

18
Les protocoles de la messagerie
Le courriel est une méthode de stockage et de transfert qui permet d'envoyer, de
stocker et de récupérer des messages électroniques à travers un réseau. Les
messages électroniques sont stockés dans des bases de données sur des serveurs
de messagerie. Les clients de messagerie communiquent avec les serveurs de
messagerie pour envoyer et recevoir des messages.
Les protocoles de messagerie utilisés pour le fonctionnement sont les suivants:
• Protocole SMTP (Simple Mail Transfer Protocol) (SMTP) pour envoyer des e-
mails.
• Post Office Protocol (POP) & IMAP — utilisé pour les clients pour recevoir du
courrier.

19
Les protocoles de la messagerie

20
SMTP, POP et IMAP
• Lorsqu'un client envoie un e-mail, le processus SMTP client se connecte à un
processus SMTP serveur sur le port réservé 25.
• Une fois la connexion établie, le client essaie d'envoyer l'e-mail au serveur via la
connexion.
• Lorsque le serveur reçoit le message, il place celui-ci dans un compte local, si le
destinataire est local, ou transfère le message vers un autre serveur de messagerie.
• Le serveur de courrier électronique de destination peut ne pas être en ligne ou peut
être occupé. Par conséquent, le protocole SMTP met le message en attente pour
envoi ultérieur.

Remarque: les formats de message SMTP nécessitent un en-tête de message

(adresse électronique du destinataire et adresse électronique de l'expéditeur) et un
corps de message.

21
SMTP, POP et IMAP

22
SMTP, POP et IMAP (suite)
Le protocole POP (Post Office Protocol) est utilisé par une application pour récupérer
le courrier électronique à partir d'un serveur de messagerie. Lorsque le courrier est
téléchargé du serveur vers le client en utilisant le protocole POP, les messages sont
alors supprimés sur le serveur.

• Le serveur démarre le service POP en écoutant passivement les éventuelles

requêtes de connexion client sur le port TCP 110.
• Lorsqu'un client souhaite utiliser le service, il envoie une requête
d'établissement de connexion TCP au serveur.
• Une fois la connexion établie, le serveur POP envoie un message de
bienvenue.
• Le client et le serveur POP échangent alors des commandes et des réponses
jusqu'à ce que la connexion soit fermée ou abandonnée.

23
SMTP, POP et IMAP (suite)

Remarque : comme le POP ne stocke pas les messages, il n'est pas recommandé aux petites entreprises qui ont
besoin d'une solution de sauvegarde centralisée.
24
SMTP, POP et IMAP (suite)
Le protocole de messagerie IMAP (Internet
Message Access Protocol) décrit une autre
méthode de récupération des messages
électroniques.
• Contrairement au protocole POP,
lorsqu'un utilisateur se connecte à un
serveur IMAP, des copies des messages
sont téléchargées dans l'application
cliente. Les messages originaux sont
conservés sur le serveur jusqu'à ce qu'ils
soient supprimés manuellement.
• Lorsqu'un utilisateur décide de
supprimer un message, le serveur
synchronise cette action et supprime le
message du serveur.
25
15.4 Services d'adressage IP

26
 Service de noms de domaine
• Les noms de domaine ont été créés
pour convertir les adresses IP
numériques en un nom simple et
reconnaissable.
• Les noms de domaine complets
(FQDN), tels que
[Link] sont
beaucoup plus faciles à retenir que
le [Link].
• Le protocole DNS définit un service
automatisé qui associe les noms
des ressources à l'adresse réseau
numérique requise. Il comprend le
format des demandes, des
réponses et des données.

27
Format de message DNS
Le serveur DNS stocke différents types d'enregistrements de ressource utilisés pour résoudre
des noms. Ces enregistrements contiennent le nom, l'adresse et le type d'enregistrement.

Certains de ces types d'enregistrements sont les suivants :

• A - Adresse IPv4 de l'appareil terminal
• NS - Serveur de nom autorisé
• AAAA - une adresse IPv6 de périphérique terminal (prononcer «quadruple A»)
• MX - Enregistrement d'échange de courrier électronique
Lorsqu'un client envoie une requête, le processus du serveur DNS cherche d'abord dans ses
propres enregistrements pour résoudre le nom. S'il ne peut pas résoudre le nom à l'aide de
ses enregistrements stockés, il contacte d'autres serveurs pour résoudre le nom.
Lorsqu'une correspondance est trouvée et retournée au serveur demandeur d'origine, le
serveur stocke provisoirement l'adresse numérotée pour le cas où le même nom serait à
nouveau demandé.

28
Format de message DNS (suite)
Le DNS utilise le même format de message entre les serveurs, consistant en une question, une
réponse, une autorité et des informations supplémentaires pour tous les types de requêtes des
clients et les réponses des serveurs, les messages d'erreur et le transfert d'informations sur les
enregistrements de ressources.

Section des messages DNS Description

Question Question relative au nom du serveur

Répond Enregistrements de ressources répondant à la question

L'autorité Enregistrements de ressources désignant une autorité

Enregistrements de ressources contenant des informations

Informations supplémentaires
supplémentaires

29
 Hiérarchie des DNS
• Le protocole DNS utilise un système hiérarchique
pour créer une base de données assurant la
résolution des noms.
• Chaque serveur DNS tient à jour un fichier de
base de données spécifique et se charge
uniquement des mappages entre noms et
adresses IP dans cette petite partie de la
structure DNS globale.
• Lorsqu'un serveur DNS reçoit une demande de
traduction de nom qui n'appartient pas à cette
zone DNS, le serveur DNS transfère la requête à
un autre serveur DNS se trouvant dans la zone de
traduction correcte.
• Exemples de domaines de premier niveau :
• .com - une entreprise ou une industrie
• .org - organisme à but non lucratif
• .au - Australie
30
 La commande nslookup
• Nslookup est un utilitaire de système
d'exploitation informatique qui permet à un
utilisateur d'interroger manuellement les
serveurs DNS configurés sur l'appareil pour
résoudre un nom d'hôte donné.
• Cet utilitaire permet également de résoudre
les problèmes de résolution de noms et de
vérifier l’état actuel des serveurs de noms.
• Lorsque la commande nslookup est émise, le
serveur DNS par défaut configuré pour votre
hôte est affiché.
• Le nom d'un hôte ou d'un domaine peut être
saisi à l'improviste nslookup .

31
Protocole de configuration dynamique de l'hôte
• Le protocole DHCP pour IPv4 automatise l'affectation des adresses IPv4, des masques
de sous-réseau, des passerelles et d'autres paramètres réseau IPv4.
• DHCP est considéré comme l'adressage dynamique par rapport à l'adressage statique.
L'adressage statique saisissant manuellement les informations d'adresse IP.
• Lorsqu'un hôte se connecte au réseau, le serveur DHCP est contacté et une adresse
est demandée. Le serveur DHCP choisit une adresse dans une plage d'adresses
configurée (nommée pool) et affecte cette adresse à l'hôte pour une durée définie.
• De nombreux réseaux utilisent à la fois le protocole DHCP et l'adressage statique. Le
protocole DHCP est utilisé pour les hôtes d'usage général, comme les périphériques
des utilisateurs finaux. L'adressage statique est utilisé pour les périphériques réseau
tels que les routeurs de passerelle, les commutateurs, les serveurs et les imprimantes.

Remarque : le DHCP pour IPv6 (DHCPv6) fournit des services similaires pour les clients
IPv6. Toutefois, DHCPv6 ne fournit pas d'adresse de passerelle par défaut. Cela ne peut
être obtenu que de manière dynamique à partir du message annoncé par le routeur.

32
Protocole de configuration dynamique de l'hôte

33
 Fonctionnement du protocole DHCP
Processus DHCP:
• Lorsqu'un périphérique IPv4 configuré pour DHCP
démarre ou se connecte au réseau, le client diffuse
un message de détection DHCP (DHCPDISCOVER)
pour identifier tous les serveurs DHCP disponibles sur
le réseau.
• Un serveur DHCP répond par un message d'offre
DHCP (DHCPOFFER), qui offre un bail au client. (Si
un client reçoit plus d'une offre en raison de plusieurs
serveurs DHCP sur le réseau, il doit en choisir une.)
• Il doit donc effectuer un choix et envoyer une requête
DHCP (DHCPREQUEST) qui identifie explicitement le
serveur et l'offre de bail qu'il accepte.
• Le serveur renvoie ensuite un message DHCP
(DHCPACK) qui reconnaît au client que le bail a été
finalisé.
• Si l'offre n'est plus valable, le serveur sélectionné
répond avec un message d'accusé de réception
négatif DHCP (DHCPNAK) et le processus doit Remarque: DHCPv6 a un ensemble de messages similaire à ceux de
commencer avec un nouveau message DHCPv4. Les messages DHCPv6 sont les suivants : SOLICIT,
DHCPDISCOVER. ADVERTISE, INFORMATION REQUEST et REPLY.

34
15.5 Services de partage de fichiers

35
 Protocole de transfert de fichiers
Il a été développé en vue de permettre le transfert de données entre un client et un serveur. Un
FTP est une application s'exécutant sur un ordinateur client qui sert à envoyer et à extraire des
données d'un serveur FTP.
Étape 1 - Le client établit la première connexion
au serveur pour contrôler le trafic à l'aide du port
TCP 21. Le trafic se compose de commandes
client et de réponses serveur.
Étape 2 - Le client établit la deuxième connexion
au serveur pour le transfert de données
proprement dit en utilisant le port TCP 20. Cette
connexion est créée chaque fois que des données
doivent être transférées.
Étape 3 - Le transfert de données peut se faire
dans les deux sens. Le client peut télécharger
(extraire) des données à partir du serveur ou le
client peut télécharger (stocker) des données vers
le serveur. 36
Bloc de messages du serveur
Le Server Message Block (SMB) est un protocole de partage
de fichiers client/serveur, de type demande-réponse. Les
serveurs peuvent mettre leurs propres ressources à la
disposition des clients sur le réseau.

Trois fonctions des messages SMB:

• démarrer et authentifier des sessions ou y mettre fin
• contrôler l'accès aux fichiers et aux imprimantes
• permettre à une application d'envoyer ou de recevoir
des messages vers ou depuis un autre périphérique.
Contrairement au partage de fichiers pris en charge par le
protocole FTP, les clients établissent une connexion à long
terme aux serveurs. Une fois la connexion établie, l'utilisateur
du client peut accéder aux ressources résidant sur le serveur
comme si elles étaient situées localement sur l'hôte client.

37
Qu'est-ce que j'ai appris dans ce module ?
• Les protocoles de couche application sont utilisés pour échanger des données entre les
programmes s'exécutant sur les hôtes source et de destination. La couche de présentation
a trois fonctions principales : le formatage, ou présentation des données, la compression
des données, et le cryptage des données pour la transmission et le décryptage des
données à la réception. La couche session crée et gère les communications entre les
applications source et de destination.
• Dans le modèle client/serveur, le périphérique qui envoie une requête d'informations est
nommé client et celui qui répond à la requête est nommé serveur.
• Dans un réseau peer to peer, deux ordinateurs sont connectés via un réseau et peuvent
partager des ressources sans disposer de serveur dédié.
• Les trois types de messages HTTP les plus courants sont GET, POST et PUT.
• Le courrier électronique prend en charge trois protocoles distincts pour fonctionner :
SMTP, POP et IMAP.
• Le protocole DNS fait correspondre les noms de ressources avec l'adresse numérique du
réseau requise.
38
Qu'est-ce que j'ai appris dans ce module ?
• Le protocole DNS fait correspondre les noms de ressources avec l'adresse numérique
du réseau requise.
• Le DHCP de service IPv4 automatise l'attribution des adresses IPv4, des masques de
sous-réseau, des passerelles et d'autres paramètres de réseau IPv4. Les messages
DHCPv6 sont les suivants: SOLICIT, ADVERTISE, INFORMATION REQUEST et
REPLY.
• Un FTP est une application s'exécutant sur un ordinateur client qui sert à envoyer et à
extraire des données d'un serveur FTP.
• Trois fonctions des messages SMB : démarrer, authentifier et terminer les sessions,
contrôler l'accès au fichier et à l'imprimante, et permettre à une application d'envoyer ou
de recevoir des messages vers ou depuis un autre appareil.

39