La couche application de TCP/IP contient les protocoles qu'emploient les applications pour demander et fournir des services réseau. Elle couvre de nombreuses fonctions que la terminologie OSI sépare dans les couches application, présentation et session.
Bases du Réseau · Leçon 5
Couche application
Découvrez comment les protocoles applicatifs définissent les messages, l'état, le nommage et le comportement de sécurité des services.
Messages et sémantique des protocoles
Un protocole applicatif définit la manière dont les pairs interprètent les messages et l'état. HTTP définit les requêtes, réponses, méthodes, codes d'état et champs. DNS définit les requêtes et enregistrements de ressources. SMTP définit les commandes et réponses du transfert de courrier.
Tous les protocoles applicatifs n'ajoutent pas un unique « en-tête applicatif » fixe. Certains emploient des champs textuels, d'autres des enregistrements binaires ou plusieurs formats imbriqués, et certains transportent une suite continue de messages sur une même connexion de transport.
Que définit principalement un protocole applicatif ?
Clients, serveurs et pairs
Un client initie une demande ou une connexion à un service ; un serveur écoute ou l'accepte d'une autre manière. Il s'agit de rôles dans une interaction, pas de catégories permanentes d'appareils. Un même hôte peut être client pour le DNS et serveur pour SSH simultanément, et certains protocoles emploient des rôles pair à pair.
Qu'est-ce qui fait d'un programme le client dans un échange demande-réponse typique ?
Noms, ports et sélection des services
Une application peut résoudre le nom d'un service vers une ou plusieurs adresses IP, puis choisir un terminal de transport. Les ports bien connus fournissent des valeurs par défaut, pas la preuve immuable d'un protocole. HTTP emploie couramment le port TCP 80 et HTTPS le port TCP 443, mais tous deux peuvent fonctionner ailleurs. SMTP utilise différents ports et règles pour le relais et la soumission des messages.
Que prouve à lui seul un port TCP 443 ouvert ?
Sécurité et tests de bout en bout
TLS peut ajouter confidentialité, intégrité et identité authentifiée du pair lorsque la validation du certificat et le nom du terminal sont corrects. Il n'autorise pas automatiquement chaque action de l'application. Testez le même nom, la même famille d'adresses, le même port, protocole, les mêmes identifiants et la même demande que le véritable client.
Un diagnostic HTTPS peut par exemple contrôler séparément la résolution, la connexion TCP, le certificat et le nom TLS, la réponse HTTP et le contenu applicatif. La réussite d'une étape réduit le problème sans prouver toutes les suivantes.
Qu'établit la validation réussie d'un certificat TLS ?
Leçon terminée
Vous avez terminé Couche application
Vous savez maintenant décrire le comportement de la couche application au-delà d'un numéro de port ou d'un nom de programme.
Identifier la syntaxe, la sémantique et l'état des protocoles comme des préoccupations applicatives.
Considérer client et serveur comme des rôles dans un échange.
Employer les ports comme conventions de terminaux plutôt que comme preuves du protocole.
Tester le nommage, la sécurité et les réponses applicatives de bout en bout.
Conservez votre progression
Créez un compte gratuit pour enregistrer cette leçon et continuer sur n'importe quel appareil.
Créer un compte gratuit