Vous êtes sur la page 1sur 86

Chapitre 2: La couche Applicative

Les protocoles DHCP, DNS, FTP, HTTP, SMTP

M1-IOT
Rappel sur le Modèle TCP/IP

2
La couche Application

DNS
DHCP
Application layer
FTP
HTTP
Transport layer SNMP
Telnet
Méssagerie
Network layer

Data Link layer

3
Le protocole DHCP

Dynamic Host Configuration Protocol


Rôle d’un service DHCP
 Rôle:
 Distribue d’une façon dynamique des adresses IP à des clients pour
une durée déterminée.
 Evite l’affectation manuelle à chaque hôte d’une adresse IP statique,
ainsi que tous les paramètres dont il a besoin pour utiliser le réseau
 Exemple d’utilisation: chez les FAI
 Le fournisseur d'accès alloue une adresse IP de son réseau le temps
de la liaison. Cette adresse est libérée, donc de nouveau disponible,
lors de la fermeture de la session.
 Contraintes:
 Tous les nœuds critiques du réseau (serveur de nom, passerelle par
défaut, serveur de mail…etc) ont une adresse IP statique sinon
problèmes de gestion

5
Rôle d’un service DHCP
 Sur les réseaux locaux de grande taille ou sur les réseaux
dont les utilisateurs changent fréquemment, le service
DHCP est très recommandé.
 De nouveaux utilisateurs peuvent se présenter travaillant sur
des ordinateurs portables et nécessitant une
connexion.
 D’autres peuvent disposer de nouvelles stations de
travail devant être connectées.
 Plutôt que de faire attribuer des adresses IP par
l’administrateur réseau à chaque station de travail, il est
plus efficace que les adresses IP soient attribuées
automatiquement à l’aide du protocole DHCP.

6
Avantages du service DHCP
 Configuration fiable et simple de réseaux TCP/IP
 Minimisation du risque de conflits d'adresses
 Les postes itinérants sont plus faciles à gérer (PC portable,
Smartphones, Tablettes, ….)
 L’économie des adresses IP:
 Exemple: Les FAI disposent d'un nombre d'adresses limité.
 Avec DHCP, seules les machines connectées en ligne ont une adresse
IP.
 Contrôle centralisé de l'utilisation des adresses IP.
 Le changement de la valeur d’un paramètre au niveau du
serveur DHCP (exemple: passerelle par défaut) est pris en
compte par tous les clients du serveur  changement facile
 Dans le cas de l'adressage statique, il faudrait reconfigurer toutes les
machines manuellement .
7
DHCP : Le protocole
 RFC 2131
 Extension de BootP (RFC 1534)
 Se base sur les protocoles UDP et IP
 Utilise les ports 67 et 68
 Fonctionne en mode client serveur
 Le client demande une adresse IP (une configuration
automatique)
 Le serveur dispose d’une pool d’adresses à louer
 Le serveur fournit/loue l’adresse IP (configuration) pendant un
temps limité appelé bail (lease)

8
Fonctionnement du protocole DHCP
1. Le client émet un message de demande de bail IP (DHCPDISCOVER)
envoyé par diffusion sur le réseau avec adresse IP source 0.0.0.0, adresse
IP destination 255.255.255.255 et son adresse MAC.

9
Fonctionnement du protocole DHCP
2. Les serveurs DHCP répondent en proposant une adresse IP avec une
durée de bail et l'adresse IP du serveur DHCP (DHCPOFFER)

10
Fonctionnement du protocole DHCP
3. Le client sélectionne la première adresse IP reçue (s'il y a plusieurs serveurs
DHCP) et envoie une demande d'utilisation de cette adresse au serveur DHCP
(DHCPREQUEST). Son message envoyé par diffusion comporte l'identification du
serveur sélectionné qui est informé que son offre a été retenue ; tous les autres
serveurs DHCP retirent leurs offres et les adresses proposées redeviennent
disponibles.

11
Fonctionnement du protocole DHCP
4. Le serveur DHCP accuse réception de la demande et accorde l'adresse
en bail (DHCPACK), les autres serveurs retirent leur proposition.

