Couche 7 du modèle OSI (application) : HTTP, DNS, SMTP et les protocoles du web

TL;DRLa couche 7 du modèle OSI n'est pas votre navigateur ni votre logiciel de messagerie, mais les protocoles qu'ils utilisent : HTTP, DNS, SMTP, IMAP… Voici les principaux, une requête HTTP décortiquée, le rôle des proxys, WAF et CDN, et trois commandes pour observer tout cela vous-même.

📌 La couche 7 en une phrase#

La couche 7 (layer 7) du modèle OSI, appelée couche application, est celle des protocoles que les logiciels utilisent pour rendre un service : afficher une page web, trouver l'adresse d'un site, envoyer un e-mail, se connecter à un serveur à distance.

La couche 7 n'est pas « l'application » au sens du logiciel. Votre navigateur, Outlook ou Thunderbird ne sont pas la couche 7 : ce sont des programmes qui utilisent des protocoles de couche 7. Le navigateur parle HTTP et DNS, le logiciel de messagerie parle SMTP et IMAP. La couche 7 est la langue commune, pas celui qui la parle.

Elle repose sur les couches vues dans cette série : couche 1, couche 2, couche 3, couche 4, couche 5 et couche 6.

Une précision honnête : le modèle OSI est un modèle de référence (ISO/IEC 7498-1, ITU-T X.200). Internet fonctionne en pratique avec le modèle TCP/IP (RFC 1122), dont la couche application regroupe ce qu'OSI répartit entre les couches 5, 6 et 7. Quand on parle de « couche 7 » dans le métier, on désigne donc tout simplement le protocole applicatif : HTTP, DNS, SMTP et les autres.

📌 Les protocoles courants de la couche 7#

Chaque protocole applicatif est décrit dans un document public, le plus souvent une RFC de l'IETF, et utilise par convention un port de la couche 4. Voici ceux que vous croisez tous les jours, souvent sans le savoir :

Le port n'est qu'une convention : un service peut écouter ailleurs. FTP transmet identifiants et fichiers en clair ; préférez SFTP. Et DHCP, protocole de couche 7, sert à configurer la couche 3 : c'est lui qui donne une adresse IP à votre ordinateur quand il rejoint le Wi-Fi du bureau.

Pour aller plus loin sur les deux ports du web, lisez nos articles sur le port 80 et le port 443.

📌 Une requête HTTP décortiquée#

Quand vous tapez une adresse dans votre navigateur, il envoie au serveur une requête HTTP. Sous sa forme texte (HTTP/1.1), elle ressemble à ceci :

GET /hebergement-web HTTP/1.1
Host: www.websource.fr
User-Agent: Mozilla/5.0 (...)
Accept: text/html
Accept-Language: fr-FR

• La méthode (GET) dit ce que l'on veut faire : GET pour lire, POST pour envoyer un formulaire, PUT ou DELETE dans les API.
• La cible (/hebergement-web) est le chemin de la ressource demandée sur ce site.
• Les en-têtes donnent le contexte : Host indique le site visé (un même serveur en héberge souvent plusieurs), Accept-Language la langue préférée, User-Agent le logiciel utilisé.

Le serveur répond par une ligne de statut, ses propres en-têtes, puis le contenu (la page HTML). Le code de réponse à trois chiffres résume le résultat :

En résumé : 2xx succès, 3xx redirection, 4xx erreur côté demande, 5xx erreur côté serveur. Voir aussi notre article sur l'erreur HTTP 503 détaille les causes et les remèdes.

HTTP/2 et HTTP/3 transmettent ces messages en binaire, mais méthodes, en-têtes et codes restent ceux de la RFC 9110.

🌐 Le DNS, l'annuaire d'Internet#

Les machines se parlent avec des adresses IP ; nous retenons des noms. Le DNS (Domain Name System) fait le lien, comme un annuaire : vous demandez www.websource.fr, il répond par une ou plusieurs adresses IP. C'est presque toujours la première requête de couche 7 que fait votre navigateur, avant même de contacter le site.

Il contient plusieurs types d'enregistrements : A et AAAA pour les adresses IPv4 et IPv6, MX pour le serveur qui reçoit le courrier d'un domaine, TXT pour des informations textuelles, dont les règles anti-usurpation des e-mails.

