← Retour au chapitre

Fiche à trous · Première · NSI

Internet et Web — Protocoles et architecture

Complétez de mémoire, puis vérifiez avec la page de corrigé.

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.

L'architecture en couches

Règle

2

Propriété

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.

Adresser et router

DéfinitionAdresse IP :

Propriété

DéfinitionDNS :

Le Web

Propriété

Règle

9

HTTPS 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.

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

  1. 10.
  2. 11.
  3. 12.
  4. 13.
  5. 14.
  • 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 ?

Corrigé · à détacher

Internet et Web — Protocoles et architecture

  1. 1. 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éseauIP — assure l'adressage et le routage de paquets, sans garantie d'arrivée ni d'ordre. La couche transportTCP — ajoute la fiabilité : numérotation, remise en ordre, retransmission des paquets perdus. La couche applicationHTTP — transporte le sens de la requête.
  2. 2.
  3. 3. 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.
  4. 4. 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.
  5. 5. 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.
  6. 6. 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.
  7. 7. 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.
  8. 8. 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.
  9. 9.
  10. 10. Partir du nom de domaine saisi et le faire traduire en adresse IP par le DNS.
  11. 11. Établir la connexion TCP avec le serveur, puis la sécuriser si l'on est en HTTPS.
  12. 12. Envoyer la requête HTTP avec sa méthodeGET pour lire, POST pour modifier.
  13. 13. Suivre les paquets de routeur en routeur, chacun ne décidant que de l'étape suivante.
  14. 14. Décrire la réponse : le navigateur reçoit du HTML, puis charge les CSS et les scripts JavaScript qu'il référence.