12
L’automate de DHCP

13
Cinématique DHCP:
Renouvellement du Bail
 L'affectation d'une adresse IP n'est pas
permanente, elle est accordée pour une durée
limitée qui est le bail
 Une fois que le client obtient le bail, celui-ci doit être
renouvelé avant son expiration via un autre message
DHCP REQUEST.
 Le client doit donc renouveler ce bail
 Deux modes de renouvellement possibles :
1. Automatique (Time triggered)
2. Manuel (utilisateur)
14
Cinématique DHCP:
Renouvellement du Bail
 1ère demande de renouvellement

 à 50% de l’utilisation du bail, le client envoie un message


DHCPREQUEST pour le renouvellement (extension) de son bail.

 Ce DHCPREQUEST est envoyé en UNICAST au serveur


impliqué dans l’affectation initiale.

 Si elle est accordée, le client continue avec un nouveau bail et


éventuellement de nouveaux paramètres (DhcpAck).

 Si le serveur est absent, le bail reste donc valide pendant 50% de


la valeur initiale

15
Cinématique DHCP:
Renouvellement du Bail
 2ème demande de renouvellement
 à 87.5% du bail, si le serveur est indisponible, le client envoie
un message DHCPREQUEST cette fois adressé à tous les
serveurs (diffusion).
 Un serveur peut répondre en proposant un nouveau bail
(DhcpAck)
 Mais peut également répondre avec un message DhcpNack qui
oblige le client à se réinitialiser (reprise de la procédure
d'obtention d'un bail)

16
Cinématique DHCP:
Renouvellement du Bail

 Si le bail expire (ou message DhcpNack)


 À 100% du bail : reprise de la procédure, normale,
d'obtention d'un bail

17
Cinématique DHCP:
Renouvellement du Bail

 Renouvellement manuel de bail

 L’utilisateur force manuellement le renouvellement du bail

 Ipconfig /renew : cette commande génère un


DHCPREQUEST

 Ipconfig /release : cette commande annule le bail

18
Echange des messages DHCP

19
Format du message DHCP

20
Format du message DHCP
 OP : vaut 1 (requête client), 2 (réponse serveur)
 HTYPE : type de l'adresse hardware (adresse MAC, par exemple)
 HLEN: longueur de l'adresse hardware ( 6 pour une adresse MAC )
 HOPS : peut être utilisé par des relais DHCP
 TRANSACTION IDENTIFIER :
nombre aléatoire choisi par le client
et qui est utilisé pour reconnaître le
client
 SECONDS ELAPSED: le temps
écoulé (en secondes) depuis que le
client a commencé sa requête
 FLAGS: flags divers

21
Format du message DHCP
 CLIENT IP ADDRESS: adresse IP du client, lorsqu'il en a déjà une
 YOUR IP ADDRESS yiaddr : la (future ?) adresse IP du client
 SERVER IP ADDRESS: adresse IP du (prochain) serveur à utiliser
 ROUTER IP ADDRESS: adresse IP du relais (passerelle par exemple)
lorsque le serveur n’est pas dans le même réseau physique
 options : Champ réservé pour les options (RFC 2132).

22
Le Relais DHCP

 Lorsque le serveur DHCP n’est pas sur le même réseau


physique que les clients: nécessité d’un relais DHCP
 Le relais fait passer les messages DHCP d’un réseau à un autre
 Un routeur doit être configuré pour jouer le rôle d’un relais
DHCP

23
Analyse DHCP (avec Agent Relais)

24
Inconvénients de DHCP
 Les trames de diffusion pour obtenir les adresses
chargent le réseau.
 Risque de graves goulots d'étranglement sur le réseau
lors des démarrages synchronisés.
 L'administrateur doit donc réfléchir à l'organisation de son
réseau.
 Nécessité d’un équipement serveur pour chaque zone de
diffusion
 Compromis nombre de serveurs/ zone de diffusion

