Programme en vigueur — arrêtés du 17 janvier 2019, applicable en Première depuis la rentrée 2019. Voir le texte
Couches réseau : physique, liaison, réseau (IP), transport (TCP/UDP), application (HTTP). Adressage IP (IPv4, CIDR). Routage. DNS. HTTP/HTTPS. HTML/CSS/JS : rôles respectifs. Requête GET vs POST.
La règle d'or
Chaque couche rend un service précis et un seul : le transport assure l'acheminement fiable, l'applicatif transporte le sens de la requête.
L'erreur que tout le monde fait
Conclure du cadenas d'une connexion sécurisée que le site consulté est légitime et digne de confiance.
Le chiffrement garantit que personne ne lit ni ne modifie les échanges en chemin, et que le certificat correspond bien au nom de domaine affiché. Il ne dit rien de l'honnêteté de celui qui exploite ce domaine : un site frauduleux obtient un certificat valide pour son propre nom aussi facilement qu'un autre.
Lire le nom de domaine caractère par caractère, plutôt que de se fier à la présence du cadenas.
Un cadenas dans la barre d'adresse ne dit pas que le site est honnête : il dit que la communication est chiffrée. Un site frauduleux peut parfaitement en afficher un.
1L'architecture en couches
Règle
Le réseau est organisé en couches, et chaque couche rend un service précis et un seul, en s'appuyant sur celle du dessous. La couche réseau — IP — assure l'adressage et le routage de paquets, sans garantie d'arrivée ni d'ordre. La couche transport — TCP — ajoute la fiabilité : numérotation, remise en ordre, retransmission des paquets perdus. La couche application — HTTP — transporte le sens de la requête.
IP:ouˋ⋅TCP:completetdansl′ordre⋅HTTP:quoi
Propriété
Cette séparation a une conséquence pratique décisive : chaque couche peut être remplacée sans toucher aux autres. On peut changer le support physique — fibre, radio, cuivre — sans modifier IP ; on peut remplacer TCP par UDP, qui renonce à la fiabilité pour gagner en latence, sans changer IP ni la couche physique. C'est cette indépendance qui a permis au réseau d'évoluer pendant des décennies sans être refondu.
UDP illustre bien que la fiabilité n'est pas toujours souhaitable. Pour un appel vidéo, retransmettre une image perdue n'a aucun intérêt : elle arriverait trop tard. Mieux vaut une image manquante qu'une image en retard. TCP convient au transfert de fichiers, UDP au temps réel : le choix dépend de ce que l'application peut tolérer.
2Adresser et router
Définition
Adresse IP — Une adresse IP identifie une interface sur le réseau. En IPv4, elle tient sur 4 octets, notés en décimal séparés par des points. La notation CIDR — une barre oblique suivie d'un nombre — indique combien de bits de poids fort désignent le réseau, le reste identifiant la machine à l'intérieur de ce réseau. C'est cette séparation qui rend le routage possible : un routeur n'a pas besoin de connaître chaque machine, seulement chaque réseau.
Propriété
Le routage consiste, pour chaque routeur, à lire l'adresse de destination et à transmettre le paquet au voisin qui le rapproche du but. Aucun routeur ne connaît l'itinéraire complet : chacun ne décide que de l'étape suivante, à partir d'une table. D'où la robustesse du réseau — si un lien disparaît, les tables se mettent à jour et les paquets passent ailleurs.
Définition
DNS — Le DNS est l'annuaire qui traduit un nom de domaine lisible en adresse IP. Il est hiérarchique et distribué : aucun serveur ne détient la totalité de l'annuaire, chacun sait à qui s'adresser pour la suite. Cette architecture le rend robuste, mais il reste un point de contrôle : supprimer une entrée rend un site inatteignable par son nom sans que le serveur ait cessé de fonctionner.
3Le Web
Propriété
Trois langages aux rôles distincts construisent une page. HTML décrit la structure et le contenu : titres, paragraphes, listes, liens. CSS décrit la présentation : couleurs, tailles, positions. JavaScript décrit le comportement : ce qui se passe quand on clique, ce qui se met à jour sans recharger. Mélanger les trois rôles — mettre en forme en HTML, structurer en CSS — produit un code que personne ne peut modifier sans tout casser.
Règle
Une requête HTTP emploie une méthode. GET demande une ressource : ses paramètres figurent dans l'URL, elle est destinée à être sans effet sur le serveur, et elle peut être mise en cache ou rejouée sans risque. POST envoie des données destinées à modifier un état : ses données sont dans le corps de la requête, et la rejouer peut produire l'action deux fois. Employer GET pour une action qui modifie quelque chose est donc une faute de conception, pas un détail.
GET:lire,sanseffet⋅POST:modifier,aveceffet
4HTTPS et la confiance
Piège
Conclure du cadenas d'une connexion sécurisée que le site consulté est légitime et digne de confiance.
Pourquoi — HTTPS garantit trois choses et trois seulement : que la communication est chiffrée, qu'elle n'a pas été modifiée en route, et que le serveur possède bien le certificat du nom de domaine affiché. Il ne dit rien sur les intentions de celui qui tient ce domaine : obtenir un certificat pour un nom qu'on contrôle est gratuit et immédiat. Un site frauduleux affiche donc un cadenas parfaitement valide.
Le réflexe — Le cadenas certifie le tuyau, jamais l'interlocuteur — lire le nom de domaine.
Ce qu'il faut vérifier, c'est le nom de domaine lui-même, en le lisant de droite à gauche à partir de la dernière partie : c'est là que se trouve le domaine réellement contrôlé. Un nom construit pour ressembler à celui d'une banque connue peut contenir ce nom au milieu sans lui appartenir — et le cadenas sera vert, puisqu'il certifie ce nom-là.
Suivre le trajet d'une requête web
Partir du nom de domaine saisi et le faire traduire en adresse IP par le DNS.
Établir la connexion TCP avec le serveur, puis la sécuriser si l'on est en HTTPS.
Envoyer la requête HTTP avec sa méthode — GET pour lire, POST pour modifier.
Suivre les paquets de routeur en routeur, chacun ne décidant que de l'étape suivante.Aucun routeur ne connaît l'itinéraire complet.
Décrire la réponse : le navigateur reçoit du HTML, puis charge les CSS et les scripts JavaScript qu'il référence.
▢Ai-je attribué l'adressage à IP et la fiabilité à TCP ?
▢Ai-je dit qu'un routeur ne connaît que l'étape suivante ?
▢Ai-je expliqué le rôle du DNS — et sa fonction de point de contrôle ?
▢Ai-je distingué les rôles de HTML, CSS et JavaScript ?
▢Ai-je réservé GET à la lecture et POST à la modification ?
▢Ai-je dit ce que HTTPS garantit — et ce qu'il ne garantit pas ?
L'essentiel en 11 points
·Chaque couche rend un service précis et un seul.
·IP : adressage et routage. TCP : fiabilité. HTTP : le sens de la requête.
·UDP renonce à la fiabilité pour gagner en latence : utile en temps réel.
·La notation CIDR sépare la part réseau de la part machine.
·Un routeur ne connaît que l'étape suivante, jamais l'itinéraire complet.
·Le DNS traduit un nom en IP ; il est distribué et point de contrôle.
·HTML structure, CSS présente, JavaScript anime.
·GET lit sans effet ; POST modifie. D'autres logiciels s'y fient.
·HTTPS garantit chiffrement, intégrité, et certificat du nom affiché.
·Il ne garantit rien sur les intentions de celui qui tient le domaine.
·Vérifier le nom de domaine, lu de droite à gauche.
2
Imprimer
Fiche PDF — Internet et Web — Protocoles et architecture
Gratuit · sans compte
Trois documents à imprimer, 6 pages en tout : le cours, les exercices avec la place pour écrire, et le corrigé détaillé avec son barème.
a.Quel service rend la couche réseau ? La couche transport ?
b.Qu'indique la notation CIDR ?
c.À quoi sert le DNS ?
d.Distinguer les rôles de HTML, CSS et JavaScript.
e.Différencier GET et POST.
›Voir le corrigéMasquer le corrigé
a. La couche réseau (IP) assure l'adressage et le routage ; la couche transport (TCP) assure la fiabilité.
b. Combien de bits de poids fort de l'adresse désignent le réseau, le reste identifiant la machine.
c. À traduire un nom de domaine en adresse IP.
d. HTML : la structure. CSS : la présentation. JavaScript : le comportement.
e. GET demande une ressource, paramètres dans l'URL, sans effet. POST envoie des données pour modifier un état, dans le corps de la requête.
2
Un site propose un lien « Supprimer mon compte » qui déclenche une requête GET. Analyser.
Analyser
a.Pourquoi ce choix est-il une faute de conception ?
b.Que peut-il se passer si un navigateur préharge les liens de la page ?
c.Que se passe-t-il si l'utilisateur actualise la page ?
d.Quelle méthode aurait-il fallu employer ?
e.Pourquoi la distinction entre les deux méthodes n'est-elle pas seulement une convention ?
›Voir le corrigéMasquer le corrigé
a. Parce que GET est destiné à être sans effet : toute l'infrastructure — navigateurs, caches, robots d'indexation — le suppose et se permet de le rejouer.
b. Le compte peut être supprimé sans que personne n'ait cliqué : le préchargement suit le lien parce qu'il le croit inoffensif.
c. La requête est rejouée, et l'action peut se produire une seconde fois. Avec POST, le navigateur avertit avant de renvoyer les données.
d. POST, puisque l'action modifie un état.
e. Parce que d'autres logiciels — caches, proxys, robots, préchargement — agissent en fonction de cette distinction, sans connaître le site. Employer GET pour une modification, c'est mentir à des programmes qui prennent la déclaration au sérieux.
3
Un utilisateur reçoit un lien vers un site affichant un cadenas et un nom ressemblant à celui de sa banque. Raisonner.
Raisonner
a.Que garantit exactement HTTPS ? Citer les trois points.
b.Le cadenas prouve-t-il que le site appartient à la banque ?
c.Pourquoi un site frauduleux peut-il afficher un cadenas valide ?
d.Que faut-il vérifier, et comment ?
e.Pourquoi cette confusion est-elle si fréquente ?
›Voir le corrigéMasquer le corrigé
a. Que la communication est chiffrée, qu'elle n'a pas été modifiée en route, et que le serveur possède le certificat du nom de domaine affiché.
b. Non. Il prouve que le serveur détient le certificat du nom qu'il affiche — ce qui ne dit rien sur qui contrôle ce nom.
c. Parce qu'obtenir un certificat pour un nom de domaine qu'on contrôle est gratuit et immédiat. Rien dans la procédure n'examine les intentions du demandeur.
d. Le nom de domaine lui-même, lu de droite à gauche à partir de la dernière partie : c'est là que se trouve le domaine réellement contrôlé.
e. Parce que le cadenas est présenté comme un signe de sécurité, et que le mot recouvre deux choses différentes : la sécurité du transport et la confiance dans l'interlocuteur. L'interface rassure sur la première, l'utilisateur conclut sur la seconde.
4
Architecture en couches. Raisonner.
Raisonner
a.Pourquoi peut-on changer de support physique sans modifier IP ?
b.Que renonce à faire UDP, et qu'y gagne-t-on ?
c.Pour un appel vidéo, vaut-il mieux TCP ou UDP ? Justifier.
d.Pourquoi le réseau résiste-t-il à la disparition d'un lien ?
›Voir le corrigéMasquer le corrigé
a. Parce que chaque couche rend un service précis et ne dépend de la suivante que par ce service. IP demande un moyen d'acheminer des bits ; peu lui importe que ce soit de la fibre, de la radio ou du cuivre.
b. Il renonce à la fiabilité — numérotation, retransmission, remise en ordre. On y gagne en latence et en simplicité.
c. UDP. Retransmettre une image perdue n'a aucun intérêt : elle arriverait trop tard. Mieux vaut une image manquante qu'une image en retard — le choix dépend de ce que l'application peut tolérer.
d. Parce qu'aucun routeur ne connaît l'itinéraire complet : chacun ne décide que de l'étape suivante à partir d'une table qui se met à jour. Si un lien disparaît, les paquets empruntent un autre chemin sans intervention.
Ce qui rapporte des points, ce qui en coûte
Attribuer son service à chaque couche4 ptsPerdu si : Confondre adressage et fiabilité
Décrire le routage étape par étape3 ptsPerdu si : Faire connaître l'itinéraire complet à un routeur
Distinguer HTML, CSS et JavaScript3 ptsPerdu si : Mettre en forme en HTML
Réserver GET à la lecture5 ptsPerdu si : Déclencher une suppression par GET
Énoncer ce que HTTPS garantit et ne garantit pas5 ptsPerdu si : Conclure du cadenas à la légitimité du site
4
La méthode
Suivre le trajet d'une requête web
1
Traduire le nom de domaine en adresse par une interrogation du service de noms.
2
Décrire l'établissement de la connexion de transport avec le serveur.
3
Écrire la requête applicative en précisant sa méthode et la ressource demandée.
Une méthode de lecture range ses paramètres dans l'adresse, une méthode d'envoi les place dans le corps.
4
Décrire la réponse reçue, son code d'état et son contenu.
5
Attribuer à chaque langage son rôle dans l'affichage final : structure, présentation, comportement.
5
Se tester
Touches 1 à 4
NSIPremière
Question 1
Un site web utilise une base de données pour stocker les temps des athlètes d'un marathon. Quelle requête SQL permet de récupérer les temps des athlètes ayant terminé la course en moins de 2h30, classés par ordre croissant de temps ?
Aucun compte requis — réponds, la correction s'affiche aussitôt.
Internet et Web — Protocoles et architecture : c'est en quelle classe ?+
Ce chapitre est au programme de NSI au lycée, en classe de Première, année du Bac de français. Il est défini par le Bulletin Officiel de l'Éducation nationale, le texte de référence qui fixe ce qui doit être enseigné dans chaque matière.
Que faut-il savoir sur Internet et Web — Protocoles et architecture ?+
Couches réseau : physique, liaison, réseau (IP), transport (TCP/UDP), application (HTTP). Adressage IP (IPv4, CIDR). Routage. DNS. HTTP/HTTPS. HTML/CSS/JS : rôles respectifs. Requête GET vs POST. Les notions à maîtriser sont : IP, TCP, HTTP, DNS, routage, HTML.
Où télécharger la fiche PDF de Internet et Web — Protocoles et architecture ?+
Sur cette page, dans le bloc « Imprimer » : 3 documents à télécharger — le cours, les exercices et le corrigé — soit 6 pages au format A4, prêtes à imprimer. Le téléchargement est gratuit, immédiat, et ne demande ni compte ni adresse e-mail.
Le corrigé de Internet et Web — Protocoles et architecture est-il fourni ?+
Oui, et c'est un document à part : chaque exercice y est repris étape par étape, avec le barème détaillé en fin de fiche — ce qui est attendu, combien de points, et ce qui fait perdre le point. Un parent qui ne se souvient plus du programme peut corriger une copie avec.
Internet et Web — Protocoles et architecture peut-il tomber au Bac de français ?+
Ce chapitre fait partie du programme officiel de Première, il entre donc dans le périmètre du Bac de français. Le sujet exact varie chaque année et aucun chapitre n'est garanti, mais l'ensemble du programme de l'année est susceptible d'être évalué : mieux vaut ne pas parier sur des impasses.
Comment réviser Internet et Web — Protocoles et architecture efficacement ?+
Commence par lire la fiche de révision pour remettre la règle en place, puis enchaîne immédiatement sur le quiz de cette page. Répondre juste après avoir lu ne suffit pas : reviens sur le chapitre deux ou trois jours plus tard. C'est l'espacement des révisions, plus que leur durée, qui fait tenir une notion en mémoire. Une session de quinze minutes répétée vaut mieux qu'une heure unique.
Faut-il un compte pour s'entraîner sur Internet et Web — Protocoles et architecture ?+
Non. Les quiz, les corrections détaillées et les fiches de révision sont accessibles sans créer de compte et sans donner d'adresse e-mail. Le compte gratuit sert uniquement à conserver la progression d'un appareil à l'autre.