Aller au contenuHisnLabs
← TCP/IP : adresses, ports et connexions

Leçon 2 sur 4 · 7 min

Ports, TCP et UDP

Pourquoi une seule adresse IP peut faire tourner cent conversations à la fois, et pourquoi certaines de ces conversations échangent de la vitesse contre de la fiabilité.

Une adresse IP achemine un paquet vers le bon appareil. Elle ne dit pas quelle appli sur cet appareil doit le recevoir. C’est le rôle d’un port : un numéro qui indique à votre Mac quel programme est en train de parler. Le centre d’apprentissage de Cloudflare compare cela à un immeuble d’appartements : l’adresse de la rue (l’IP) achemine le courrier vers le bon immeuble, et le numéro de l’appartement (le port) l’achemine vers la bonne porte.

Une connexion, plusieurs portes

Les ports permettent à un ordinateur de distinguer différents types de trafic même s’ils arrivent tous par la même connexion Wi-Fi ou câblée. L’explication de Cloudflare est directe : « les ports permettent aux ordinateurs de distinguer facilement différents types de trafic : les e-mails vont vers un port différent des pages web, par exemple, même si les deux atteignent un ordinateur par la même connexion Internet ». Les ports vivent dans les en-têtes TCP et UDP, une couche au-dessus de la simple adresse IP ; un paquet IP nu n’a pas la place d’indiquer à quel port il est destiné.

Qui a le droit d’utiliser quel numéro

Les numéros de port vont de 0 à 65535, et l’Internet Assigned Numbers Authority (IANA) gère qui obtient quoi : les ports système (0–1023) ne sont attribués qu’après un examen formel, les ports utilisateur ou enregistrés (1024–49151) peuvent être enregistrés pour un service précis, et la plage supérieure, 49152–65535, reste non attribuée pour un usage temporaire, comme l’adresse de retour que votre navigateur choisit pour son propre bout de la connexion.

Source : registre IANA des noms de services et numéros de ports de protocoles de transport.
PortService enregistréCe qui l’utilise généralement
22Secure Shell (SSH)Accès en ligne de commande à distance
25Simple Mail TransferEnvoi d’e-mails entre serveurs de messagerie
53Domain Name ServerRecherches DNS
80HTTPPages web ordinaires, non chiffrées
443HTTPSPages web chiffrées

TCP : plus lent, mais rien ne se perd

Le Transmission Control Protocol (TCP), défini dans la RFC 9293, est conçu pour être fiable : il « fournit aux applications un service fiable, dans l’ordre, en flux d’octets », détectant les paquets perdus grâce à des numéros de séquence et les renvoyant jusqu’à ce que l’autre côté confirme la réception. Cette fiabilité coûte un peu de temps et de surcharge, ce qui explique pourquoi TCP est le bon choix pour ce qui doit arriver intact et dans l’ordre : une page web, un téléchargement de fichier, un e-mail.

UDP : rapide, et prêt à en perdre un peu

Le User Datagram Protocol, décrit dans la RFC 768, fait le compromis inverse : il « fournit aux programmes applicatifs une procédure pour envoyer des messages à d’autres programmes avec un minimum de mécanisme de protocole ». Il n’y a ni négociation, ni garantie d’ordre, ni renvoi automatique. Cloudflare note que cela convient « particulièrement aux transmissions sensibles au temps comme la lecture vidéo ou les recherches DNS », où un paquet perdu n’est qu’un petit accroc, mais attendre une retransmission serait pire que de simplement continuer.

À retenir

  • Un port est un numéro qui indique à un appareil à quelle appli ou quel service un paquet est destiné ; l’adresse IP seule n’identifie que l’appareil.
  • L’IANA gère les numéros de port en trois bandes : ports système (0–1023), ports utilisateur/enregistrés (1024–49151), et ports dynamiques non attribués (49152–65535).
  • Les ports courants incluent 22 (SSH), 25 (courrier), 53 (DNS), 80 (HTTP) et 443 (HTTPS).
  • TCP (RFC 9293) vérifie et renvoie les données perdues pour une livraison fiable et dans l’ordre, au prix d’une certaine vitesse.
  • UDP (RFC 768) saute ces vérifications pour la vitesse, ce qui convient au trafic sensible au temps comme la vidéo et les recherches DNS.

Vérifiez vos connaissances

  1. 1. Quel problème les ports résolvent-ils qu’une adresse IP seule ne peut pas résoudre ?

    • Ils indiquent au réseau à quelle appli d’un appareil un paquet est destiné — Exact.
    • Ils chiffrent la connexion
    • Ils remplacent le besoin d’une adresse IP
    • Ils rendent le Wi-Fi plus rapide

    L’adresse IP achemine un paquet vers un appareil ; le port, transporté dans l’en-tête TCP ou UDP, indique quel programme sur cet appareil doit le traiter.

  2. 2. Quel port est enregistré pour HTTPS selon le registre de l’IANA ?

    • 21
    • 80
    • 443 — Exact.
    • 8080

    L’IANA liste le port 443 comme « https », utilisé pour HTTP sur TLS/SSL. Le port 80 est le HTTP simple, non chiffré.

  3. 3. Pourquoi la RFC 9293 décrit-elle TCP comme « fiable, dans l’ordre » ?

    • Parce que TCP détecte les données perdues et les renvoie, et conserve les données dans l’ordre où elles ont été envoyées — Exact.
    • Parce que TCP n’utilise jamais de ports
    • Parce que TCP est toujours plus rapide qu’UDP
    • Parce que TCP chiffre tout par défaut

    TCP suit les numéros de séquence pour détecter les manques, renvoie les données manquantes, et réassemble le flux d’octets dans l’ordre.

  4. 4. Pourquoi les recherches DNS et la lecture vidéo utilisent-elles généralement UDP plutôt que TCP ?

    • UDP est plus sécurisé
    • UDP échange de la fiabilité contre de la vitesse, ce qui convient au trafic où un paquet manquant n’est qu’un petit accroc — Exact.
    • TCP ne peut pas utiliser le port 53
    • UDP garantit que les paquets arrivent dans l’ordre

    Cloudflare note qu’UDP convient « particulièrement aux transmissions sensibles au temps comme la lecture vidéo ou les recherches DNS » précisément parce qu’il évite la négociation et la surcharge de retransmission de TCP.

À vous de jouer avec FireAI

Mettez cette leçon en pratique sur votre propre Mac.

Sources

Mettez-le en pratique sur votre Mac

Essayez toutes les fonctionnalités gratuitement pendant 17 jours, sans carte bancaire.

Télécharger pour Mac Docs