25
Configuration d’un réseau en DHCP
 Attribuer aux serveurs des adresses IP statiques
 Organiser les clients en catégories
 Affecter à chaque catégorie une pool d’adresses
dynamiques
 Configurer le maximum d’options dans le serveur
 Bien dimensionner la durée du bail pour un compromis
charge réseau/validité
 Faire le choix entre utiliser un relais ou plusieurs
serveurs distincts

26
Le protocole DNS

Domain Name Service


Contexte et Problématique
 L’Internet est constitué de réseaux (dizaines de milliers)
 Les réseaux sont constitués de sous-réseaux
 Les sous-réseaux sont constitués de machines
 La technologie de base (TCP/IP) permet d’atteindre les
machines par leurs adresses IP
 Il est pratiquement devenu impossible aux utilisateurs de connaître
les adresses (IP) des machines auxquelles ils veulent accéder.
 Pour cette raison, des noms de domaine ont été créés
pour convertir les adresses numériques en noms simples
et explicites.

28
Contexte et Problématique
 Le système DNS permet d’identifier une machine par un (des)
nom(s) représentatif(s) de la machine et du (des) réseau(x) sur
le(les)quel(s) elle se trouve ;
 www.ensi.rnu.tn identifie la machine www sur le réseau ensi.rnu.tn

 Le système est mis en œuvre par une base de données distribuée


au niveau mondial
 Les noms sont gérés par
 un organisme mondial : l’interNIC
 et les organismes délégués : ATI, RIPE, NIC Maroc, NIC France, etc.
29
Cinématique DNS

30
Cinématique DNS

31
Les 3 composantes du DNS
 L'espace des noms
 Les serveurs de noms
 Les solveurs de noms
 Les «resolvers» sont les processus clients qui contactent les
serveurs de nom:
1. contacte un serveur (dont l’ (les) adresse(s) est (sont)
configurées sur la machine exécutant ce resolver)
2. interprète les réponses
3. retourne l’information au logiciel appelant

32
Le protocole DNS
 DNS est un protocole basé sur le modèle client /
serveur
 Le client DNS s’exécute en tant que service
 Le client DNS, parfois nommé résolveur DNS, prend en charge
la résolution de noms pour les autres applications réseau et
pour tous les services qui en ont besoin.
 Lors de la configuration d’un périphérique réseau, au minimum
une adresse de serveur DNS est fournie, que le client DNS
peut utiliser pour la résolution de noms.
 Le FAI fournit généralement les adresses à utiliser pour les
serveurs DNS.
 Lorsque l’application d’un utilisateur demande à se connecter
à un périphérique distant à l’aide d’un nom, le client DNS
demandeur interroge l’un de ces serveurs de noms pour
convertir le nom en une adresse numérique.
33
Le protocole DNS : Notion de Domaine
 La requête d'un solveur peut par exemple être une
demande d'adresse IP d'un site www.
 Le serveur tente de répondre à la demande du
solveur.
 S'il n'est pas en mesure d'y répondre, il peut renvoyer la requête
à un autre serveur.
 Les serveurs de noms sont regroupés dans
différents niveaux appelés domaines et utilisent
le protocole DNS pour communiquer et remplir
leurs tâches.

34
Le protocole DNS : Notion de Domaine
 Les domaines définissent différents niveaux d'autorité
à l'intérieur d'une structure hiérarchisée.
 Le plus haut domaine est appelé le
domaine racine.

 Les domaines de niveau supérieur


peuvent contenir des hôtes et des
domaines de second niveau.

 Les domaines de second niveau


peuvent contenir à la fois des hôtes
et d'autres sous domaines.
35
Le protocole DNS : Notion de Domaine
 Les serveurs racines conservent des enregistrements
sur la manière d’atteindre les serveurs des domaines
de premier niveau.
 Les serveurs des domaines de premier niveau, à leur
tour, comportent des enregistrements pointant sur
les serveurs des domaines de second niveau, et ainsi
de suite.
 Les différents domaines de premier niveau
représentent le type d’organisation ou le pays
d’origine.

