Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 1 sur 43

Fonctionnalits et protocoles des

couches applicatives
La plupart dentre nous utilisons Internet via le Web, les services de messagerie et les programmes
de partage de fichiers. Ces applications, ainsi que de nombreuses autres, constituent linterface
humaine entre lutilisateur et le rseau sous-jacent et nous permettent denvoyer et de recevoir des
informations avec une relative facilit. Les applications utilises sont gnralement intuitives,
savoir que lutilisateur peut sen servir sans savoir comment elles fonctionnent. Cependant, un
professionnel des rseaux doit savoir dans quelle mesure une application est capable de formater, de
transmettre et dinterprter les messages envoys et reus via le rseau.
Le modle Open System Interconnection (OSI) permet de visualiser plus facilement les mcanismes
sous-jacents de la communication via le rseau. Ce chapitre porte sur le rle dune couche, la couche
application, et de ses composants : applications, services et protocoles. Nous examinerons comment
ces trois lments permettent une communication robuste via le rseau dinformations.

Dans ce chapitre, vous apprendrez :
dcrire comment les fonctions des trois couches suprieures du modle OSI fournissent des
services de rseau aux applications destines lutilisateur final ;
dcrire comment les protocoles de la couche application TCP/IP fournissent les services
spcifis par les couches suprieures du modle OSI ;
dfinir comment les utilisateurs se servent de la couche application pour communiquer via le
rseau dinformations ;
dcrire le fonctionnement dapplications TCP/IP trs courantes, telles que le Web et le
courrier lectronique et les services associs (HTTP, DNS, SMB, DHCP, SMTP/POP et Telnet) ;
dcrire les processus de partage de fichiers quutilisent les applications Peer to Peer et le
protocole Gnutella ;
expliquer comment, grce aux protocoles, les services excuts sur un type de priphrique
peuvent envoyer des donnes vers de nombreux priphriques rseau diffrents et recevoir
des donnes de ces priphriques ;
utiliser les outils danalyse rseau pour examiner et expliquer comment fonctionnent les
applications utilisateur courantes.
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 2 sur 43

1/ L'interface entre les rseaux
1/ Modele OSI et TCP/IP
Le modle de rfrence OSI (Open Systems Interconnection) est une reprsentation abstraite en
couches servant de guide la conception des protocoles rseau. Il divise le processus de rseau en
sept couches logiques, chacune comportant des fonctionnalits uniques et se voyant attribuer des
services et des protocoles spcifiques.

Dans ce modle, les informations sont transmises dune couche lautre, en commenant au niveau
de la couche application sur lhte metteur, puis en descendant dans la hirarchie jusqu la couche
physique, pour ensuite transiter sur le canal de communication vers lhte de destination, o les
informations remontent la hirarchie jusqu la couche application. La figure dcrit les tapes
impliques dans ce processus.

La couche application (couche 7) est la couche suprieure des modles OSI et TCP/IP. Elle est la
couche qui sert dinterface entre les applications que nous utilisons pour communiquer et le rseau
sous-jacent via lequel nos messages sont transmis. Les protocoles de couche application sont utiliss
pour changer des donnes entre les programmes sexcutant sur les htes source et de destination.
Il existe de nombreux protocoles de couche application et de nouveaux protocoles sont
constamment en cours de dveloppement.

Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 3 sur 43
Bien que la suite de protocoles TCP/IP ait t dveloppe avant la dfinition du modle OSI, les
fonctionnalits des protocoles de couche application TCP/IP sintgrent la structure des trois
couches suprieures du modle OSI : les couches application, prsentation et session.
La plupart des protocoles de couche application TCP/IP ont t dvelopps avant lmergence des
ordinateurs personnels, des interfaces graphiques et des objets multimdias. Il en rsulte que ces
protocoles mettent en uvre trs peu des fonctionnalits spcifies dans les couches prsentation
et session du modle OSI.
Couche prsentation
La couche prsentation remplit trois fonctions principales :
o codage et conversion des donnes de la couche application afin que les donnes
issues du priphrique source puissent tre interprtes par lapplication approprie
sur le priphrique de destination ;
o compression des donnes de sorte que celles-ci puissent tre dcompresses par le
priphrique de destination ;
o chiffrement des donnes en vue de leur transmission et dchiffrement des donnes
reues par le priphrique de destination.
Les implmentations de la couche prsentation ne sont gnralement pas associes une pile de
protocoles particulire. Les normes utilises pour la vido et les graphiques sont des exemples.
QuickTime et MPEG (Motion Picture Experts Group) comptent parmi les normes de vido les plus
courantes. QuickTime est une spcification informatique dApple destine aux donnes vido et
audio et MPEG est une norme de compression et de codage vido. Parmi les formats dimage
graphique connus figurent les formats GIF (Graphics Interchange Format), JPEG (Joint Photographic
Experts Group) et TIFF (Tagged Image File Format). Les formats GIF et JPEG sont des formats de
compression et de codage destins aux images graphiques et le format TIFF un format de codage
standard galement destin aux images graphiques.
Couche session
Comme limplique le nom de la couche session, les fonctions sexcutant au niveau de cette couche
permettent un dialogue entre les applications source et de destination. La couche session traite
lchange des informations pour initier et maintenir un dialogue et pour redmarrer les sessions
interrompues ou inactives pendant une longue priode.
La plupart des applications (par exemple, les navigateurs Web et les clients de messagerie) intgrent
les fonctionnalits des couches 5, 6 et 7 du modle OSI.
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 4 sur 43

Les protocoles de couche application TCP/IP les plus connus sont ceux permettant lchange
dinformations entre les utilisateurs. Ces protocoles spcifient les informations de format et de
contrle ncessaires un grand nombre de fonctions courantes de communication via Internet. Voici
certains de ces protocoles TCP/IP :
Le protocole DNS (Domain Name Service) est utilis pour traduire les adresses Internet en adresses
IP.
Le protocole HTTP (Hypertext Transfer Protocol) est utilis pour transfrer les fichiers qui
constituent les pages du Web.
Le protocole SMTP (Simple Mail Transfer Protocol) est utilis pour transfrer les courriels et
les pices jointes.
Le protocole Telnet, protocole dmulation de terminal, est utilis pour permettre un accs
distant aux serveurs et aux priphriques rseau.
Le protocole FTP (File Transfer Protocol) est utilis pour le transfert interactif de fichiers
entre les systmes.

Les protocoles de la suite TCP/IP sont gnralement dfinis par des documents RFC. LIETF (Internet
Engineering Task Force) conserve les documents RFC comme normes de la suite TCP/IP.

Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 5 sur 43





Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 6 sur 43


