Ports, TCP et UDP : comment deux programmes se parlent
Une adresse désigne une machine, un port désigne un programme — et une connexion n'est qu'un accord entre deux noyaux.
« Connexion » est le mot qui trompe : rien n'est tendu entre les deux machines, et aucun équipement du chemin ne sait que vous êtes connecté. Ce cours montre ce qui désigne un programme parmi des milliers, ce que TCP fait réellement avant qu'un seul de vos octets circule, pourquoi UDP s'en passe très bien, et comment une machine obtient son adresse avant même d'en avoir une.
Ce que vous saurez faire
- Lire les quatre valeurs qui identifient une connexion, et dire pourquoi deux clients sur le même port ne se mélangent pas
- Décrire la poignée de main en trois temps, et ce que chacun de ses trois messages prouve
- Choisir entre TCP et UDP pour un service donné, et justifier le choix autrement que par « TCP est fiable »
- Expliquer comment une machine obtient adresse, préfixe, passerelle et résolveurs sans rien avoir configuré
- Nommer les cinq étapes entre un nom saisi et un octet transmis, et le cours qui traite chacune
Avant ce cours
Tiré du parcours auquel ce cours appartient : le cours placé juste avant. Un ordre conseillé, pas un verrou — rien ici ne se ferme tant que vous ne l'avez pas terminé.
Programme
- 01
Désigner un programme parmi d'autres
Le port, les quatre valeurs qui identifient une connexion, la poignée de main, et le choix entre TCP et UDP.
- 02
Être configuré, puis être connecté
Comment une machine obtient ses réglages sans en avoir aucun, et les cinq étapes entre un nom et un octet.
Contenu technique vérifié le 20 septembre 2026