36
Le protocole DNS : Notion de Domaine
 Il existe deux catégories de TLD (Top Level Domain, soit
domaines de plus haut niveau)
 Les domaines dits « génériques », appelés gTLD (generic TLD).
 Les gTLD sont des noms de domaines génériques de niveau
supérieur proposant une classification selon le secteur
d'activité.
 .com correspondait initialement aux entreprises à vocation commerciale.
 .edu correspond aux organismes éducatifs ;
 .gov correspond aux organismes gouvernementaux ;
 .mil correspond aux organismes militaires ;
 .net correspondait initialement aux organismes ayant trait aux réseaux. Ce TLD est
devenu depuis quelques années un TLD courant. L'acquisition de domaines possédant
cette extension est possible, y compris par des particuliers.
 .org correspond habituellement aux entreprises à but non lucratif.
 …

37
Le protocole DNS : Notion de Domaine
 Il existe deux catégories de TLD (Top Level Domain, soit
domaines de plus haut niveau)
 Les domaines dits «nationaux », appelés ccTLD (country code
TLD).
 Les ccTLD correspondent aux différents pays et leurs noms
correspondent aux abréviations
 .fr
 .us
 .uk
 …

38
Le protocole DNS : Notion de Zone

39
Sémantique des noms
 Le nom qualifié ou complet
(FQDN) d'une machine se lit en
partant de la feuille et en
remontant dans l'arbre.
 Chaque niveau est séparé par un "."
 Le domaine racine n'a pas de nom
et par convention est appelé "."
 Chaque niveau de l'arborescence
garantit que les noms de ses fils
soient uniques.
 Un nom de domaine est constitué
par une suite de noms séparés par
des points.

40
Le protocole DNS : Notion d’Enregistrement
 Le serveur DNS stocke différents types d’enregistrements
de ressources utilisés pour résoudre des noms et répartis
en classes.
 La seule classe implémentée est : Internet (IN)
 Ces enregistrements contiennent le nom, l’adresse et le
type d’enregistrement sous forme de classes.

 Certains de ces types d’enregistrements sont les suivants :


 A : une adresse de périphérique final
 NS : un serveur de noms autorisé
 CNAME : le nom canonique (ou nom de domaine complet) d’un alias ;
utilisé lorsque plusieurs services comportent une adresse réseau unique
mais que chaque service comporte sa propre entrée dans DNS
 MX : enregistrement d’échange de courriel ; associe un nom de domaine
à une liste de serveurs d’échange de courriel pour ce domaine

41
Le protocole DNS : Notion d’Enregistrement
 Un enregistrement DNS (RR) comporte :
 Nom de domaine
 Type
 Classe
 TTL
 RDATA

42
Le protocole DNS : Notion d’Enregistrement
 Un enregistrement DNS (RR) comporte :
 Nom de domaine
 Nom du domaine où se trouve le RR.
 Type
 Classe
 TTL
 RDATA

43
Le protocole DNS : Notion d’Enregistrement
 Un enregistrement DNS (RR) comporte :
 Nom de domaine
 Type
 A: Adresse de la machine
 CNAME: Nom canonique (des machines peuvent posséder des alias,
ceci indique le nom officiel)
 MX: Mail exchange
 NS: Nom du serveur de noms pour ce domaine
 PTR: Pointeur vers un autre espace du domaine
 SOA: Début d'une zone d'autorité (informations générales sur la
zone)
 Classe
 TTL
 RDATA

44
Le protocole DNS : Notion d’Enregistrement
 Un enregistrement DNS (RR) comporte :
 Nom de domaine
 Type
 Classe
 IN: Internet
 TTL
 RDATA

45
Le protocole DNS : Notion d’Enregistrement
 Un enregistrement DNS (RR) comporte :
 Nom de domaine
 Type
 Classe
 TTL
 Durée de vie des RRs (32 bits, en secondes), utilisée par les
solveurs de noms lorsqu'ils ont un cache des RRs pour
connaître la durée de validité des informations du cache.
 RDATA