2/ logiciels de la couche application
Les fonctions associes aux protocoles de couche application permettent au rseau des utilisateurs
de faire office dinterface avec le rseau de donnes sous-jacent. Lorsque lutilisateur ouvre un
navigateur Web ou une fentre de messagerie instantane, une application est lance et le
programme est plac dans la mmoire du priphrique, o il est excut. Chaque programme en
cours dexcution charg sur un priphrique est nomm processus.
La couche application comprend deux formes de programmes ou processus logiciels permettant
daccder au rseau : les applications et les services.
Applications orientes rseau
Les applications sont les programmes logiciels qui permettent aux utilisateurs de communiquer sur le
rseau. Certaines applications destines lutilisateur final sont orientes rseau, savoir quelles
implmentent les protocoles de couche application et sont capables de communiquer directement
avec les couches infrieures de la pile de protocoles. Les clients de messagerie et les navigateurs
Web sont des exemples de ces types dapplications.
Services de couche application
Dautres programmes peuvent ncessiter lassistance des services de couche application (par
exemple, le transfert de fichiers ou la mise en file dattente de tches dimpression rseau). Bien que
transparents pour lutilisateur, ces services constituent les programmes qui tablissent linterface
avec le rseau et prparent les donnes transfrer. Diffrents types de donnes (texte, graphique
ou vido) ncessitent diffrents services rseau pour tre correctement prpars afin d'tre traits
par les fonctions sexcutant au niveau des couches infrieures du modle OSI.
Chaque application ou service rseau utilise des protocoles qui dfinissent les normes et les formats
de donnes utiliser. Sans protocoles, le rseau de donnes ne disposerait daucune mthode
commune pour formater et transmettre les donnes. Pour comprendre le fonctionnement des divers
services rseau, il est ncessaire de connatre les protocoles sous-jacents qui rgissent ces services.
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 7 sur 43

3/ Applications utilisateur, services et protocoles de couches application
Comme mentionn prcdemment, la couche application utilise des protocoles implments au sein
dapplications et de services. Alors que les applications permettent aux utilisateurs de crer des
messages et que les services de couche application tablissent une interface avec le rseau, les
protocoles fournissent les rgles et les formats qui rgissent la manire dont les donnes sont
traites. Ces trois composants peuvent tre utiliss par le mme programme excutable et peuvent
mme porter le mme nom. Par exemple, Telnet peut faire rfrence lapplication, au service
ou au protocole.
Dans le modle OSI, les applications qui interagissent directement avec les utilisateurs sont
considres comme tant au sommet de la pile, tout comme le sont les utilisateurs. De mme que
toutes les couches au sein du modle OSI, la couche application fait appel aux fonctions des couches
infrieures pour terminer le processus de communication. Au sein de la couche application, les
protocoles indiquent quels messages sont changs entre les htes source et de destination, la
syntaxe des commandes de contrle, le type et le format des donnes transmises et les mthodes
appropries de notification et de correction des erreurs.
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 8 sur 43

4/ Fonctions du protocole de couche application
Les protocoles de couche application sont utiliss par les priphriques source et de destination
pendant une session de communication. Pour que les communications aboutissent, les protocoles de
couche application implments sur les htes source et de destination doivent correspondre.

Les protocoles tablissent des rgles cohrentes pour changer des donnes entre les applications et
les services chargs sur les priphriques concerns. Ils indiquent la manire dont les donnes
figurant dans les messages sont structures et le type des messages envoys entre les htes source
et de destination. Ces messages peuvent tre des requtes de services, des reus, des messages de
donnes, des messages dtat ou des messages derreur. Les protocoles dfinissent galement les
dialogues au niveau des messages et assurent quun message envoy reoit la rponse prvue et que
les services appropris sont invoqus lorsque se produit un transfert de donnes.
De nombreux types dapplications communiquent via les rseaux de donnes. Pour cette raison, les
services de couche application doivent implmenter plusieurs protocoles pour fournir le niveau de
communication voulu. Chaque protocole a un objectif spcifique et comporte les caractristiques
ncessaires pour atteindre cet objectif. Les dtails de protocole appropris de chaque couche
doivent tre observs, de sorte que les fonctions au niveau dune couche tablissent correctement
linterface avec les services au niveau de la couche infrieure.
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 9 sur 43
Les applications et les services peuvent galement utiliser plusieurs protocoles au cours dune mme
conversation. Un protocole peut indiquer comment tablir la connexion rseau et un autre protocole
dcrire le processus de transfert de donnes lorsque le message est transmis la couche infrieure
suivante.

2/ Utilisation des applications et des services
1/ Modele client/serveur
Lorsque lutilisateur tente daccder aux informations situes sur son priphrique, quil sagisse dun
PC, dun ordinateur portable, dun assistant numrique personnel, dun tlphone portable ou autre
priphrique connect au rseau, les donnes peuvent ne pas tre stockes sur ce priphrique.
Dans ce cas, une requte daccs aux informations doit tre adresse au niveau du priphrique sur
lequel rsident les donnes.
Modle client/serveur

Dans le modle client/serveur, le priphrique demandant les informations est nomm client et celui
rpondant la demande est nomm serveur. Les processus client et serveur sont considrs comme
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 10 sur 43
faisant partie de la couche application. Le client commence lchange en demandant des donnes au
serveur, qui rpond en envoyant un ou plusieurs flux de donnes au client. Les protocoles de couche
application dcrivent le format des requtes et des rponses entre clients et serveurs. Outre le
transfert de donnes effectif, cet change peut galement ncessiter des informations de contrle,
telles que lauthentification de lutilisateur et lidentification dun fichier de donnes transfrer.
Comme exemple de rseau client/serveur, citons un environnement dentreprise dans lequel les
employs utilisent un serveur de messagerie dentreprise pour envoyer, recevoir et stocker leur
courriel. Le client de messagerie situ sur lordinateur dun employ envoie une demande au serveur
de messagerie pour tout courriel non lu. Le serveur rpond en envoyant le courriel requis au client.

Bien que les donnes soient gnralement dcrites comme tant transmises du serveur au client,
certaines donnes sont toujours transmises du client au serveur. Le flux de donnes peut tre gal
dans les deux sens ou mme plus important dans le sens client vers serveur. Par exemple, un client
peut transfrer un fichier vers le serveur des fins de stockage. Le transfert de donnes dun client
vers un serveur est dsign par le terme tlchargement montant. Le transfert de donnes dun
serveur vers un client est dsign par le terme tlchargement descendant.

Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 11 sur 43

