Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 1 sur 29

CCNA Exploration - Notions de base sur les rseaux

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives
3.0-Prsentation du chapitre
3.0.1-Prsentation du chapitre
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
sous
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
seaux 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
sous
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 :
1.
2.
3.
4.
5.
6.
7.

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
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
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
G
;
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
rseau pour examiner et expliquer comment fonctionnent les applications utilisateur
courantes.

CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 2 sur 29

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
figur
dcrit les tapes impliques dans ce processus.
La couche application
lication (couche 7) est la couche suprieure des modles OSI et TCP/IP.
TCP/IP. Elle est la couche qui sert dinterface
entre les applications que nous utilisons pour communiquer et le rseau sous-jacent
sous jacent via lequel nos messages sont transmis.
Les protocoles de couche
che 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.

CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

CCNA 1 Version 4.0

Page 3 sur 29

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 4 sur 29

Page2
3.1.1-Modle OSI et TCP/IP
Bien que la suite de protocoles TCP/IP ait t dveloppe avant la dfinition du modle OSI, les fonctionnalits des protocoles
protocol
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
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 :
1.
2.
3.

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 ;
compression des donnes de sorte que celles-ci
celles ci puissent tre dcompresses par le priphrique de destination
d
;
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
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
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
mainteni
un dialogue et pour redmarrer les sessions interrompues ou inactives pendant
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.

CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 5 sur 29