46
Le protocole DNS : Notion d’Enregistrement
 Un enregistrement DNS (RR) comporte :
 Nom de domaine
 Type
 Classe
 TTL
 RDATA
 Données identifiant la ressource, ce que l'on met dans ce champs
dépend évidemment du type de ressources que l'on décrit (A,
CNAME, MX, NS, PTR, SOA).

47
Le protocole DNS : Notion d’Enregistrement

48
Types de Serveurs de noms
 Serveur primaire (maître):
 contient l'original des données sur la zone dont il a l’autorité
administrative
 Serveur cache (forwarding) :
 Relaye des requêtes vers d’autres serveurs
 Garde en cache les résultats les plus récents pour un temps de
réponse meilleur
 Serveur secondaire (esclave) :
 Seconde automatiquement le serveur de noms maître
 Interroge périodiquement le serveur de nom primaire et met à
jour les données

49
Les requêtes DNS
1. Requêtes Itératives :
 Le serveur de noms interrogé doit renvoyer soit l'information demandée,
soit un message d'erreur.
 Le serveur ne peut pas soumettre la requête à un autre serveur.
2. Requêtes Récursives :
 Le serveur de noms interrogé doit renvoyer la meilleure solution qu'il peut
apporter actuellement au client.
 Nom résolu, ou renvoi vers un autre serveur.
3. Requêtes Inverses :
 Le solveur envoie une requête à un serveur de noms afin que celui-ci
renvoie le nom d'hôte associé à une adresse IP connue.
 Pour répondre aux requêtes inverses un domaine spéciale a été crée, il
s'agit de in-addr.arpa.
 Par exemple, pour trouver le nom d'hôte associé à l'adresse IP 194.2.254.82, le
solveur demande au serveur DNS un enregistrement pointeur pour
82.254.2.194.in-addr.arpa

50
Requête itérative

51
Requête récursive

52
Mécanisme de cache

53
Résolution Inverse

54
Résolution Inverse
 Consiste à obtenir le nom de domaine à partir
de l’adresse IP
 Solution :
 utiliser les adresses comme des noms de domaine in-
addr.arpa
 les noms des nœuds correspondent aux octets de l’adresse
IP en ordre inverse
 le domaine in-addr.arpa a 256 sous-domaines,
 chacun de ces sous-domaines a 256 sous-domaines,
 chacun de ces sous-domaines a, à son tour, 256 sous-
domaines,
 le 4ème niveau correspond à un NS connaissant le nom de
domaine associé à cette adresse IP

55
Résolution Inverse

56
Le protocole FTP

File Transfer Protocol


Principe et caractéristiques
 FTP - File Transfer Protocol : Protocole de transfert de
fichier
 Ports 20 et 21
 permet un partage de fichiers entre machines distantes
 Téléchargement (download)
 Dépôt (Upload)
 permet une indépendance aux systèmes de fichiers des
machines clientes et serveur
 permet de transférer des données de manière efficace

58
Principe et caractéristiques
 Deux types d’accès:
 Utilisateur : requiert un compte sur le serveur
 Anonyme: n’importe qui sur Internet peut initier une
connexion FTP:
 Login: anonymous
 Défini par défaut dans chaque serveur FTP, il a accès au répertoire
/var/ftp comme racine
 Utile pour des connexions rapides sans authentification préalable
 Transmission sur deux canaux :
 Un canal pour les commandes (canal de contrôle), géré par
l'interpréteur de commandes (PI : Protocol Interpreter)
 Un canal pour les données, géré par un processus de transfert
de données (DTP : Data Transfer Process)

59
Principe et caractéristiques
 PI (Protocol Interpreter): interpréteur de protocole permettant
de commander le DTP
 DTP (Data Transfer Process): chargé d'établir la connexion et
de gérer le canal de données
 SERVER-PI :
 chargé d'écouter les commandes provenant d'un USER-PI
 d'établir la connexion pour le canal de contrôle
 de recevoir sur celui-ci les commandes FTP du USER-PI
 de répondre et de piloter le SERVER-DTP
 Le USER-PI
 chargé d'établir la connexion avec le serveur