2/ Serveur
Dans un contexte gnral de rseau, un priphrique qui rpond des requtes manant
dapplications clientes opre en tant que serveur. Un serveur est gnralement un ordinateur qui
contient des informations partager avec de nombreux systmes clients. Par exemple, les pages
Web, les documents, les bases de donnes, les images, les fichiers vido et les fichiers audio peuvent
tous tre stocks sur un serveur et transmis des clients demandeurs. Dans dautres cas (par
exemple, une imprimante rseau), le serveur dimpression transmet les demandes dimpression
clientes limprimante spcifie.
Diffrents types dapplications serveur peuvent avoir diffrents besoins en matire daccs du client.
Certains serveurs peuvent ncessiter lauthentification des informations du compte utilisateur pour
vrifier que lutilisateur est autoris accder aux donnes requises ou effectuer une opration
spcifique. Ces serveurs font appel une liste centrale des comptes utilisateur et des autorisations
(daccs aux donnes et dexcution doprations) sont accordes chaque utilisateur. Lorsque vous
utilisez un client FTP, par exemple, si vous demandez tlcharger des donnes vers le serveur FTP,
vous pouvez tre autoris crire des donnes dans votre dossier personnel mais pas lire dautres
fichiers situs sur le site.
Dans un rseau client/serveur, le serveur excute un service, ou processus, parfois nomm dmon de
serveur. Comme la plupart des services, les dmons sexcutent gnralement en tche de fond et
ne sont pas sous le contrle direct de lutilisateur final.
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 12 sur 43

Les dmons sont dcrits comme tant lcoute dune requte de la part dun client car ils sont
programms pour rpondre chaque fois que le serveur reoit une requte pour le service fourni par
le dmon. Lorsquun dmon entend une requte dun client, il change les messages appropris
avec le client, comme requis par son protocole, puis envoie les donnes requises au client dans le
format appropri.

4/ Rseau et application peer to peer
Modle Peer to Peer
Outre le modle de rseau client/serveur, il existe galement un modle Peer to Peer. Le rseau Peer
to Peer implique deux formes diffrentes : la conception de rseau Peer to Peer et les applications
Peer to Peer (P2P). Les deux formes comportent des caractristiques similaires mais, dans les faits,
fonctionnent trs diffremment.
Rseaux Peer to Peer
Dans un rseau Peer to Peer, au minimum deux ordinateurs sont connects via un rseau et peuvent
partager des ressources (par exemple, des imprimantes et des fichiers) sans disposer de serveur
ddi. Chaque priphrique final connect (nomm homologue) peut oprer en tant que serveur ou
en tant que client. Un ordinateur peut remplir le rle de serveur pour une transaction tout en servant
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 13 sur 43
simultanment de client pour un autre ordinateur. Les rles de client et de serveur sont dfinis en
fonction de chaque requte.
Par exemple, un rseau domestique simple connectant deux ordinateurs qui partagent une
imprimante est un rseau Peer to Peer. Chaque utilisateur peut configurer son ordinateur pour
partager des fichiers, excuter des jeux en rseau ou partager une connexion Internet. Autre
exemple de rseau Peer to Peer : deux ordinateurs connects un grand rseau et utilisant des
applications logicielles pour partager des ressources via le rseau.
Contrairement au modle client/serveur, qui utilise des serveurs ddis, les rseaux Peer to Peer
dcentralisent les ressources sur un rseau. Au lieu d'tre stockes sur des serveurs ddis, les
informations partager peuvent se situer nimporte o sur un priphrique connect. La plupart des
systmes dexploitation actuels prennent en charge le partage des fichiers et des imprimantes sans
ncessiter un logiciel serveur supplmentaire. Les rseaux Peer to Peer nutilisant gnralement pas
de comptes utilisateur, dautorisations ou de moniteurs centraliss, il est difficile dappliquer les
rgles de scurit et daccs aux rseaux comportant plus de quelques ordinateurs. Les comptes et
les droits daccs utilisateur doivent tre dfinis individuellement sur chaque priphrique
homologue.

Applications peer to peer
Applications Peer to Peer

Une application Peer to Peer (P2P), contrairement un rseau Peer to Peer, permet un
priphrique doprer la fois comme client et comme serveur au sein dune mme communication.
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 14 sur 43
Dans ce modle, chaque client est un serveur et chaque serveur un client. Les deux peuvent lancer
une communication et sont considrs comme gaux dans le processus de communication.
Cependant, les applications Peer to Peer ncessitent que chaque priphrique final fournisse une
interface utilisateur et excute un service en tche de fond. Lorsque vous lancez une application Peer
to Peer spcifique, elle invoque linterface utilisateur et les services en tche de fond requis. Les
priphriques peuvent ensuite communiquer directement.
Certaines applications Peer to Peer utilisent un systme hybride dans lequel le partage des
ressources est dcentralis mais les index pointant vers lemplacement des ressources sont stocks
dans un rpertoire centralis. Dans un systme hybride, chaque homologue accde un serveur
dindex pour obtenir lemplacement dune ressource stocke chez un autre homologue. Le serveur
dindex permet galement de connecter deux homologues, mais une fois ceux-ci connects, la
communication seffectue entre les deux homologues sans autre communication vers le serveur
dindex.
Les applications Peer to Peer peuvent tre utilises sur des rseaux Peer to Peer, des rseaux
client/serveur et via Internet.

3/ Exemples de services et de protocoles de la couche application
1/ Services et protocoles DNS
prsent que nous savons mieux comment les applications fournissent une interface lutilisateur
et permettent daccder au rseau, nous allons examiner certains protocoles spcifiques courants.

Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 15 sur 43
Comme nous allons le voir par la suite dans ce cours, la couche transport utilise un modle
dadressage nomm numro de port.

Les numros de port identifient les applications et les services de la couche application qui
constituent la source et la destination des donnes. Les programmes serveur utilisent gnralement
des numros de port prdfinis connus des clients. En examinant les diffrents protocoles et services
de couche application TCP/IP, nous nous rfrerons aux numros de port TCP et UDP normalement
associs ces services. Certains de ces services sont les suivants :
o DNS (Systme de noms de domaine) - Port TCP/UDP 53

o HTTP (Hypertext Transfer Protocol) - Port TCP 80
o SMTP (Simple Mail Transfer Protocol) - Port TCP 25
o POP (Post Office Protocol) - Port UDP 110
o
o Telnet - Port TCP 23
o DHCP (Dynamic Host Configuration Protocol) - Port UDP 67
o FTP (File Transfer Protocol) - Ports TCP 20 et 21
DNS
Sur les rseaux de donnes, les priphriques sont tiquets par des adresses IP numriques, ce qui
leur permet de participer lenvoi et la rception de messages via le rseau. Cependant, la plupart
des utilisateurs mmorisent trs difficilement ces adresses numriques. Pour cette raison, des noms
de domaine ont t crs pour convertir les adresses numriques en noms simples et explicites.
Sur Internet, ces noms de domaine (par exemple, www.cisco.com) sont beaucoup plus faciles
mmoriser que leurs quivalents numriques (par exemple, 198.133.219.25, ladresse numrique du
serveur de Cisco). De plus, si Cisco dcide de changer dadresse numrique, ce changement est
transparent pour lutilisateur car le nom de domaine demeure www.cisco.com. La nouvelle adresse
est simplement lie au nom de domaine existant et la connectivit est maintenue. Lorsque les
rseaux taient de petite taille, il tait simple de maintenir le mappage entre les noms de domaine et
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 16 sur 43
les adresses quils reprsentaient. Cependant, les rseaux tant aujourdhui de plus grande taille et le
nombre de priphriques plus lev, ce systme manuel ne fonctionne plus.
Le protocole DNS (Domain Name System) a t cr afin de permettre la rsolution de nom pour ces
rseaux. Le protocole DNS utilise un ensemble distribu de serveurs pour convertir les noms associs
ces adresses en numros.
Le protocole DNS dfinit un service automatis qui associe les noms de ressource l'adresse rseau
numrique requise.

