Le trajet d'une requête web
Ce qui se passe entre le moment où l'on tape une adresse et l'affichage de la page : DNS, connexion TCP, chiffrement TLS, requête et réponse HTTP, rendu. Chaque étape vue par sa définition, par des situations réelles et par ce qui casse quand elle échoue.
- 42 cartes
- 3 thèmes
- Gratuit
Le programme, thème par thème
Le poids de chaque thème suit celui que lui donne l'examen.
- Les étapes
- La connexion
- La réponse et la page
Quelques cartes du deck
URL : qu'est-ce que c'est ?
Voir la réponse
L'adresse d'une ressource : le protocole (https), le nom de domaine et le chemin
Le navigateur en tire le nom à résoudre, le port à utiliser (443 par défaut en https) et ce qu'il faut demander au serveur.
Dans quel ordre se font les étapes pour afficher https://exemple.fr à la première visite ?
- TCP, puis DNS, puis TLS, puis HTTP
- DNS, puis TLS, puis TCP, puis HTTP
- DNS, puis TCP, puis TLS, puis HTTP
- HTTP, puis DNS, puis TCP, puis TLS
Voir la réponse
DNS, puis TCP, puis TLS, puis HTTP
Il faut l'adresse IP (DNS) pour ouvrir une connexion (TCP), une connexion pour la chiffrer (TLS), et un canal chiffré pour envoyer la requête (HTTP).
Résolution DNS : qu'est-ce que c'est ?
Voir la réponse
La traduction d'un nom de domaine en adresse IP
Les machines se joignent par adresse IP : sans elle, aucune connexion n'est possible.
Sur une nouvelle connexion, combien d'allers-retours faut-il avant d'envoyer la requête HTTP en HTTPS avec TLS 1.3, sans compter le DNS ?
- 0
- 1 : TLS se fait sans TCP
- 2 : un pour TCP, un pour TLS
- 4
Voir la réponse
2 : un pour TCP, un pour TLS
TCP demande un aller-retour, puis TLS 1.3 un autre : c'est pourquoi réutiliser une connexion fait gagner du temps.