FTP
 d'envoyer les commandes FTP
 de recevoir les réponses du SERVER-PI
 de contrôler le USER-DTP si besoin

60
Principe et caractéristiques
 Types de commandes FTP :
 Commandes de contrôle d'accès
 USER, PASS, … QUIT
 Commandes du paramétrage de transfert
 PORT, TYPE, PASV…
 Commandes de service FTP
 DELE, RMD, MKD, PWD...
 Réponses FTP
 Code à 3 chiffres accompagné d'un texte
 1yz : Réponse préliminaire positive
 2yz : Réponse positive de réalisation
 3yz : Réponse intermédiaire positive
 4yz : Réponse négative de réalisation
 5yz : Réponse négative permanente

61
Commandes FTP

62
Principe et caractéristiques
 Deux modes de transfert:
 Mode Actif
 Le client choisit le port de connexion pour le transfert des données
 le serveur FTP initialisera la connexion de son port de données (port
20) vers le port spécifié par le client
 Utile en présence d’un firewall côté client
 Mode Passif
 le serveur FTP détermine lui-même le port de connexion à utiliser
pour permettre le transfert des données (data connexion) et le
communique au client.

63
Mode Actif

64
Mode Passif

65
Le protocole HTTP

HyperTextTransfer Protocol
Principe et Caractéristiques
 HTTP : HyperText Transfer Protocol
 Transfert de fichiers (essentiellement au format HTML)
 Port 80
 Version 1.0/1.1 : Modes de communication
 HTTP 1.0 :
 Pour chaque requête :
 Réaliser une connexion TCP
 Envoyer la requête
 Recevoir la réponse
 Libérer la connexion Plusieurs requêtes par site web
 HTTP 1.1 :  problème de performances
 Réaliser une connexion TCP
 Pour chaque requête :
 Envoyer la requête
 Recevoir la réponse
 Libérer la connexion

67
Principe et Caractéristiques
 Communication en deux temps

 Structure des Requêtes/Réponses


1. Ligne de statut: précise le type de document demandé
2. Lignes d’entête: informations supplémentaires sur la requête
et/ou le client
3. Lignes de corps
68
Principe et Caractéristiques
 Requête HTTP
 1. Ligne de statut
 Méthodes
 GET : Requête de la ressource située à l'URL spécifiée
 HEAD: Requête de l'en-tête de la ressource située à l'URL spécifiée
 POST : Envoi de données au programme situé à l'URL spécifiée
 DELETE: Suppression de la ressource située à l'URL spécifiée
 URL - Uniform Resource Locator
 Syntaxe url avec http : “http ://<host> :<port>/<path>?<searchpath>”
 host : nom de machine ou une adresse IP
 Port : numéro de port (80 par défaut)
 path : sélecteur au sens du protocole http
 Searchpath : la chaîne d’interrogation
 Version du protocole :
 Forme HTTP-Numéro de version. Par exemple HTTP/1.1

69
Principe et Caractéristiques
 Requête HTTP
 2. Champs d’entête (facultatif)
 Informations supplémentaires sur la requête et/ou le navigateur
 3. Corps
 Lignes optionnelles séparées des lignes précédentes par une
ligne vide
 Permettent l’envoi des données au serveur (commande POST)

70
Principe et Caractéristiques
 Réponse HTTP
1. Ligne de statut
1. Version du protocole utilisé
2. Code de statut : valeur numérique qui décrit le statut de la réponse
1. 1xx: n’est pas utilisé
2. 2xx: Succès
3. 3xx: Redirection, reprendre l’interrogation avec une autre formulation
4. 4xx: Erreur côté client (erreur de syntaxe par exemple)
5. 5xx: Erreur côté serveur
3. Signification du code
2. En tête
3. Corps
1. Le document demandé

71
Le protocole SMTP

Simple Mail Transfer Protocol


Le courrier électronique
 Particularité du courrier électronique
 Un destinataire n'est pas toujours connecté au réseau
 L'émetteur ne veut pas attendre que le destinataire soit joignable
 Mécanisme de remise différée du courrier
 Délai de transfert d'un message peut être long
 Lorsque l’utilisateur rédige un courriel, il fait généralement