Il comprend le format des demandes et des rponses ainsi que des formats de donnes. Les
communications via le protocole DNS utilisent un format unique nomm message. Ce format de
message est utilis pour tous les types de demandes client et de rponses serveur, pour les messages
derreur et pour le transfert des informations d'enregistrement de ressource entre les serveurs.


Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 17 sur 43



Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 18 sur 43


Le protocole DNS est un service client/serveur. Cependant, il diffre des autres services
client/serveur examins dans ce cours. Les autres services utilisent un client qui constitue une
application (par exemple, un navigateur Web ou un client de messagerie) tandis que le client DNS
sexcute en tant que service lui-mme. Le client DNS, parfois nomm rsolveur DNS, prend en
charge la rsolution de noms pour nos autres applications rseau et pour les autres services qui en
ont besoin.


Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 19 sur 43

Lors de la configuration dun priphrique rseau, au minimum une adresse de serveur DNS est
fournie, que le client DNS peut utiliser pour la rsolution de noms. Le fournisseur de services Internet
fournit gnralement les adresses utiliser pour les serveurs DNS. Lorsque lapplication dun
utilisateur demande se connecter un priphrique distant laide dun nom, le client DNS
demandeur interroge lun de ces serveurs de noms pour convertir le nom en une adresse numrique.
Le systme dexploitation des ordinateurs comprend galement un utilitaire nomm nslookup qui
permet lutilisateur denvoyer une requte manuellement les serveurs de noms, afin de convertir
un nom dhte donn. Cet utilitaire permet galement de rsoudre les problmes de rsolution de
noms et de vrifier ltat actuel des serveurs de noms.
lcran, lorsque la commande nslookup est excute, le serveur DNS par dfaut configur pour
votre hte est affich. Dans cet exemple, le serveur DNS est dns-sj.cisco.com et possde ladresse
171.70.168.183.
Vous pouvez alors taper le nom dun hte ou dun domaine dont vous souhaitez obtenir ladresse.
Dans la premire demande de lcran, une demande est effectue pour www.cisco.com. Le serveur
de noms qui rpond fournit ladresse 198.133.219.25.
Les demandes affiches lcran ne sont que de simples tests. Lutilitaire nslookup dispose de
nombreuses options permettant de tester et de vrifier le processus DNS de manire approfondie.
Un serveur DNS effectue la rsolution des noms laide du dmon de nom, souvent appel named
(name daemon).
Le serveur DNS stocke diffrents types denregistrements de ressource utiliss pour rsoudre des
noms. Ces enregistrements contiennent le nom, ladresse et le type denregistrement.
Certains de ces types denregistrements sont les suivants :
A : une adresse de priphrique final
NS : un serveur de noms autoris
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 20 sur 43

CNAME : le nom canonique (ou nom de domaine complet) dun alias ; utilis lorsque
plusieurs services comportent une adresse rseau unique mais que chaque service
comporte sa propre entre dans DNS
MX : enregistrement dchange de courriel ; associe un nom de domaine une liste
de serveurs dchange de courriel pour ce domaine

Lorsquun client effectue une demande, le processus de dmon de nom du serveur examine dabord
ses propres enregistrements pour voir sil peut rsoudre le nom. Sil ne peut pas rsoudre le nom
laide de ses enregistrements stocks, il contacte dautres serveurs pour rsoudre le nom.
La requte peut tre transmise plusieurs serveurs, ce qui peut ncessiter un dlai supplmentaire
et consommer de la bande passante. Lorsquune correspondance est trouve et retourne au
serveur demandeur dorigine, le serveur stocke temporairement dans le cache ladresse numrique
correspondant au nom.

Si ce mme nom est de nouveau demand, le premier serveur peut retourner ladresse en utilisant la
valeur stocke dans son cache de noms. La mise en cache rduit le trafic rseau de donnes de
demandes DNS et les charges de travail des serveurs situs aux niveaux suprieurs dans la hirarchie.
Le service client DNS sur les PC Windows optimise les performances de la rsolution de noms DNS en
stockant galement en mmoire les noms dj rsolus. La commande ipconfig /displaydns affiche
toutes les entres DNS mises en cache sur un systme Windows XP ou 2000.
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 21 sur 43

Le protocole DNS utilise un systme hirarchique pour crer une base de donnes afin dassurer la
rsolution de noms. La hirarchie ressemble une arborescence inverse dont la racine se situe au
sommet et les branches en dessous.
Au sommet de la hirarchie, les serveurs racines conservent des enregistrements sur la manire
datteindre les serveurs des domaines de premier niveau, qui leur tour comportent des
enregistrements pointant sur les serveurs des domaines de second niveau, et ainsi de suite.
Les diffrents domaines de premier niveau reprsentent le type dorganisation ou le pays dorigine.
Voici des exemples de domaines de premier niveau :
.au : Australie
.co : Colombie
.com : entreprise ou industrie
.jp : Japon
.org : organisme but non lucratif

Aprs les domaines de premier niveau viennent les domaines de second niveau, puis, en dessous,
dautres domaines de niveau infrieur.
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 22 sur 43
Chaque nom de domaine constitue un chemin qui descend dans cette arborescence inverse
commenant par la racine.
Par exemple, comme illustr dans la figure, le serveur DNS racine peut ne pas connatre
lemplacement exact du serveur de messagerie mail.cisco.com, mais il conserve un enregistrement
pour le domaine com dans le domaine de premier niveau. De mme, les serveurs situs dans le
domaine com peuvent ne pas disposer dun enregistrement pour mail.cisco.com, mais ils
disposent dun enregistrement pour le domaine cisco.com . Les serveurs du domaine cisco.com
disposent dun enregistrement (plus exactement, dun enregistrement MX) pour mail.cisco.com.
Le protocole DNS fait appel cette hirarchie de serveurs dcentraliss pour stocker et maintenir ces
enregistrements de ressources. Les enregistrements de ressources rpertorient les noms de
domaines que le serveur peut rsoudre, ainsi que dautres serveurs pouvant galement traiter des
requtes. Si un serveur spcifique dispose denregistrements de ressources qui correspondent son
niveau dans la hirarchie de domaines, il est qualifi comme tant un serveur autoris pour ces
enregistrements.
Par exemple, un serveur de noms dans le domaine cisco.netacad.net ne serait pas un serveur
autoris pour lenregistrement mail.cisco.com car cet enregistrement est stock sur un serveur dun
domaine de premier niveau, savoir le serveur de noms du domaine cisco.com.

