Introduction à TCP/IP

Bienvenue dans cette formation TCP/IP

Internet est devenu l'infrastructure la plus critique de notre civilisation moderne. Des transactions bancaires aux appels vidéo, de la télémédicine à la cybersécurité industrielle, tout repose sur une suite de protocoles conçue à l'origine pour résister à une attaque nucléaire. Ce cours vous emmène au cœur du fonctionnement d'Internet : la suite TCPTCPRéseauxProtocole de transport qui garantit que les données arrivent complètes, dans l'ordre et sans doublon. Il établit une connexion, numérote chaque segment et retransmet ce qui manque.Voir dans le glossaire/IP.

Cette formation s'adresse aux administrateurs système, aux ingénieurs réseau débutants, aux développeurs souhaitant comprendre ce qui se passe sous la couche applicative, et aux équipes de cybersécurité. Aucun prérequis n'est exigé, si ce n'est une curiosité pour comprendre comment les donnéesdonnéesIAEnsemble d'informations structurées ou non utilisées pour entraîner, évaluer ou alimenter un modèle. La qualité, la quantité et la représentativité des données sont les facteurs décisifs pour les performances en apprentissage automatique.Voir dans le glossaire voyagent d'un bout à l'autre de la planète en quelques millisecondes.

Histoire : d'ARPANET à Internet

1969 — La naissance d'ARPANET

La genèse d'Internet remonte au 29 octobre 1969, à 22h30. Charley Kline, étudiant à UCLA, tente d'envoyer le mot "login" à l'ordinateur de l'université Stanford (SRI). Le système plante après la réception des deux premières lettres. Ce crash historique constitue pourtant la première transmission de données sur ARPANET, le réseau expérimental financé par l'ARPA (Advanced Research Projects Agency) du Département américain de la Défense.

ARPANET reposait sur un concept révolutionnaire : la commutation de paquets, théorisée indépendamment par Paul Baran (RAND Corporation) et Donald Davies (NPL, Royaume-Uni). Contrairement aux circuits téléphoniques dédiés, les données sont découpées en petits paquets qui peuvent emprunter des chemins différents et être réassemblés à destination. Un nœud détruit ne bloque pas la communication : le réseau se reconfigure automatiquement.

1973-1983 — La révolution TCP/IP

Le vrai tournant intervient en 1973 lorsque Vint Cerf et Bob Kahn commencent à travailler sur un protocole universel capable de connecter des réseaux hétérogènes — des réseaux satellites aux réseaux radio en passant par les câbles filaires. Leur travail aboutit en 1974 à la publication du fameux article "A Protocol for Packet Network Intercommunication" dans IEEE Transactions on Communications.

En 1983, deux dates cruciales marquent l'histoire :

• 1er janvier 1983 : le Flag Day. ARPANET abandonne définitivement NCP (Network Control Protocol) pour TCP/IP. C'est le véritable acte de naissance d'Internet.
• La même année, RFC 793 (TCP) et RFC 791 (IP) deviennent les standards de référence, toujours en vigueur aujourd'hui dans leurs grandes lignes.