appel à une application connue sous le nom d'agent de
messagerie, ou client de messagerie.
 L’agent de messagerie permet
 1. d’envoyer des messages
 2. de placer les messages reçus dans la boîte aux lettres du client,
 ces deux processus étant des processus distincts.

73
Principe et caractéristiques
 SMTP - Simple Mail Transfert Protocol (Protocole Simple
de Transfert de Courrier)
 Service d’envoie de courrier électronique
 Port 25
 Commandes SMTP
 HELLO <machine> : présentation du client
 MAIL FROM: <exp> : spécifie l’adresse de l’expéditeur
 RCPT TO: <dest> : spécifie l’adresse du destinataire
 DATA <message> : données à envoyer (terminées par .)
 QUIT : termine la session SMTP

74
Principe et caractéristiques
 POP - Post Office Protocol (protocole de bureau de
poste)
 permet de récupérer les courriers sur un serveur distant (le serveur POP)
 deux versions du protocole (POP2 port 109 et POP3 port 110)
Commandes POP2 Commandes POP3
HELLO : Identification à l'aide de USER : nom de l'utilisateur, doit
l'adresse IP de l'ordinateur expéditeur précéder la commande PASS.
FOLDER : Nom de la boîte à consulter PASS : mot de passe de l'utilisateur
READ : Numéro du message à lire STAT : Information sur les messages
RETRIEVE: Numéro du message à contenus sur le serveur
récupérer RETR : Numéro du message à
SAVE : Numéro du message à récupérer
sauvegarder DELE : Numéro du message à
DELETE : Numéro du message à supprimer
supprimer LIST : Numéro du message à afficher
QUIT : Sortie du serveur POP2 QUIT : sortie du serveur POP3.

75
Fonctionnement

76
Fonctionnement

77
Fonctionnement
 L’agent de remise des messages (MDA) accepte un
courriel d’un agent de transfert des messages (MTA) et
procède à la remise effective du courriel.
 L’agent MDA reçoit tous les messages entrants de l’agent
MTA et les place dans la boîte aux lettres des utilisateurs
appropriés.
 Il peut également traiter les derniers aspects liés à la
remise, tels que l’analyse antivirus, le filtrage du courrier
indésirable et la gestion des reçus.
 La plupart des communications par courriel utilisent les
applications MUA, MTA et MDA.

78
Fonctionnement

79
Annexe

Rappels sur quelques paradigmes


Modes de transmission

Unicast Broadcast
Multicast

Envoie Envoie à Envoie à


à un seul quelques uns tout le monde

Point à Point Point à Multi-Point Point à Multi-Point


Mode Broadcast
 Action d’émettre un message vers l’ensemble des machines
du réseau.
 Utilisation du même canal de communication par toutes les
machines
 Utilisation d’une adresse spéciale
Unicast ▸ Broadcast
Multicast

Envoie Envoie à Envoie à


à un seul quelques uns tout le monde

Point à Point Point à Multi-Point Point à Multi-Point

Analogie : Affichage destiné à tous les étudiants de l’ENSI


Mode Multicast
 Action d’émettre un message vers un sous-ensemble restreint de machines
du réseau.
 Utilisation d’une adresse spéciale pour la diffusion
 Notion de groupe de diffusion

Unicast ▸ Broadcast
Multicast

Envoie Envoie à Envoie à


à un seul quelques uns tout le monde

Point à Point Point à Multi-Point Point à Multi-Point

Analogie : Affichage destiné aux étudiants de la 1ère année Mastère (M1)


Mode Unicast
 Action d’émettre un message vers une machine destinataire
 Utilisation d’un canal de communication par connexion point à
point

Unicast Broadcast
Multicast

Envoie Envoie à Envoie à


à un seul quelques uns tout le monde

Point à Point Point à Multi-Point Point à Multi-Point

Analogie : Affichage destiné à l’étudiant X


RFCs
 RFC DHCP & BOOTP

85
86

Vous aimerez peut-être aussi