3/ Services WWW et http
Lorsquune adresse Web (ou URL) est tape dans un navigateur Web, ce dernier tablit une
connexion au service Web sexcutant sur le serveur laide du protocole HTTP. Les URL (Uniform
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 23 sur 43
Resource Locator) et les URI (Uniform Resource Identifier) sont les noms que la plupart des
utilisateurs associent aux adresses Web.
Par exemple, http://www.cisco.com/index.html est une adresse URL qui se rfre une ressource
spcifique : une page Web nomme index.html situe sur le serveur cisco.com (cliquez sur les
boutons de la figure pour afficher les tapes effectues par le protocole HTTP).
Les navigateurs Web sont les applications clientes que les ordinateurs utilisent pour se connecter au
Web et accder aux ressources stockes sur un serveur Web. Comme avec la plupart des processus
serveur, le serveur Web sexcute en tant que service en tche de fond et met diffrents types de
fichiers la disposition de lutilisateur.
Pour accder au contenu Web, les clients Web tablissent des connexions au serveur et demandent
les ressources voulues. Le serveur retourne les ressources et, la rception de ces ressources, le
navigateur interprte les donnes et les prsente lutilisateur.
Les navigateurs peuvent interprter et prsenter de nombreux types de donnes, tels que des
donnes en texte clair ou HTML (Hypertext Markup Language), langage dans lequel sont conues les
pages Web. Cependant, dautres types de donnes peuvent ncessiter un autre service ou
programme, gnralement nomm plug-in ou composant additionnel. Pour aider le navigateur
dterminer le type de fichier quil reoit, le serveur indique le type de donnes que contient le
fichier.
Pour mieux comprendre linteraction entre le navigateur Web et le client Web, voyons comment une
page Web souvre dans un navigateur. Cet exemple utilise ladresse URL suivante :
http://www.cisco.com/web-server.htm.
Le navigateur commence par interprter les trois parties de ladresse URL :
1. http (protocole ou modle)
2. www.cisco.com (nom du serveur)
3. web-server.htm (nom du fichier demand).
Le navigateur fait ensuite appel un serveur de noms pour convertir ladresse www.cisco.com en
une adresse numrique, quil utilise pour se connecter au serveur. laide des caractristiques du
protocole HTTP, le navigateur envoie une requte GET au serveur et demande le fichier web-
server.htm. En rponse, le serveur envoie le code HTML de cette page Web au navigateur. Enfin, le
navigateur dchiffre le code HTML et formate la page en fonction de sa fentre.
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 24 sur 43


Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 25 sur 43

Le protocole HTTP (Hypertext Transfer Protocol), lun des protocoles de la suite TCP/IP, a t
dvelopp lorigine pour publier et extraire des pages HTML. Il est prsent utilis pour les systmes
dinformation collaboratifs distribus. Le protocole HTTP est utilis travers le Web pour le transfert
des donnes et constitue lun des protocoles dapplication les plus utiliss.
Le protocole HTTP constitue un protocole de requte/rponse. Lorsquun client (gnralement un
navigateur Web) envoie une requte un serveur, le protocole HTTP dfinit les types de messages
que le client utilise pour demander la page Web, ainsi que les types de messages que le serveur
utilise pour rpondre. Les trois types de messages courants sont GET, POST et PUT.
GET est une requte cliente pour obtenir des donnes. Un navigateur Web envoie le message GET
pour demander des pages un serveur Web. Comme lillustre la figure, une fois que le serveur reoit
la requte GET, il retourne une ligne dtat (par exemple, HTTP/1.1 200 OK), ainsi quun message
cr par lui-mme et dont le corps peut tre le fichier demand, un message derreur ou dautres
informations.
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 26 sur 43

Les requtes POST et PUT sont utilises pour envoyer des messages qui tlchargent des donnes
vers le serveur Web. Par exemple, lorsque lutilisateur entre des donnes dans un formulaire
incorpor une page Web, la requte POST comprend les donnes dans le message envoy au
serveur.
La requte PUT tlcharge des ressources ou du contenu vers le serveur Web.
Bien quil soit remarquablement flexible, le protocole HTTP nest pas un protocole scuris. Les
messages POST tlchargent des informations vers le serveur dans un format de texte clair pouvant
tre intercept et lu. De mme, les rponses du serveur (gnralement, des pages HTML) ne sont pas
chiffres.

Pour une communication scurise via Internet, le protocole HTTPS (HTTP Secure) est utilis lors de
laccs aux informations du serveur Web ou de leur publication. Le protocole HTTPS peut procder
lauthentification et au chiffrement pour scuriser les donnes pendant quelles circulent entre le
client et le serveur. Le protocole HTTPS spcifie des rgles supplmentaires de transmission de
donnes entre la couche application et la couche transport.
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 27 sur 43
3/ Exemples de services et de protocoles SMTP/POP
1/ Services de messagerie et protocoles SMTP/POP
La messagerie lectronique, le service de rseau le plus rpandu, par sa simplicit et sa vitesse
dexcution, a rvolutionn la manire dont nous communiquons. Mais pour sexcuter sur un
ordinateur ou autre priphrique final, une messagerie ncessite plusieurs applications et services.
Les protocoles POP (Post Office Protocol) et SMTP (Simple Mail Transfer Protocol), illustrs dans la
figure, sont deux exemples de protocoles de couche application. Tout comme le protocole HTTP, ces
protocoles dfinissent des processus client/serveur.
Lorsque lutilisateur rdige un courriel, il fait gnralement appel une application connue sous le
nom d'agent de messagerie, ou client de messagerie. Lagent de messagerie permet lenvoi des
messages et place les messages reus dans la bote aux lettres du client, ces deux processus tant des
processus distincts.
Pour recevoir le courriel dun serveur de messagerie, le client de messagerie peut utiliser le protocole
POP. Lenvoi de courriel partir dun client ou dun serveur implique lutilisation de commandes et
de formats de messages dfinis par le protocole SMTP. Un client de messagerie fournit gnralement
les fonctionnalits des deux protocoles au sein dune application.

Processus de serveur de messagerie : MTA et MDA
Le serveur de messagerie opre deux processus distincts :
Agent de transfert des messages (MTA)
Agent de remise des messages (MDA)
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 28 sur 43
Le processus MTA est utilis pour transfrer le courriel. Comme lillustre la figure, lagent de transfert
des messages reoit des messages de lagent de messagerie ou dun autre agent de transfert des
messages sur un autre serveur de messagerie. En fonction de len-tte du message, il dtermine la
manire dont un message doit tre transmis pour arriver destination. Si le message est adress
un utilisateur dont la bote aux lettres rside sur le serveur local, le message est transmis lagent de
remise des messages (MDA). Si le message est adress un utilisateur ne se situant pas sur le serveur
local, lagent de transfert des messages lachemine vers lagent de transfert des messages du serveur
appropri.