Vint Cerf et Bob Kahn ont reçu le Prix Turing (l'équivalent du Nobel en informatique) en 2004 pour cette invention. Ils sont souvent surnommés les "pères d'Internet".

1989-1991 — Le World Wide Web

En 1989, Tim Berners-Lee, chercheur au CERN, propose de construire un système d'hypertexte distribué par-dessus TCP/IP. Il invente le HTTP, le HTML et les URL. En 1991, le premier site web (info.cern.ch) va en ligne. TCP/IP n'est plus seulement un outil militaire et académique : il devient le socle de l'économie mondiale.

Architecture TCP/IP : les 4 couches

La suite TCP/IP s'organise en 4 couches fonctionnelles, chacune ayant des responsabilités précises et des protocoles dédiés.

Vue d'ensemble des 4 couches

Tableau comparatif : TCP/IP 4 couches vs OSI 7 couches

Le modèle OSImodèle OSIRéseauxDécoupage théorique des communications réseau en sept couches, de la transmission physique à l'application. Il sert surtout de référence commune pour situer un protocole ou diagnostiquer une panne.Voir dans le glossaire (Open Systems Interconnection), publié par l'ISO en 1984, est un modèle théorique en 7 couches utilisé pour comprendre et diagnostiquer les réseaux. Le modèle TCP/IP est le modèle pratique réellement implémenté.

Dans la pratique professionnelle, vous entendrez souvent parler des deux modèles : OSI pour le diagnostic ("le problème est en couche 3") et TCP/IP pour l'implémentation.

Comment fonctionne Internet : le voyage d'un paquet

Imaginez que vous tapez https://www.google.com dans votre navigateur. Voici ce qui se passe en quelques centaines de millisecondes :

Étape 1 — Résolution DNS (couche Application)

Votre navigateur demande à un serveur DNS : "Quelle est l'adresse IPadresse IPRéseauxIdentifiant numérique attribué à une machine sur un réseau, qui permet de l'atteindre depuis n'importe où. Elle tient sur 32 bits en IPv4 et sur 128 bits en IPv6.Voir dans le glossaire de www.google.com ?" Il reçoit en réponse 142.250.74.46 (par exemple).

Étape 2 — Connexion TCP (couche Transport)

Votre machine envoie un paquet SYN vers 142.250.74.46 sur le portportRéseauxNuméro sur 16 bits qui désigne l'application destinataire sur une machine. Les ports 0 à 1023 sont réservés aux services système, comme 443 pour HTTPS.Voir dans le glossaire 443 (HTTPS). Le serveur de Google répond SYN-ACK. Votre machine confirme avec ACK. La connexion est établie en 3 échanges : c'est le three-way handshakethree-way handshakeRéseauxSéquence en trois messages — SYN, SYN-ACK, ACK — qui ouvre une connexion TCP. Elle synchronise les numéros de séquence des deux extrémités avant tout échange de données.Voir dans le glossaire.

Étape 3 — Routage IP (couche Internet)

Chaque paquet porte les adresses IP source (la vôtre) et destination (Google). Les routeurs sur le chemin lisent l'adresse de destination et décident du prochain saut (next hop), comme des aiguilleurs du rail.

Étape 4 — Transmission physique (couche Accès réseau)

Sur chaque segment local, les paquets sont encapsulés dans des trames Ethernet portant des adresses MACadresse MACRéseauxIdentifiant physique gravé dans une carte réseau, sur 48 bits. Contrairement à l'adresse IP, il n'a de portée que sur le réseau local et ne traverse pas les routeurs.Voir dans le glossaire. Chaque routeur décapsule la trame, lit l'IP, puis réencapsule dans une nouvelle trame pour le segment suivant.

Retour des données

Google envoie les données de la page web en sens inverse, en utilisant les mêmes mécanismes. Votre navigateur reçoit les paquets TCP, les réordonne si nécessaire, puis affiche la page.

# Visualiser le chemin emprunté par vos paquets
traceroute google.com

# Capturer le trafic DNS en temps réel
sudo tcpdump -i eth0 port 53

# Observer les connexions TCP actives
ss -tnp

Le principe d'encapsulation

Chaque couche ne connaît que son propre en-tête. Elle traite ce que la couche du dessus lui confie comme une charge utile opaque, sans jamais chercher à l'interpréter. C'est cette indépendance qui permet de faire passer HTTP sur Wi-Fi comme sur fibre sans rien changer au protocole.

L'un des concepts les plus importants de TCP/IP est l'encapsulationencapsulationRéseauxAjout, par chaque couche réseau, de son propre en-tête aux données reçues de la couche supérieure. À la réception, l'opération inverse se déroule couche après couche.Voir dans le glossaire. Chaque couche ajoute son propre en-tête (header) autour des données reçues de la couche supérieure.

[Application]  Données brutes : "GET / HTTP/1.1\r\n..."
[Transport]    [En-tête TCP] + Données  → appelé "segment"
[Internet]     [En-tête IP]  + Segment  → appelé "paquet"
[Accès réseau] [En-tête ETH] + Paquet + [FCS] → appelé "trame"

À la réception, chaque couche décapsule : elle lit son en-tête, effectue ses traitements, puis passe le reste à la couche supérieure.

Public cible et prérequis

À qui s'adresse cette formation ?

• Administrateurs système Linux/Windows : mieux comprendre les problèmes réseau pour les diagnostiquer efficacement.
• Ingénieurs DevOps/Cloud : comprendre le networking dans Kubernetes, AWS VPC, Docker.
• Équipes cybersécurité : analyser le trafic réseau, identifier les attaques de couche 2 à couche 7.
• Développeurs backend : maîtriser socketssocketRéseauxAssociation d'une adresse IP et d'un port, qui identifie une extrémité de communication. Le quadruplet formé par les deux sockets d'une connexion la distingue de toutes les autres.Voir dans le glossaire, ports, DNS pour écrire des applications réseau robustes.
• Étudiants en informatique : consolider les bases théoriques avec des manipulations pratiques.

Ce dont vous aurez besoin

• Un terminal Linux (Ubuntu, Debian ou CentOS recommandé)
• Les outilstool callingIACapacité d'un agent ou d'un LLM à invoquer des outils externes (API, calcul, recherche) pendant le raisonnement.Voir dans le glossaire réseau de base : iproute2, tcpdump, dig, curl, netcat
• Optionnel : Wireshark pour l'analyse visuelle de paquets

# Installer tous les outils nécessaires sur Ubuntu/Debian
sudo apt update && sudo apt install -y \
  iproute2 \
  tcpdump \
  dnsutils \
  curl \
  netcat-openbsd \
  nmap \
  mtr \
  arp-scan \
  arping \
  traceroute

Plan du cours

Ce cours couvre les 10 chapitres suivants, du modèle théorique jusqu'aux outils de diagnostic avancés :

1. Modèle OSI — Les 7 couches, leurs rôles, protocoles et équipements
2. Adressage IPv4 — Binaire, CIDRCIDRRéseauxNotation qui indique combien de bits d'une adresse IP identifient le réseau, sous la forme /24 par exemple. Elle a remplacé les anciennes classes A, B et C, trop rigides.Voir dans le glossaire, sous-réseaux, NATNATRéseauxMécanisme qui permet à plusieurs machines d'un réseau privé de partager une seule adresse IP publique. Il compense la pénurie d'adresses IPv4 mais complique les connexions entrantes.Voir dans le glossaire
3. Adressage IPv6 — Le futur d'Internet, 128 bits, SLAACSLAACRéseauxMécanisme par lequel une machine construit seule son adresse IPv6 à partir du préfixe annoncé par le routeur, sans serveur DHCP.Voir dans le glossaire
4. Protocole ARP — La colle entre IP et Ethernet
5. TCP et la connexion fiable — Handshake, flux, retransmission
6. UDP : la vitesse avant tout — Sans connexion, VoIP, gaming, DNS
7. Ports et Sockets — Architecture des services réseau
8. ICMP et outils de diagnostic — ping, traceroute, mtr
9. DNS : l'annuaire d'Internet — Résolution, types RR, DNSSECDNSSECRéseauxExtension du DNS qui signe cryptographiquement les réponses, afin de garantir qu'elles proviennent bien du serveur légitime et n'ont pas été altérées en chemin.Voir dans le glossaire

Chaque chapitre combine théorie, schémas descriptifs, tableaux de référence et commandes pratiques que vous pouvez exécuter immédiatement sur votre machine.

Ressources complémentaires

Bonne formation ! Commencez par le Modèle OSI pour comprendre l'architecture en couches qui structure toute la suite de protocoles.

TCP/IP est une pile ouverte en quatre couches. IP adresse et route ; TCP/UDP transportent ; les applications parlent des protocoles de couche haute.

Quand un service « ne marche pas », descendez la pile : lien physique, IP/ping, port/TCP, puis application.

Les RFC 791 (IP) et 793 (TCP) restent les fondations ; le reste du catalogue TCP/IP s'est empilé dessus pendant des décennies.

Pourquoi TCP/IP structure encore votre journée

Chaque requête HTTPS, chaque synchro mail, chaque VPNVPNRéseauxRéseau privé virtuel qui chiffre le trafic entre deux points sur un réseau public. Il crée un tunnel sécurisé permettant d'accéder à des ressources distantes comme si on était sur le réseau local.Voir dans le glossaire d’entreprise repose sur la même pile conceptuelle. Comprendre TCP/IP, ce n’est pas devenir routeur vivant : c’est savoir situer une panne, lire une capture, et parler clairement avec un fournisseur ou un firewallpare-feuRéseauxÉquipement ou logiciel qui filtre le trafic selon des règles (ports, adresses, états) pour réduire la surface d'attaque.Voir dans le glossaire.

Quand « Internet ne marche pas », la compétence utile est de découper : lien local, adressage IP, transport, service applicatif. Ce découpageChunkingIADécoupage d'un document en segments de taille fixe ou sémantique avant indexation vectorielle, pour optimiser la récupération RAG.Voir dans le glossaire évite les redémarrages magiques et les tickets flous.

Client, serveur, et asymétrie réelle

Le modèle client/serveur reste dominant, même si P2P et meshes existent. Le client initie ; le serveur écoute un port. Derrière un seul nom DNS peuvent se cacher des fermes, des anycast, des CDN. Pour diagnostiquer, demandez toujours : quelle IP, quel port, quel protocole de transport ?

Fiabilité vs délai : le compromis fondateur

TCP offre un flux fiable ordonné. UDP offre un datagramme best-effort. Ni l’un ni l’autre n’est « mieux » en absolu. La voix temps réel tolère la perte mieux que la latence. Un transfert de fichier fait l’inverse. Les protocoles applicatifs choisissent — ou empilent — en conséquence.

Avant d’ouvrir Wireshark, formulez l’hypothèse : couche, direction, symptôme attendu.

Adresses, noms, ports : trois espaces de noms

IP adresse la machine (ou l’interface) sur le réseau. Le DNS nomme pour les humains et les configs. Le port démarque le service sur l’hôte. Confondre les trois produit des diagnostics absurdes (« le DNS est down » alors que c’est le 443 filtré).

Ce que cette formation va ancrer

Vous allez relier OSI et TCP/IP, lire IPv4/IPv6, comprendre ARP, suivre un handshake TCP, situer UDP, manipuler ports/sockets, utiliser ICMP et résoudre avec le DNS. Chaque chapitre ajoute un levier opérationnel. Gardez un carnet de commandes : ip, ping, traceroute, ss, dig.

Après chaque chapitre, expliquez à voix haute un incident fictif en trois phrases maximum. Si vous n’y arrivez pas, relisez la section clé.

Glossaire opérationnel de démarrage

Paquet, trame, segment, datagramme : des PDU selon la couche. Route = chemin L3. Socket = point d’attache transport. MTUMTURéseauxTaille maximale d'une trame pouvant circuler sur un lien réseau, généralement 1 500 octets en Ethernet. Un paquet plus grand doit être fragmenté ou rejeté.Voir dans le glossaire = taille max. RTT = aller-retour. Perte = paquet non reçu à temps. Ces termes reviendront dans chaque chapitre ; ancrez-les maintenant.

Scénario fil rouge

Imaginez un utilisateur qui n’atteint pas https://intranet.example. Votre méthode : résolution DNS, ping/traceroute vers l’IP, test TCP 443, TLS, puis HTTP. Chaque chapitre ajoute une pièce de cette méthode. À la fin, vous pourrez narrer l’incident sans sauter d’étapes.

Les équipes matures partagent des runbooks courts par symptôme. Votre objectif personnel est de pouvoir en écrire un après la formation, même rudimentaire.

Habitudes de diagnostic qui changent tout

Écrivez l’hypothèse avant la commande. Une seule variable changée à la fois. Gardez horodatage et outputs dans le ticket. Vérifiez votre propre couche locale (Wi-Fi, VPN, DNS company) avant d’accuser le datacenter. Ces habitudes battent n’importe quel outil cher.

Construisez une mini base de connaissance personnelle : symptômes → causes fréquentes → commandes. Enrichissez-la après chaque incident. C’est ainsi que l’expérience se capitalise au-delà de la mémoire courte.

Carte mentale des dépendances

Une session HTTPS dépend de DNS, de routes, de TCP, de TLS, parfois de proxy. Une panne « web » est rarement purement web. En apprenant TCP/IP, vous apprenez à dérouler cette chaîne sans panique. Gardez un schéma personnel : utilisateur → Wi-Fi/LAN → gatewayPasserelleRéseauxÉquipement réseau reliant deux réseaux de couches différentes ou traduisant des protocoles ; en TCP/IP, route les paquets entre sous-réseaux.Voir dans le glossaire → firewall → DNS → VIP → backend.

Les métriques utiles côté ressenti sont disponibilité de transaction, latence p95, taux d’erreur. Les métriques réseau (loss, RTT) les expliquent mais ne les remplacent pas. Reliez toujours les deux dans vos comptes-rendus d’incident.

Enfin, cultivez la précisionprécisionIAProportion des alertes émises par un modèle qui sont justifiées. Elle s'oppose au rappel : améliorer l'une dégrade l'autre.Voir dans le glossaire orale : « le SYN n’obtient pas de SYN-ACK vers 10.1.2.3:443 depuis le VLANVLANRéseauxRéseau local virtuel qui segmente logiquement un LAN Ethernet sans exiger un câblage physique séparé.Voir dans le glossaire users » est actionnable ; « le réseau est lent » ne l’est pas.