Pour aller plus loin, lisez qu'est-ce qu'un serveur DNS. Pour monter le vôtre, suivez notre tutoriel BIND 9 sur Debian, et pour protéger les réponses contre la falsification, voyez DNSSEC.

📧 L'e-mail : SMTP envoie, IMAP lit#

Un e-mail fait intervenir plusieurs protocoles de couche 7, chacun avec un rôle précis :

1. Vous envoyez : votre logiciel de messagerie transmet le message à votre serveur d'envoi en SMTP, en principe sur le port 587, avec authentification.
2. Le message voyage : votre serveur trouve dans le DNS (enregistrement MX) le serveur du destinataire et le lui remet en SMTP, sur le port 25.
3. Le destinataire lit : son logiciel ou son téléphone récupère le message en IMAP, qui garde les dossiers synchronisés entre tous ses appareils.

SMTP a été conçu à une époque où l'on ne vérifiait pas l'expéditeur. Trois mécanismes publiés dans le DNS comblent ce manque : SPF liste les serveurs autorisés à envoyer pour votre domaine, DKIM signe chaque message, DMARC dit au destinataire quoi faire si ces contrôles échouent. Notre article SPF, DKIM et DMARC expliqués simplement montre comment les configurer.

Bon à savoir : « Le site marche mais pas les e-mails » est un cas classique. Le site dépend des enregistrements A/AAAA et du serveur web ; les e-mails dépendent des enregistrements MX, SPF, DKIM et DMARC et du serveur de messagerie. Ce sont des protocoles différents, sur des serveurs souvent différents : l'un peut tomber sans l'autre.

📌 Les équipements et services de couche 7#

Certains équipements ne se contentent pas de transmettre des paquets : ils lisent le contenu applicatif pour décider quoi en faire. Pour lire une requête HTTPS, ils doivent la déchiffrer.

• Le proxy inverse (reverse proxy) se place devant un ou plusieurs serveurs web. Il reçoit les requêtes, gère souvent le chiffrement TLS et les transmet au serveur d'application (Nginx, Apache ou HAProxy, par exemple).
• Le répartiteur de charge de couche 7 distribue les requêtes entre plusieurs serveurs en lisant l'URL, les en-têtes ou un cookie : par exemple, envoyer /api vers un groupe de serveurs et le reste vers un autre. Notre article sur le load balancing compare répartition en couche 4 et en couche 7.
• Le pare-feu applicatif (WAF, Web Application Firewall) examine chaque requête HTTP pour bloquer les attaques visibles dans son contenu : injections SQL, tentatives d'accès à des fichiers sensibles, robots abusifs. Un pare-feu classique, lui, filtre surtout sur les adresses IP et les ports.
• Le CDN (Content Delivery Network) est un réseau de proxys répartis dans de nombreux centres de données. Il garde en cache les fichiers statiques (images, CSS, JavaScript) près des visiteurs et ne sollicite le serveur d'origine que quand c'est nécessaire.

📌 Ce que l'on observe sur websource.fr#

Trois commandes suffisent pour voir la couche 7 à l'œuvre. Elles sont en lecture seule : lancez-les sur votre propre site depuis un terminal Linux ou macOS.

🌐 1. Demander l'adresse au DNS#

$ dig +short www.websource.fr @1.1.1.1
104.21.34.114
172.67.160.122

On interroge le résolveur public 1.1.1.1 et l'option +short n'affiche que les réponses. Les deux adresses IPv4 renvoyées appartiennent à Cloudflare, qui se place entre les visiteurs et notre serveur.

📌 2. Demander qui reçoit le courrier#

$ dig +short MX websource.fr @1.1.1.1
10 mail.websource.fr.

Le courrier destiné à @websource.fr doit être remis à mail.websource.fr. Le nombre 10 est la priorité : quand plusieurs serveurs MX existent, le plus petit nombre est essayé en premier. Site et messagerie ne pointent pas au même endroit. La commande dig +short TXT websource.fr @1.1.1.1 affiche aussi l'enregistrement SPF du domaine : v=spf1 mx a:mail.websource.fr ~all.

📌 3. Lire les en-têtes de la réponse HTTP#