Dans la figure, lagent de remise des messages (MDA) accepte un courriel dun agent de transfert des
messages (MTA) et procde la remise effective du courriel. Lagent de remise des messages reoit
tous les messages entrants de lagent de transfert des messages et les place dans la bote aux lettres
des utilisateurs appropris. Il peut galement traiter les derniers aspects lis la remise, tels que
lanalyse antivirus, le filtrage du courrier indsirable et la gestion des reus. La plupart des
communications par courriel utilisent les applications MUA, MTA et MDA. Cependant, il existe
dautres alternatives pour la remise du courriel.
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 29 sur 43

Un client peut tre connect un systme de messagerie dentreprise, tel que Lotus Notes dIBM,
Groupwise de Novell ou Exchange de Microsoft. Ces systmes disposent souvent de leur propre
format de messagerie interne et leurs clients communiquent gnralement avec le serveur de
messagerie laide dun protocole propritaire.


Le serveur envoie ou reoit le courriel via Internet par lintermdiaire de la passerelle de messagerie
Internet du produit, qui procde au reformatage ncessaire. Par exemple, si deux personnes
travaillant dans la mme entreprise schangent du courriel laide dun protocole propritaire, leurs
messages peuvent rester entirement dans le systme de messagerie de lentreprise.
Autre alternative : les ordinateurs ne disposant pas dun agent de messagerie peuvent encore se
connecter un service de messagerie sur un navigateur Web pour rcuprer et envoyer des
messages de cette manire. Certains ordinateurs peuvent excuter leur propre agent de transfert
des messages (MTA) et grer eux-mmes le courriel entre domaines.
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 30 sur 43

Comme indiqu prcdemment, le courriel peut utiliser les protocoles POP et SMTP (reportez-vous
la figure pour savoir comment fonctionne chacun de ces protocoles). Les protocoles POP et POP3
(Post Office Protocol, version 3) sont des protocoles de remise du courrier entrant et constituent des
protocoles client/serveur standard. Ils transmettent le courriel du serveur de messagerie au client de
messagerie. Lagent de remise des messages (MDA) procde une coute pour dtecter le moment
o un client se connecte un serveur. Une fois quune connexion est tablie, le serveur peut
remettre le courriel au client.
Par ailleurs, le protocole SMTP (Simple Mail Transfer Protocol) rgit le transfert du courriel sortant du
client expditeur au serveur de messagerie (MDA), ainsi que le transport du courriel entre les
serveurs de messagerie (MTA). Le protocole SMTP permet le transport du courriel sur des rseaux de
donnes entre diffrents types de logiciels serveur et client, ainsi que lchange de courriel via
Internet.
Le format de message du protocole SMTP utilise un ensemble rigide de commandes et de rponses.
Ces commandes prennent en charge les procdures du protocole SMTP, telles que louverture de
session, la transaction du courriel, le transfert du courriel, la vrification des noms de bote aux
lettres, le dveloppement des listes de diffusion et les changes de dbut et de fin.
Certaines des commandes spcifies dans le protocole SMTP sont les suivantes :
HELO : identifie le processus client SMTP pour le processus serveur SMTP.
EHLO : est une version plus rcente de la commande HELO et comprend des extensions de
services.
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 31 sur 43
MAIL FROM : identifie lexpditeur.
RCPT TO : identifie le destinataire.
DATA : identifie le corps du message.

2/ Protocole FTP
Le protocole FTP (File Transfer Protocol) est un autre protocole de couche application couramment
utilis. Il a t dvelopp pour permettre le transfert de fichiers entre un client et un serveur. Un
client FTP est une application sexcutant sur un ordinateur et utilise pour extraire des fichiers dun
serveur excutant le dmon FTP (FTPd).
Pour transfrer les fichiers correctement, le protocole FTP ncessite que deux connexions soient
tablies entre le client et le serveur : une connexion pour les commandes et les rponses et une
autre pour le transfert mme des fichiers.
Le client tablit la premire connexion au serveur sur le port TCP 21. Cette connexion est utilise
pour le trafic de contrle et se compose de commandes clientes et de rponses serveur.
Le client tablit la seconde connexion au serveur via le port TCP 20. Cette connexion est destine au
transfert mme des fichiers et est tablie chaque transfert de fichiers.
Le transfert de fichiers peut seffectuer dans lune des deux directions. Le client peut tlcharger un
fichier partir du serveur ou en direction du serveur.
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 32 sur 43










3/ Protocole DHCP
Le service DHCP (Dynamic Host Configuration Protocol) permet aux priphriques dun rseau
dobtenir dun serveur DHCP des adresses IP et autres informations. Ce service automatise
laffectation des adresses IP, des masques de sous-rseau, des paramtres de passerelle et autres
paramtres de rseau IP.
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 33 sur 43

