PARTIE B — Réseau Internet (version très détaillée)
---
Chapitre 1 — Notion de protocole (très détaillé)
Qu’est-ce qu’un protocole ?
Un protocole est un ensemble formel de règles qui gouvernent la
communication entre entités réseau : format des messages, séquences
d’échanges, gestion des erreurs, temporisation, etc. Les protocoles
permettent l’interopérabilité entre matériels et logiciels hétérogènes.
Architecture en couches (pourquoi ?)
La pile protocolaire est organisée en couches : chaque couche offre des
services à la couche supérieure et utilise les services de la couche
inférieure. Les avantages :
Isolation des responsabilités (simplicité, maintenance).
Réutilisabilité (mêmes services pour des applications différentes).
Évolutivité (changer une couche sans toucher aux autres).
📌 Schéma — Pile TCP/IP (modèle simplifié)
Couches et protocoles clés (raccourci utile)
Accès réseau : Ethernet, Wi-Fi — physique et lien.
Internet : IP — adressage et routage (datagramme, fragmentations).
Transport : TCP (fiable, orienté connexion), UDP (non-fiable, faible latence).
Application : HTTP, HTTPS, SMTP, FTP, DNS, SSH, etc.
Détail important : TCP vs UDP
TCP : connexion (3-way handshake : SYN → SYN/ACK → ACK), contrôle de
flux, retransmission, ordre des paquets, ajustement de la fenêtre
(congestion control). Idéal pour web, email, transfert de fichiers. Ports bien
connus (HTTP 80, HTTPS 443 via TCP).
UDP : pas d’établissement de connexion, pas de garantie d’arrivée ni
d’ordre ; overhead faible → très utilisé pour DNS, VoIP, streaming temps
réel, jeux en ligne. Port DNS = 53 (UDP principalement).
Sockets, ports et multiplexage
Une socket = adresse IP + numéro de port.
Ports bien connus (0–1023), ports enregistrés (1024–49151), ports
éphémères (49152–65535).
Exemple : [Link]:443 identifie une connexion HTTPS.
---
Chapitre 1.1 — Protocoles applicatifs (détails et comportements)
HTTP / HTTPS
HTTP (80) : protocole de requête-réponse. Le client envoie une requête
(méthode GET/POST/PUT/DELETE, en-têtes, éventuellement corps) ; le
serveur répond (code d’état, en-têtes, corps).
HTTPS (443) : HTTP sur TLS. Avant d’échanger les données HTTP, on
réalise un handshake TLS (client hello → server hello + certificat → clés →
chiffrement symétrique), qui établit la confidentialité et l’intégrité.
Connexions persistantes (keep-alive), compression, en-têtes, cookies.
📌 Schéma — Handshake TLS + HTTP
SMTP / POP3 / IMAP (courrier électronique)
SMTP (25, submission 587) : protocole pour l’envoi et le transfert de mail
entre serveurs (MTA). Utilise souvent STARTTLS pour sécuriser.
POP3 (110 / POP3S 995) : récupération simple — le client télécharge les
messages et peut les supprimer du serveur. Bon pour accès depuis un seul
appareil.
IMAP (143 / IMAPS 993) : consultation distante — messages restent sur
serveur ; synchronisation multi-dispositifs (dossiers, états lus/non lus).
MX (Mail eXchanger) : enregistrement DNS indiquant quel serveur reçoit le
courrier pour un domaine.
📌 Schéma — Flux mail (MUA → MTA → MTA → MDA)
FTP
FTP (21 contrôle, 20 données) : traditionnel pour transfert. Deux modes :
actif (serveur ouvre connexion vers le client pour la donnée) et passif
(client ouvre connexion pour la donnée) — raison : NAT et pare-feu. FTP
peut être chiffré via FTPS ou remplacé par SFTP (SSH, port 22).
NNTP
Protocoles historiques pour newsgroups / discussions. Aujourd’hui moins
courant mais concept utile (publication/abonnement).
---
Chapitre 2 — Quelques services Internet (très détaillé)
1) Courrier électronique (workflow complet)
Acteurs :
MUA : Mail User Agent (Outlook, Thunderbird, webmail).
MTA : Mail Transfer Agent (serveurs SMTP ex. Postfix, Exim).
MDA : Mail Delivery Agent (stockage final, boîtes).
DNS : pour trouver le MTA destinataire via enregistrement MX.
Étapes de base :
1. MUA soumet mail au MTA local (submission port 587).
2. MTA regarde l’enregistrement MX du domaine destinataire (DNS).
3. MTA échange avec MTA destinataire via SMTP (souvent chiffré).
4. MTA destinataire remet au MDA; le destinataire récupère via IMAP/POP.
Sécurité :
SPF, DKIM, DMARC pour lutter contre le spoofing.
STARTTLS/TLS pour protéger transport.
Filtrage antispam et antivirus.
2) Web (consultation, REST, APIs)
Au-delà d’HTTP classique, les webapps modernes utilisent AJAX / Fetch /
WebSockets / REST / GraphQL.
APIs exposent des services applicatifs (JSON, XML).
Sécurité : CORS (cross-origin resource sharing), CSP (content security
policy), protections XSS/CSRF.
3) Transfert de fichiers et partage
FTP, SFTP, services cloud (Google Drive, OneDrive).
Partage P2P (BitTorrent) pour distribution massive : découpage en
morceaux, échanges entre pairs, trackers/DHT.
4) Streaming et multimédia
Protocoles : RTSP, RTP/RTCP (temps réel), HLS/DASH (segmentés pour
HTTP).
Besoin : faible latence, gestion du jitter, buffer côté client.
5) Commerce en ligne et services critiques
Paiements sécurisés via HTTPS/TLS, normes PCI-DSS pour traitement des
cartes.
Haute disponibilité (load balancing, réplication, DR).
---
Chapitre 3 — Les moteurs de recherche (très détaillé)
Comment ça marche (pipeline simplifié)
1. Crawling : robots (crawlers) parcourent le web en suivant les liens.
2. Indexing : pages analysées (texte, métadonnées, structure) et stockées
dans un index inversé.
3. Ranking : algorithmes classent les pages selon requête (pertinence,
qualité, autorité, fraîcheur, performance, comportement utilisateur).
4. Serving : résultats formatés (SERP) avec extrait (snippet), liens, rich
snippets.
Signaux de classement (exemples)
Qualité du contenu, mots-clés, structure (H1/H2), rapidité de la page
(performance), mobile-friendly, backlinks (qualité et quantité), sécurité
(HTTPS), comportement (CTR, temps passé).
Aspects pratiques
[Link] contrôle ce que les crawlers peuvent indexer.
Sitemaps XML aident à découvrir les pages.
Importance de la structure sémantique et des métadonnées (meta
description, Open Graph).
---
Chapitre 4 — Outils d’accès Internet (en profondeur)
Navigateurs (architecture)
UI, moteur de rendu (ex. Blink, Gecko), moteur JavaScript (V8,
SpiderMonkey), réseau (implémentation HTTP/HTTPS), stockage (cookies,
localStorage), sandboxing des onglets.
Fonctionnalités clé :
Cache navigateur : améliore performance; respect des en-têtes HTTP
(Cache-Control, ETag).
Cookies / Session : cookies d’authentification, durée de vie, sécurités
HttpOnly / Secure / SameSite.
Plugins vs Extensions : plugins (Flash/Java) sont obsolètes ; extensions
(Chrome, Firefox) ajoutent fonctionnalités.
Outils réseau
DevTools : inspecter requêtes réseau, performance, sécurité (certificats),
logs console.
Mesures : ping (latence), traceroute (chemin), speedtest (débit).
---
Chapitre 5 — La connexion à Internet (très détaillé)
Éléments matériels
Modem : convertit signal du fournisseur (ADSL, câble) vers IP.
Routeur / Box (CPE) : traduction entre réseau local et Internet ; NAT, DHCP
serveur, firewall basique.
ONT (Optical Network Terminal) pour la fibre FTTH.
Switch en local pour connecter multiples appareils.
📌 Schéma — Connexion utilisateur → FAI → Backbone → Serveur/CDN
Types de connexions
ADSL / VDSL : via ligne téléphonique.
Cable (HFC) : DOCSIS (fibre jusqu’au nœud, coax dernier kilomètre).
Fibre optique (FTTH/FTTB) : très hauts débits, faible latence.
Mobile (3G/4G/5G) : cellulaire ; très pratique mais peut varier selon charge.
Satellite : large couverture mais latence élevée (géostationnaire).
Adressage & distribution IP
DHCP : protocole d’allocation dynamique d’adresse (DISCOVER → OFFER →
REQUEST → ACK).
PPPoE : utilisé par certains FAI sur ADSL pour authentification.
NAT / PAT : traduction d’adresses (une IP publique partagée par plusieurs
IP privées) ; permet économie d’IP publiques mais complique certains
services (port forwarding).
Performances et métriques
Bande passante (throughput) : volume de données / seconde (Mbps).
Latence : délai aller-retour (ms).
Jitter : variation de latence (important pour VoIP).
Perte de paquets : impacte qualité (retransmissions TCP).
Infrastructures globales
FAI : accès au réseau, résolveurs DNS, services.
Peering & IXP : points d’échange où les FAI s’interconnectent localement
pour réduire latence/coûts.
Backbone : dorsale Internet (fibre internationale).
CDN (Content Delivery Network) : caches géographiques pour accélérer la
distribution (ex. Cloudflare, Akamai).
Sécurité et confidentialité
Pare-feu : filtrage entrant/sortant selon règles (stateful inspection).
VPN : tunnel chiffré (IPsec, OpenVPN, WireGuard) pour confidentialité et
accès distant.
Proxy : intermédiaire pour cacher IP, filtrer contenu.
TLS / PKI : certificats, autorités de certification (CA), chaîne de confiance.
---
Chapitre 6 — DNS (détail et fonctionnement)
Le DNS (Domain Name System) est l’annuaire distribué d’Internet qui
traduit noms de domaine en adresses IP.
📌 Schéma — Résolution DNS (client → résolveur → racine → TLD →
autoritaire)
Processus simplifié :
1. Le client demande [Link] au résolveur récursif (souvent fourni
par le FAI).
2. Si non en cache, le résolveur demande aux serveurs racine, puis au
serveur TLD (.com), enfin au serveur authentique du domaine.
3. L’adresse IP est renvoyée et mise en cache selon le TTL.
Aspects importants :
TTL : durée de mise en cache ; impact sur propagation des changements.
Enregistrements : A (IPv4), AAAA (IPv6), MX (mail), CNAME (alias), TXT
(SPF, DKIM), NS (serveurs de noms).
Résilience : architectures redondantes, anycast pour serveurs DNS.
---
Conclusion (Partie B)
Cette partie décrit l’écosystème Internet : les règles (protocoles), les
services (web, mail, fichiers, streaming), les outils d’accès (navigateurs,
clients), et l’infrastructure (FAI, backbone, DNS, CDN). Pour chaque
service, il existe des protocoles dédiés, des schémas d’échange
standardisés et des mécanismes de sécurité pour l’authentification, la
confidentialité et l’intégrité.