Page 3
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
T
:
1.
2.
3.
4.
5.

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.
ple Mail Transfer Protocol) est utilis pour transfrer les courriels et les pices jointes.
Le protocole SMTP (Simple
Le protocole Telnet, protocole dmulation de terminal, est utilis pour permettre un accs distant aux serveurs et
aux priphriques rseau.
Le protocole FTP (Filee 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
norme de la suite TCP/IP.

3.1.2-Logiciels
Logiciels de la couche application
Les fonctions associes aux protocoles de couche application permettent au rseau des utilisateurs de faire office dinterface
dinterfac
avec le rseau de donnes sous-jacent.
jacent. Lorsque lutilisateur ouvre
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.

CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 6 sur 29

Laa 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
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
trans
de fichiers
ou la mise en file dattente de tches dimpression rseau). Bien que transparents pour lutilisateur, ces services constituent
constitue
les programmes qui tablissent linterface avec le rseau et prparent les donnes transfrer. Diffrents types
typ de donnes
(texte, graphique ou vido) ncessitent diffrents services rseau pour tre correctement prpars afin d'tre traits par les
le
fonctions sexcutant au niveau des couches infrieures du modle OSI.
Chaque application ou service rseau utilise
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
sous
qui
rgissent ces services.

CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

CCNA 1 Version 4.0

Page 7 sur 29

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 8 sur 29

3.1.3-Applications
Applications Utilisateur, services et protocoles de couche 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
lication 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
syntax
des commandess de contrle, le type et le format des donnes transmises et les mthodes appropries de notification et de
correction des erreurs.

CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

CCNA 1 Version 4.0

Page 9 sur 29

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 10 sur 29

3.1.4-Fonctions
Fonctions du protocole de la 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
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
ion 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
uche doivent tre observs, de sorte que les fonctions au niveau dune couche tablissent
correctement linterface avec les services au niveau de la couche infrieure.
Les applications et les services peuvent galement utiliser plusieurs protocoles au cours
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.

3.2.1- Modle client/serveur

Lorsque
rsque 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 nee 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
informations est nomm client et celui rpondant la demande
est nomm serveur. Les processus client et serveur sont considrs comme faisant partie de la couche application. Le client
commence lchange en demandant des donnes au serveur, qui rpond en envoyant
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
Outr
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
CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 11 sur 29

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
n 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 verss 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 estt dsign par le terme tlchargement descendant.

3.2.2-Serveurs
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
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
fich
audio peuvent tous tre stocks sur un serveur et transmis des clients demandeurs.
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.
cli
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
cen
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,
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,
ervices, les dmons sexcutent gnralement en tche de fond et ne sont pas sous le contrle direct de
lutilisateur final. Les dmons sont dcrits comme tant lcoute dune requte de la part dun client car ils sont
programms pour rpondre chaquee 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.

CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 12 sur 29

3.2.3-Services
Services et protocoles de la couche application
Page 1 :
Une mme application peut sappuyer sur de nombreux services de couche application diffrents. Pour cette raison, ce que
lutilisateur peroit comme constituant une requte pour une page Web peut en fait se chiffrer des dizaines de requtes
individuelles. Et pour chaque requte, plusieurs processus peuvent tre excuts. Par exemple, un client peut ncessiter
plusieurs processus individuels pour formuler une seule requte
r
un serveur.
En outre, les serveurs comportent gnralement plusieurs clients demandant des informations en mme temps. Par exemple,
un serveur Telnet peut comporter de nombreux clients demandant se connecter ce serveur. Ces requtes de client
individuelles doivent tre traites simultanment et sparment pour que le rseau fonctionne correctement. Les processus
et les services de la couche application sont assists par les fonctions des couches infrieures pour grer correctement les
conversations multiples.

3.2.4-Rseau et application Peer-To--Peer

Page 1
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.
CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 13 sur 29

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
ordinateur peut remplir le rle de serveur pour une
transaction tout en servant 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
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
ur 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
ntes 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
omportant plus de quelques ordinateurs. Les comptes et les droits daccs utilisateur doivent
tre dfinis individuellement sur chaque priphrique homologue.

Page 2 :
Applications Peer to Peer
Une application Peer to Peer (P2P), contrairement un rseau
rseau Peer to Peer, permet un priphrique doprer la fois
comme client et comme serveur au sein dune mme communication. Dans ce modle, chaque client est un serveur et chaque
serveur un client. Les deux peuvent lancer une communication et sont considrs
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
Pe 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
e 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.
ologue. Le serveur dindex permet galement de connecter deux homologues, mais une fois ceux-ci
ceux connects, la
communication seffectue entre les deux homologues sans autre communication vers le serveur dindex.
Les applications Peer to Peer peuvent tre utilises
utilises sur des rseaux Peer to Peer, des rseaux client/serveur et via Internet.

CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 14 sur 29

3.3.1-Services et protocoles DNS

Page 1
prsent que nous savons mieux comment les applications fournissent une interface lutilisateur et permettent daccder
au rseau,, nous allons examiner certains protocoles spcifiques courants.
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,
TCP/IP, nous nous rfrerons aux numros de port
TCP et UDP normalement associs ces services. Certains de ces services sont les suivants :

DNS (Systme de noms de domaine) - Port TCP/UDP 53

HTTP (Hypertext Transfer Protocol) - Port TCP 80
SMTP (Simple Mail Transfer Protocol) - Port TCP 25
POP (Post Office Protocol) - Port UDP 110
Telnet - Port TCP 23
DHCP (Dynamic Host Configuration Protocol) - Port UDP 67
FTP (File Transfer Protocol) - Ports TCP 20 et 21

DNS
Sur les rseaux de donnes, les priphriques sont
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
c
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,
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
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 les adresses
adress
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
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
CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 15 sur 29

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.

Page 2 :
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.
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.
CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 16 sur 29

Lors de la configuration
onfiguration 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
po
les serveurs DNS. Lorsque
rsque 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
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
sj.cisco.com et possde ladresse 171.70.168.183.
171.70.168.18
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
ndes 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.

Page 3 :
Un serveur DNS effectue la rsolution des noms laide du dmon
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
nregistrements sont les suivants :

A : une adresse de priphrique final

NS : un serveur de noms autoris
CNAME : le nom canonique (ou nom de domaine complet) dun alias ; utilis lorsque plusieurs services comportent
une adresse rseau unique mais que chaque
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

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,
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.
CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 17 sur 29

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
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
i
/displaydns affiche
toutes les entres DNS mises en cache sur un systme Windows XP ou 2000.

Page 4 :
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,
hie, 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 :
1.
2.
3.
4.
5.

.au : Australie
.co : Colombie
.com : entreprise ou industrie
.jp : Japon
.org : organisme but non lucratif
lucra

Aprs les domaines de premier niveau viennent les domaines de second niveau, puis, en dessous, dautres domaines de
niveau infrieur.
Chaque nom de domaine constitue un chemin qui descend dans cette arborescence inverse commenant par la racine.
Par exemple,
xemple, 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
urs 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
serveu 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
auto
pour ces
enregistrements.

CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 18 sur 29

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
savoi le serveur de noms
du domaine cisco.com.

3.3.2-Services WWW et http

Page 1
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 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
p
Web
nomme index.html situe sur le serveur cisco.com (cliquez sur les boutons de la figure pour afficher les tapes effectues par
p
le protocole HTTP).
Les navigateurs Web sont les applications clientes que les ordinateurs utilisent pour se connecter au
a 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
ateurs 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
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
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.
server.htm.
Le navigateur commence par interprter les trois parties de ladresse URL :
1.
2.
3.

http (protocole ou modle)

www.cisco.com (nom du serveur)
web-server.htm
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.
serveur. laide des caractristiques du protocole HTTP, le navigateur envoie une requte
CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 19 sur 29

GET au serveur et demande le fichier web-server.htm.

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.

CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 20 sur 29

Page 2 :
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
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
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
requte GET, il retourne une ligne dtat (par
exemple, HTTP/1.1 200 OK), ainsi quun message cr par lui-mme
lui mme et dont le corps peut tre le fichier demand, un message
derreur ou dautres informations.
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
es 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
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.
ation. 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
couche application et la couche transport.

CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 21 sur 29

3.3.3-Services
Services de messagerie et protocoles SMTP/POP
Page 1 :
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.

Page 2 :
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)

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
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 dess 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.

CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 22 sur 29

Page 3 :
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
plupa des
communications par courriel utilisent les applications
applications MUA, MTA et MDA. Cependant, il existe dautres alternatives pour la
remise du courriel.
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
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
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
Cert
ordinateurs peuvent
excuter leur propre agent de transfert des messages (MTA) et grer eux-mmes
eux mmes le courriel entre domaines.

CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 23 sur 29

Page 4 :
Comme indiqu prcdemment, le courriel peut utiliser les protocoles POP et SMTP (reportez(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 serveurr 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,
lleurs, 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
nsport 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 :
1.
2.
3.
4.
5.

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.
servic
MAIL FROM : identifie lexpditeur.
RCPT TO : identifie le destinataire.
DATA : identifie le corps du message.

3.3.4-Protocole FTP
Le protocole FTP (File Transfer Protocol) est un autre protocole de couche application couramment utilis. Il a t dvelopp
dv
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,
rrectement, 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
serveu 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.
CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 24 sur 29

Le transfert de fichiers peut seffectuer dans lune des deux directions. Le client
client peut tlcharger un fichier partir du serveur
ou en direction du serveur.

3.3.5-Protocole DHCP
Page 1
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,
sous
des
paramtres de passerelle et autres paramtres de rseau IP.
Il permet un hte dobtenir une adresse IP dynamiquement lorsquil se connecte au rseau. Le serveur
s
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
attr
automatiquement laide du protocole DHCP.
Les adresses attribues viaa 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
C
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,
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
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
d
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
l
rseau
u domestique reoit directement sa configuration IP du fournisseur de services Internet.

CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 25 sur 29

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
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
CP et ladressage statique. Le protocole DHCP est utilis pour les htes utilisation gnrale
(par exemple, les priphriques dutilisateur final) et les adresses fixes pour les priphriques rseau (par exemple, les
passerelles, les commutateurs, les serveurs
rveurs et les imprimantes).

Page 2 :
Sans le protocole DHCP, les utilisateurs doivent manuellement entrer ladresse IP, le masque de sous-rseau
sous
et autres
paramtres rseau pour se connecter au rseau. Le serveur DHCP maintient un pool dadresses IP et attribue
a
temporairement
une adresse nimporte quel client DHCP lorsque celui-ci
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
veurs 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,
sous rseau, un serveur DNS, une passerelle par dfaut, ainsi que
la dure du bail.
Lee 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.
cepte. 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 confirmant
nt au client que le bail est effectu. Si loffre nest plus valide (peut-tre
(peut
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
celui 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

CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 26 sur 29

en mme temps). Le protocole DHCP permet aux administrateurs rseau de reconfigurer aisment les adresses IP des clients
sanss 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.
Le quatrime cours dexploration CCNA aborde plus en dtails le fonctionnement du protocole DHCP.
3.3.6-Services
Services de partage de fichiers et protocoles SMB
Page 1
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.
requte rponse. Contrairement au partage de fichiers pris en
charge par le protocole FTP, les
es 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
lh
client.
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
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
dexploitation Apple Macintosh prennent en charge
eux aussi le partage des ressources via le protocole SMB.

Page 2 :
Le protocole SMB dcrit laccs au systme de fichiers et la manire dont les clients peuvent demander des fichiers. Il dcrit
dcri
galement le protocole SMB de communication-interprocessus.
communication interprocessus. Tous les messages SMB partagent un format commun. Ce
format utilise un en-tte
tte de taille fixe suivi dun paramtre et dun composant de donnes de taille variable.
Les messages SMB peuvent :
1.
2.
3.

dmarrer et authentifier dess sessions ou y mettre fin ;

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.

CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 27 sur 29

3.3.7-Service
Service 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
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
de
autres utilisateurs pour que ces derniers les tlchargent. Les logiciels clients compatibles
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
disponibles pour permettre aux utilisateurs daccder au rseau Gnutella, parmi
lesquelles : BearShare, Gnucleus, LimeWire, Morpheus, WinMX et XoloX (reportez-vous
(reportez vous la capture dcran de LimeWire
prsente dans la figure). Le forum des dveloppeurs Gnutella maintient
maintient le protocole de base, mais les fournisseurs
dapplications dveloppent souvent des extensions pour que le protocole fonctionne mieux sur leurs applications.
De nombreuses applications Peer to Peer nutilisent pas de base de donnes centrale pour enregistrer
enre
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
ella dfinit cinq types de paquets diffrents :
1.
2.
3.
4.
5.

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

3.3.8-Services et protocoles TelNet

Page 1
Bien avant lapparition des ordinateurs de bureau et de leurs interfaces graphiques sophistiques, les utilisateurs se servaient
servai
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.

CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 28 sur 29

Telnet a t dvelopp pour rpondre

pondre 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
lui
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
ysique 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
itation 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,
Terminal, 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 commande sur le serveur lui-mme.
lui
Sils en ont
lautorisation, ils peuvent lancer et arrter des processus, configurer le priphrique et mme mettre le systme hors tension.
tensio

CCNA 1 Version 4.0

By NSK

Chapitre 3 : Fonctionnalits et protocoles des couches Applicatives

Page 29 sur 29

Page 2
Telnet est un protocole client/serveur qui spcifie la manire dont une session VTY stablit et prend
pren 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
utilisateur 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
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
curit 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
SH 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.

Le protocole ICMP (pour Internet Control Message Protocol) est le protocole de signalisation des problmes
utilis par le protocole IP. Son but est de tester la connectivit rseau mais aussi d'apporter une aide au
diagnostic en cas de problmes ou de dfaillances. Ce document a pour but de prsenter le protocole ICMP,
ICMP
tous les messages qu'il peut transporter et l'utilisation que l'on peut en faire.

CCNA 1 Version 4.0

By NSK