Il permet un hte dobtenir une adresse IP dynamiquement lorsquil se connecte au rseau. Le
serveur DHCP est contact et une adresse est demande. Le serveur DHCP choisit une adresse dans
une plage dadresses configure (nomme pool) et affecte cette adresse lhte pour une dure
dfinie.
Sur les rseaux locaux plus importants ou sur les rseaux dont les utilisateurs changent
frquemment, le protocole DHCP est prfrable. De nouveaux utilisateurs peuvent se prsenter
travaillant sur des ordinateurs portables et ncessitant une connexion. Dautres peuvent disposer de
nouvelles stations de travail devant tre connectes. Plutt que de faire attribuer des adresses IP par
ladministrateur rseau chaque station de travail, il est plus efficace que les adresses IP soient
attribues automatiquement laide du protocole DHCP.
Les adresses attribues via le protocole DHCP ne sont pas affectes aux htes dfinitivement mais
uniquement pour une dure spcifique. Si lhte est mis hors tension ou retir du rseau, ladresse
est retourne au pool pour tre rutilise. Ceci est particulirement utile pour les utilisateurs
mobiles qui se connectent et se dconnectent sur le rseau. Les utilisateurs peuvent librement se
dplacer dun endroit un autre et rtablir des connexions rseau. Lhte peut contenir une adresse
IP une fois la connexion matrielle tablie, via un rseau local filaire ou sans fil.
Le protocole DHCP vous permet daccder Internet via des points daccs sans fil dans des
aroports ou des cafs. Lorsque vous pntrez dans la zone, le client DHCP de votre ordinateur
portable contacte le serveur DHCP local via une connexion sans fil. Le serveur DHCP attribue une
adresse IP votre ordinateur portable.
Comme lillustre la figure, divers types de priphriques peuvent tre des serveurs DHCP lorsquils
excutent des logiciels de service DHCP. Dans la plupart des rseaux de taille moyenne grande, le
serveur DHCP est gnralement un serveur local ddi bas sur un PC.
Dans le cas des rseaux domestiques, il est gnralement situ au niveau du fournisseur de services
Internet et un hte sur le rseau domestique reoit directement sa configuration IP du fournisseur de
services Internet.
Le protocole DHCP peut reprsenter un risque pour la scurit car nimporte quel priphrique
connect au rseau peut recevoir une adresse. Ce risque fait de la scurit physique un facteur
important lors du choix entre un adressage dynamique et un adressage manuel.
Ladressage dynamique et ladressage statique ont chacun leur place dans la conception des rseaux.
De nombreux rseaux utilisent la fois le protocole DHCP et ladressage statique. Le protocole DHCP
est utilis pour les htes utilisation gnrale (par exemple, les priphriques dutilisateur final) et
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 34 sur 43
les adresses fixes pour les priphriques rseau (par exemple, les passerelles, les commutateurs, les
serveurs et les imprimantes).
Sans le protocole DHCP, les utilisateurs doivent manuellement entrer ladresse IP, le masque de
sous-rseau et autres paramtres rseau pour se connecter au rseau. Le serveur DHCP maintient un
pool dadresses IP et attribue temporairement une adresse nimporte quel client DHCP lorsque
celui-ci est mis sous tension. Les adresses IP tant des adresses dynamiques (temporairement
attribues) et non pas des adresses statiques (dfinitivement attribues), les adresses qui ne sont
plus utilises sont automatiquement retournes au pool pour tre rattribues. Lorsquun
priphrique configur pour le protocole DHCP est mis sous tension ou se connecte au rseau, le
client diffuse un paquet DHCP DISCOVER pour identifier les serveurs DHCP disponibles du rseau. Un
serveur DHCP rpond avec un paquet DHCP OFFER, savoir un message doffre de bail qui indique
une adresse IP attribue, un masque de sous-rseau, un serveur DNS, une passerelle par dfaut, ainsi
que la dure du bail.

Le client peut recevoir plusieurs paquets DHCP OFFER si le rseau local comporte plusieurs serveurs
DHCP. Il doit donc effectuer un choix parmi ces paquets et diffuser un paquet DHCP REQUEST qui
identifie explicitement le serveur et loffre de bail quil accepte. Un client peut choisir de demander
une adresse que le serveur lui a dj attribue prcdemment.

En supposant que ladresse IP demande par le client ou offerte par le serveur est encore valide, le
serveur retournerait un message DHCP ACK
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 35 sur 43

confirmant au client que le bail est effectu. Si loffre nest plus valide (peut-tre cause dun dlai
dattente dpass ou dun autre client effectuant un bail), le serveur slectionn rpondra par un
message DHCP NAK (Negative Acknowledgement). Si un message DHCP NAK est retourn, le
processus de slection doit recommencer avec un nouveau message DHCP DISCOVER transmis.
Une fois que le client obtient le bail, celui-ci doit tre renouvel avant son expiration via un autre
message DHCP REQUEST.
Le serveur DHCP sassure que toutes les adresses IP sont uniques (une adresse IP ne peut pas tre
attribue deux priphriques rseaux diffrents en mme temps). Le protocole DHCP permet aux
administrateurs rseau de reconfigurer aisment les adresses IP des clients sans devoir apporter de
modifications manuelles aux clients. La plupart des fournisseurs Internet utilisent un protocole DHCP
pour attribuer des adresses leurs clients ne ncessitant pas dadresse statique.


4/ Services de partage de fichiers et protocole SMB
Le protocole SMB (Server Message Block) est un protocole de partage de fichiers client/serveur. Il fut
dvelopp par IBM la fin des annes 80 pour dcrire la structure des ressources rseau partages
telles que les rpertoires, les fichiers, les imprimantes et les ports srie. Il sagit dun protocole de
requte-rponse. 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, lutilisateur du
client peut accder aux ressources rsidant sur le serveur comme si elles taient situes localement
sur lhte client.
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 36 sur 43

Le partage de fichiers et les services dimpression SMB sont devenus la base des rseaux Microsoft.
Avec lintroduction de la srie de logiciels Windows 2000, Microsoft a modifi la structure sous-
jacente dutilisation du protocole SMB. Dans les versions prcdentes des produits Microsoft, les
services SMB utilisaient un protocole autre que TCP/IP pour implmenter la rsolution de noms.
Depuis Windows 2000, tous les produits Microsoft utilisent la dsignation DNS. Les protocoles TCP/IP
peuvent ainsi prendre directement en charge le partage de ressources SMB, comme lillustre la
figure.
Les systmes dexploitation LINUX et UNIX fournissent galement une mthode de partage des
ressources avec les rseaux Microsoft laide dune version de SMB nomme SAMBA. Les systmes
dexploitation Apple Macintosh prennent en charge eux aussi le partage des ressources via le
protocole SMB.

Le protocole SMB dcrit laccs au systme de fichiers et la manire dont les clients peuvent
demander des fichiers. Il dcrit galement le protocole SMB de communication-interprocessus. Tous
les messages SMB partagent un format commun. Ce format utilise un en-tte de taille fixe suivi dun
paramtre et dun composant de donnes de taille variable.
Les messages SMB peuvent :
dmarrer et authentifier des sessions ou y mettre fin ;
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 37 sur 43
contrler laccs aux fichiers et aux imprimantes ;
permettre une application denvoyer ou de recevoir des messages vers ou depuis un autre
priphrique.
Le processus dchange de fichiers SMB est illustr dans la figure.

5/ Services peer to peer et protocole Gnutella
Vous avez appris que les protocoles FTP et SMB constituent une mthode permettant dobtenir des
fichiers. Voici maintenant un autre protocole dapplication. Partager des fichiers via Internet est
devenu trs courant. Avec les applications Peer to Peer bases sur le protocole Gnutella, les
utilisateurs peuvent mettre les fichiers situs sur leur disque dur la disposition des autres
utilisateurs pour que ces derniers les tlchargent. Les logiciels clients compatibles avec le protocole
Gnutella permettent aux utilisateurs de se connecter aux services Gnutella via Internet et de localiser
des ressources partages par dautres homologues Gnutella pour y accder.
De nombreuses applications clientes sont disponibles pour permettre aux utilisateurs daccder au
rseau Gnutella, parmi lesquelles : BearShare, Gnucleus, LimeWire, Morpheus, WinMX et XoloX
(reportez-vous la capture dcran de LimeWire prsente dans la figure). Le forum des
dveloppeurs Gnutella maintient le protocole de base, mais les fournisseurs dapplications
dveloppent souvent des extensions pour que le protocole fonctionne mieux sur leurs applications.
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 38 sur 43