$ curl -sI https://www.websource.fr/
HTTP/2 200
content-type: text/html; charset=UTF-8
strict-transport-security: max-age=31536000; includeSubDomains; preload
server: cloudflare
cf-cache-status: DYNAMIC
cf-ray: a4e74a942ad042ba-CDG
alt-svc: h3=":443"; ma=86400

Relevé le 22 octobre 2026 à 8 h 56 UTC, extrait des principaux en-têtes. L'option -I demande seulement les en-têtes, -s masque la barre de progression. On lit :

• HTTP/2 200 : la page existe et a été servie en HTTP/2 ;
• strict-transport-security : le navigateur doit désormais toujours utiliser HTTPS pour ce site ;
• server: cloudflare et cf-ray : la réponse passe par le proxy inverse de Cloudflare ; le suffixe CDG désigne le centre de données qui a répondu ;
• cf-cache-status: DYNAMIC : la page HTML n'a pas été servie depuis le cache du CDN mais demandée à notre serveur ;
• alt-svc: h3=":443" : le serveur annonce qu'il accepte aussi HTTP/3 sur le port 443.

Le même jour, la version http:// renvoie un 301 vers https://www.websource.fr/, et une adresse inexistante un 404. Pour voir aussi la requête envoyée, utilisez curl -v.

⚠️ Diagnostiquer un problème couche par couche#

Quand « Internet ne marche pas », commencer par la couche 7 est souvent le plus rapide, puis on descend si besoin vers les couches 4, 3, 2 et 1. Quelques réflexes :

• Le site ne s'ouvre pas, mais ping vers son adresse IP répond : le réseau fonctionne, cherchez du côté du DNS ou du serveur web.
• dig ne renvoie rien : le nom de domaine n'est pas résolu (enregistrement absent, domaine expiré, serveurs DNS injoignables).
• curl -sI renvoie un code 5xx : le serveur est joignable mais l'application ou un service derrière le proxy est en difficulté.

📌 Avec Websource#

Sur un hébergement web, ces protocoles se côtoient : HTTPS pour le site, DNS pour le domaine, SMTP et IMAP pour les e-mails, SFTP pour les fichiers. Websource héberge un grand nombre de sites et accompagne ses clients dès la commande. Nos offres d'hébergement web démarrent dès 4,99 € HT/mois, avec le premier mois offert, et vous pouvez enregistrer ou transférer votre nom de domaine chez nous pour gérer site, DNS et e-mails au même endroit.

❓ Questions fréquentes#

📌 Le navigateur fait-il partie de la couche 7 ?#

Non. Le navigateur est un logiciel qui utilise des protocoles de couche 7, principalement HTTP et DNS. La couche 7 désigne ces protocoles, c'est-à-dire la langue commune entre le navigateur et le serveur, pas le programme lui-même.

📌 HTTPS est-il un protocole de couche 7 ?#

HTTPS, c'est HTTP transporté dans une connexion chiffrée par TLS. HTTP est bien un protocole de couche 7 ; TLS est plus difficile à classer dans le modèle OSI, et on le rattache selon les auteurs à la couche 6 ou à une position intermédiaire.

📌 Quelle est la différence entre SMTP et IMAP ?#

SMTP sert à envoyer et acheminer les e-mails, de votre logiciel vers votre serveur puis d'un serveur à l'autre. IMAP sert à lire sa boîte et à garder les dossiers synchronisés entre plusieurs appareils.

📌 Qu'est-ce qu'un équipement de couche 7 ?#

C'est un équipement ou un service qui lit le contenu applicatif, par exemple l'URL et les en-têtes HTTP, pour décider quoi faire d'une requête : proxy inverse, répartiteur de charge de couche 7, pare-feu applicatif (WAF) ou CDN.

📌 Comment voir les en-têtes HTTP d'un site ?#

Avec la commande curl -sI suivie de l'adresse du site, qui affiche le code de réponse et les en-têtes renvoyés par le serveur. L'option -v montre en plus la requête envoyée. Les outils de développement du navigateur, onglet Réseau, donnent la même information.

Article publié le 05/11/2026 sous la signature de Jonathan Gutierrez, rédigé à partir des sources citées ci-dessus, puis relu avant publication. Une information vous semble inexacte ou datée ? Signalez-le nous, nous corrigeons.