De nombreuses applications Peer to Peer nutilisent pas de base de donnes centrale pour
enregistrer tous les fichiers disponibles sur les homologues. la place, chaque priphrique du
rseau, lorsquil est interrog, indique aux autres priphriques quels fichiers sont disponibles et
utilise le protocole et les services Gnutella pour prendre en charge la localisation des ressources.
Reportez-vous la figure.
Lorsquun utilisateur est connect un service Gnutella, les applications clientes recherchent
dautres nuds Gnutella auxquels se connecter. Ces nuds traitent les demandes dobtention de
lemplacement des ressources et les rponses ces demandes. Ils rgissent galement les messages
de contrle, qui aident le service dcouvrir dautres nuds. Le transfert de fichiers effectif sen
remet gnralement aux services HTTP.
Le protocole Gnutella dfinit cinq types de paquets diffrents :
ping : pour la dcouverte des priphriques
pong : rponse un paquet ping
query : pour lemplacement des fichiers
query hit : rponse une demande
push : requte de tlchargement
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 39 sur 43

6/ Services et protocole Telnet
Bien avant lapparition des ordinateurs de bureau et de leurs interfaces graphiques sophistiques, les
utilisateurs se servaient de systmes texte qui souvent consistaient simplement en terminaux
daffichage physiquement connects un ordinateur central. Avec larrive des rseaux, les
utilisateurs ont eu besoin dune mthode leur permettant daccder distance aux systmes
informatiques tout comme ils le faisaient avec les terminaux directement connects.
Telnet a t dvelopp pour rpondre ce besoin. Telnet date du dbut des annes 70 et compte
parmi les plus anciens protocoles et services de couche application de la suite TCP/IP. Telnet offre
une mthode standard permettant dmuler les priphriques terminaux texte via le rseau de
donnes. Le terme Telnet dsigne gnralement le protocole lui-mme et le logiciel client qui le met
en uvre.
Logiquement, une connexion qui utilise Telnet est nomme connexion ou session VTY (Virtual
Terminal). Plutt que dutiliser un priphrique physique pour se connecter au serveur, Telnet utilise
un logiciel pour crer un priphrique virtuel qui offre les mmes fonctionnalits quune session de
terminal avec accs linterface de ligne de commande (CLI, Command Line Interface) du serveur.
Pour prendre en charge les connexions du client Telnet, le serveur excute un service nomm dmon
Telnet. Une connexion un terminal virtuel est tablie partir dun priphrique final laide dune
application cliente Telnet. La plupart des systmes dexploitation comportent un client Telnet de
couche application. Sur un ordinateur excutant Microsoft Windows, Telnet peut sexcuter partir
de linvite de commandes. Dautres applications terminales courantes sexcutant en tant que clients
Telnet sont HyperTerminal, Minicom et TeraTerm.
Une fois quune connexion Telnet a t tablie, les utilisateurs peuvent excuter nimporte quelle
fonction autorise sur le serveur, simplement comme sils utilisaient une session de ligne de
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 40 sur 43
commande sur le serveur lui-mme. Sils en ont lautorisation, ils peuvent lancer et arrter des
processus, configurer le priphrique et mme mettre le systme hors tension.





Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 41 sur 43
Telnet est un protocole client/serveur qui spcifie la manire dont une session VTY stablit et prend
fin. Il fournit galement la syntaxe et lordre des commandes qui permettent douvrir une session
Telnet, ainsi que les commandes de contrle excutables pendant une session. Chaque commande
Telnet consiste en un minimum de deux octets. Le premier octet est un caractre spcial nomm IAC
(Interpret as Command). Comme son nom lindique, le caractre IAC dfinit loctet suivant en tant
que commande plutt que texte.

Voici quelques exemples de commandes de protocole Telnet :
Are You There (AYT) : permet lutilisateur de demander quun lment apparaisse sur
lcran du terminal pour indiquer que la session VTY est active.
Erase Line (EL) : supprime tout le texte de la ligne actuelle.
Interrupt Process (IP) : suspend, interrompt, annule ou met fin au processus auquel le
terminal virtuel est connect. Par exemple, si un utilisateur a lanc un programme sur le
serveur Telnet via la session VTY, il peut envoyer une commande IP pour arrter ce
programme.
Le protocole Telnet prend en charge lauthentification de lutilisateur mais pas le transport des
donnes chiffres. Toutes les donnes changes pendant une session Telnet sont transportes en
tant que texte clair sur le rseau. Cela signifie quelles peuvent tre interceptes et aisment
interprtes.
Si la scurit est un facteur important, le protocole SSH (Secure Shell) fournit une mthode
alternative scurise pour accder au serveur. Ce protocole fournit le schma utiliser pour une
connexion distance scurise et dautres services rseau scuriss. Il permet galement une
authentification plus forte quavec Telnet et prend en charge le transport des donnes de session
laide du chiffrement. Conformment la mthode recommande, les professionnels des rseaux
devraient toujours utiliser le protocole SSH la place de Telnet, ds que possible.
Plus tard dans ce cours, nous utiliserons Telnet et SSH pour accder aux priphriques rseau via le
rseau de travaux pratiques et les configurer.
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 42 sur 43

Conclusion

La couche application accde directement aux processus sous-jacents qui grent et permettent la
communication entre les utilisateurs connects au rseau. Cette couche sert de source et de
destination des communications via les rseaux de donnes.
Les applications, les protocoles et les services de couche application permettent aux utilisateurs
dinteragir significativement et efficacement avec le rseau de donnes.
Les applications sont des programmes informatiques avec lesquels les utilisateurs interagissent et qui
lancent le processus de transfert de donnes la requte des utilisateurs.
Les services sont des programmes sexcutant en tche de fond qui assurent la connexion entre la
couche application et les couches infrieures du modle de rseau.
Chapitre 3 Exploration1 Fonctionnalit et protocoles des couches applicatives Page 43 sur 43
Les protocoles fournissent une structure de rgles et de processus convenus grce auxquels les
services sexcutant sur un priphrique particulier peuvent envoyer et recevoir des donnes de
divers priphriques rseau.
La livraison de donnes via le rseau peut tre demande un serveur par un client ou entre des
priphriques qui oprent dans un schma Peer to Peer o la relation client/serveur est tablie selon
le priphrique qui, ce moment, est source et destination. Des messages sont changs entre les
services de couche application au niveau de chaque priphrique final selon les spcifications de
protocole pour tablir et utiliser ces relations.
Des protocoles tels que HTTP, par exemple, prennent en charge lenvoi de pages Web vers des
priphriques finaux. Les protocoles SMTP/POP prennent en charge lenvoi et la rception du
courriel. Le protocole SMB permet aux utilisateurs de partager des fichiers. Le protocole DNS
convertit en adresses numriques utilisables par le rseau les noms humainement comprhensibles
et utiliss pour faire rfrence aux ressources rseau.