$course$/QCM de NSI/Terminale/Réseaux et routage Modèle TCP/IP, couches du réseau, adresses IP et masques,
routage, protocoles de transport (TCP, UDP), services
applicatifs (HTTP, DNS), notions de sécurité (HTTPS, TLS).

]]> Réseaux et routage — Q01 : Modèle TCP/IP Combien de couches comporte le modèle TCP/IP ?

]]> Les quatre couches du modèle TCP/IP, du bas vers le haut :
Accès réseau (Ethernet, Wi-Fi), Internet (IP),
Transport (TCP), Application (HTTP, DNS, etc.).

]]> 1.0 0.0 0 true true abc $2$ couches

]]> Erreur : c'est trop peu pour décrire la richesse du
réseau Internet.

]]> $4$ couches

]]> Bonne réponse : le modèle TCP/IP usuel comporte quatre
couches : accès réseau (ou liaison), Internet (réseau),
transport, application. C'est une simplification du
modèle OSI à sept couches.

]]> $5$ couches

]]> Erreur : certaines présentations distinguent une couche
physique en plus, mais le modèle TCP/IP de référence
en a quatre.

]]> $7$ couches

]]> Erreur : c'est le modèle OSI (théorique). Le modèle
TCP/IP, plus pragmatique et effectivement utilisé sur
Internet, n'en a que quatre.

]]> Réseaux et routage — Q02 : Rôle d'une adresse IP À quoi sert une adresse IP ?

]]> Deux versions principales : IPv$4$ (sur $32$ bits, environ
$4 \cdot 10^9$ adresses, déjà saturé) et IPv$6$ (sur $128$
bits, $3{,}4 \cdot 10^{38}$ adresses, abondance pour des
siècles).

]]> 1.0 0.0 0 true true abc À stocker des fichiers

]]> Erreur : aucun rapport. Une IP est une adresse, pas un
espace de stockage.

]]> À chiffrer les données

]]> Erreur : le chiffrement est le rôle de protocoles
comme TLS, pas d'une adresse IP.

]]> Identifier un appareil sur un réseau

]]> Bonne réponse : une adresse IP identifie une machine
(ou plus précisément une interface réseau) sur un
réseau IP. Sur Internet, elle doit être unique au
niveau global.

]]> À sécuriser toutes les communications

]]> Erreur : la sécurité est assurée par d'autres
mécanismes (TLS, HTTPS). L'IP est neutre sur le plan
de la sécurité.

]]> Réseaux et routage — Q03 : Format d'une adresse IPv4 Quel est le format d'écriture standard d'une adresse IPv$4$ ?

]]> Exemple : 192.168.1.42 est une IPv$4$. Chaque nombre
tient sur un octet, soit $32$ bits au total. Pour la
maison, les adresses du réseau privé commencent par
192.168., 10., ou 172.16. à 172.31..

]]> 1.0 0.0 0 true true abc Huit groupes hexadécimaux séparés par des deux-points

]]> Erreur : c'est le format d'IPv$6$, pas d'IPv$4$.

]]> Six groupes hexadécimaux séparés par des deux-points

]]> Erreur : c'est plutôt le format des adresses MAC
($6$ octets en hexadécimal). Les adresses MAC ne sont
pas des IP.

]]> Un nombre décimal très long

]]> Erreur : techniquement, on peut représenter une IP
comme un seul entier $32$ bits, mais ce n'est pas la
notation standard. La notation pointée est universelle.

]]> Quatre nombres entre $0$ et $255$ séparés par des points

]]> Bonne réponse : chaque nombre représente un octet
($8$ bits, valeurs $0$ à $255$). Une adresse IPv$4$
fait donc $32$ bits ($4$ octets).

]]> Réseaux et routage — Q04 : Caractéristique du protocole TCP Quelle est la caractéristique principale du protocole TCP ?

]]> TCP est utilisé pour les applications nécessitant la
fiabilité : web (HTTP), email, transfert de fichiers
(FTP). L'ordre et l'intégrité y sont essentiels.

]]> 1.0 0.0 0 true true abc Il chiffre automatiquement toutes les communications

]]> Erreur : le chiffrement est ajouté par TLS (HTTPS).
TCP transporte les données telles quelles.

]]> Il fonctionne uniquement en local (pas sur Internet)

]]> Erreur : TCP est le protocole de transport
principal sur Internet, justement.

]]> Il garantit une transmission fiable et ordonnée des données

]]> Bonne réponse : TCP assure que les paquets arrivent à
destination, dans le bon ordre, sans duplication. En
cas de perte, il retransmet automatiquement.

]]> Il transmet les paquets sans aucun contrôle

]]> Erreur : TCP effectue au contraire de nombreux
contrôles : accusés de réception, retransmission des
paquets perdus, remise des données dans l'ordre.

]]> Réseaux et routage — Q05 : Protocole du bit alterné Dans le protocole du bit alterné, l'émetteur joint à chaque message
un bit valant alternativement $0$ et $1$, et renvoie un message tant
qu'il n'a pas reçu son accusé de réception. À quoi sert ce bit pour
le récepteur ?

]]> Le protocole du bit alterné compense les pertes : l'émetteur renvoie
tout message dont il n'a pas reçu l'accusé de réception, et le bit
permet au récepteur d'écarter les doublons que ces renvois peuvent
créer.

]]> 1.0 0.0 0 true true abc À vérifier que le contenu du message n'a pas été modifié

]]> Erreur : un seul bit ne renseigne pas sur le contenu du message. Il
ne dépend que du rang du message, pair ou impair, et ne permet pas
de détecter une altération.

]]> À distinguer un nouveau message d'un message renvoyé

]]> Bonne réponse : si l'accusé de réception se perd, l'émetteur renvoie
le même message avec le même bit. Le récepteur, qui attendait
l'autre valeur, reconnaît un doublon et ne l'enregistre pas deux
fois.

]]> À indiquer au récepteur si le message est chiffré

]]> Erreur : le bit alterné ne joue aucun rôle dans le chiffrement. Il
sert uniquement à suivre la succession des messages et de leurs
accusés de réception.

]]> À donner aux routeurs la priorité de passage du message

]]> Erreur : ce bit est lu par le récepteur, pas par les routeurs, et il
ne fixe aucune priorité. Il permet de savoir si un message a déjà
été reçu.

]]> Réseaux et routage — Q06 : Rôle du DNS À quoi sert le protocole DNS ?

]]> DNS signifie Domain Name System. Sans DNS, taper wikipedia.org
ne mènerait nulle part : il faudrait connaître directement l'adresse
IP du site. Le DNS est un service réparti sur un grand nombre
d'ordinateurs dans le monde.

]]> 1.0 0.0 0 true true abc À transférer des fichiers entre ordinateurs

]]> Erreur : c'est le rôle de FTP, SFTP ou HTTP, pas de
DNS.

]]> À chiffrer les données échangées sur Internet

]]> Erreur : c'est le rôle de TLS/HTTPS, pas du DNS.

]]> À filtrer les sites malveillants

]]> Erreur : ce n'est pas la fonction du DNS. Le filtrage des sites
relève en général d'autres outils, comme un pare-feu ou un logiciel
de contrôle parental.

]]> Traduire les noms de domaines en adresses IP

]]> Bonne réponse : DNS est l'« annuaire » d'Internet. Sans
lui, il faudrait retenir des suites de chiffres pour
chaque site. Le DNS est interrogé en quelques
millisecondes à chaque connexion à un site.

]]> Réseaux et routage — Q07 : Rôle de HTTP Que désigne le protocole HTTP ?

]]> HTTP fonctionne en mode requête/réponse, sans état
(chaque requête est indépendante). Sa version sécurisée
est HTTPS (HTTP + TLS), désormais standard sur le Web.

]]> 1.0 0.0 0 true true abc Hyper Text Tag Protocol

]]> Erreur : sigle inventé.

]]> HyperText Transfer Protocol

]]> Bonne réponse : HTTP transporte les requêtes du
navigateur (GET /index.html) et les réponses du
serveur (le code HTML, les images, etc.).

]]> High Throughput Transmission Protocol

]]> Erreur : sigle inventé.

]]> Home Transfer Tool Protocol

]]> Erreur : sigle inventé.

]]> Réseaux et routage — Q08 : Rôle d'un routeur Quel est le rôle principal d'un routeur sur un réseau ?

]]> Internet est un réseau de réseaux. Les routeurs en sont
les nœuds intermédiaires : ils relient les sous-réseaux
entre eux et acheminent les paquets de proche en proche
vers leur destination.

]]> 1.0 0.0 0 true true abc Chiffrer les communications

]]> Erreur : ce n'est pas le rôle natif d'un routeur, même
si certains routeurs implémentent du VPN.

]]> Stocker les fichiers partagés sur le réseau

]]> Erreur : c'est le rôle d'un serveur de fichiers, pas
d'un routeur.

]]> Servir les pages web à tous les navigateurs

]]> Erreur : c'est le rôle d'un serveur web (Apache,
nginx, etc.), pas d'un routeur.

]]> Transmettre les paquets entre réseaux

]]> Bonne réponse : un routeur examine l'adresse IP de
destination et consulte sa table de routage pour
déterminer par quelle interface envoyer le paquet.

]]> Réseaux et routage — Q09 : Notion de paquet Pourquoi les données échangées sur Internet sont-elles
découpées en paquets ?

]]> Cette idée fondamentale (Paul Baran, $1960$) a permis le
développement d'Internet. Les paquets peuvent prendre des
chemins différents et arriver dans le désordre, TCP les
réordonne au final.

]]> 1.0 0.0 0 true true abc Pour augmenter la vitesse de transmission au-delà de la limite physique du câble

]]> Erreur : la vitesse est limitée par le matériel. Le
paquetage n'augmente pas la bande passante intrinsèque.

]]> Parce que les routeurs ne peuvent traiter que de petits volumes

]]> Erreur : les routeurs sont conçus pour traiter
beaucoup de paquets, mais en réalité c'est le concept
architectural qui motive la fragmentation.

]]> Partager le réseau entre flux et limiter l'impact d'une perte

]]> Bonne réponse : la commutation de paquets permet à
plusieurs flux de coexister sur les mêmes liens, et
en cas de perte d'un paquet, on ne retransmet que
lui (pas tout le message).

]]> Pour chiffrer les données, chaque paquet étant codé séparément

]]> Erreur : le découpage en paquets n'est pas un
mécanisme de chiffrement. La confidentialité relève
de protocoles comme TLS, indépendants de la
fragmentation.

]]> Réseaux et routage — Q10 : Différence HTTP / HTTPS Quelle est la différence entre HTTP et HTTPS ?

]]> Depuis $2018$, les navigateurs signalent les sites en HTTP (sans S)
comme « Non sécurisé ». HTTPS est devenu la norme, y compris pour la
simple consultation de pages publiques.

]]> 1.0 0.0 0 true true abc HTTPS est utilisé uniquement pour le e-commerce

]]> Erreur : HTTPS est désormais utilisé partout, y compris
pour la simple consultation de pages publiques.

]]> HTTPS chiffre les communications via TLS

]]> Bonne réponse : HTTPS, c'est HTTP complété par une couche de
chiffrement, TLS, qui a succédé à SSL. Les données échangées entre
le navigateur et le serveur sont chiffrées pendant leur transport.

]]> HTTPS fonctionne sans IP

]]> Erreur : HTTPS repose sur les mêmes protocoles
réseau (IP, TCP) que HTTP. Seule la sécurité change.

]]> HTTPS est plus rapide

]]> Erreur : HTTPS est légèrement plus lent (à cause du
chiffrement), même si la différence est négligeable
aujourd'hui. Le bénéfice est la sécurité.

]]> Réseaux et routage — Q11 : Masque de sous-réseau Que représente le masque de sous-réseau 255.255.255.0 ?

]]> Notation alternative dite CIDR : 192.168.1.0/24
désigne un réseau avec un masque de $24$ bits. Très
utilisée en pratique pour sa concision.

]]> 1.0 0.0 0 true true abc Une adresse IP particulière

]]> Erreur : un masque sert à séparer la partie réseau
de la partie hôte d'une adresse IP. Ce n'est pas une
adresse à part entière.

]]> $24$ bits pour le réseau, $8$ bits pour l'hôte

]]> Bonne réponse : 255.255.255.0 correspond à $24$ bits
à $1$ et $8$ bits à $0$. Les bits à $1$ désignent la
partie réseau, les bits à $0$ la partie machine. Avec
$8$ bits pour les machines, on peut adresser jusqu'à
$254$ hôtes ($2^{8} - 2$, en retirant l'adresse réseau
et l'adresse de diffusion).

]]> Un identifiant de routeur

]]> Erreur : un masque est un motif binaire, pas un
identifiant matériel.

]]> La quantité maximale de bande passante autorisée

]]> Erreur : le masque n'a rien à voir avec la bande
passante.

]]> Réseaux et routage — Q12 : Accusé de réception perdu Avec le protocole du bit alterné, Ana envoie à Bruno un message
portant le bit $0$. Bruno le reçoit et renvoie un accusé de
réception portant le bit $0$, mais cet accusé se perd. Ne recevant
rien, Ana renvoie le même message, toujours avec le bit $0$. Que
fait Bruno ?

]]> Une perte d'accusé de réception provoque un renvoi. Le bit alterné
permet au récepteur de reconnaître ce renvoi : il écarte le doublon
et confirme de nouveau, si bien que l'émetteur peut poursuivre avec
le message suivant.

]]> 1.0 0.0 0 true true abc Il l'enregistre comme un nouveau message, qui figure donc deux fois

]]> Erreur : Bruno attendait un message portant le bit $1$. Recevoir de
nouveau le bit $0$ lui indique qu'il s'agit d'un renvoi, qu'il ne
doit pas enregistrer une seconde fois.

]]> Il l'ignore sans répondre, puisqu'il a déjà reçu ce message

]]> Erreur : le doublon est bien repéré, mais sans nouvel accusé de
réception Ana ne saurait jamais que le message est arrivé et le
renverrait sans fin. Bruno doit confirmer de nouveau la réception.

]]> Il l'écarte comme doublon et renvoie l'accusé de réception $0$

]]> Bonne réponse : le bit $0$ montre à Bruno qu'il s'agit du message
déjà reçu, qu'il n'enregistre pas une seconde fois. Il renvoie
l'accusé $0$, qui permet à Ana de passer au message suivant, avec le
bit $1$.

]]> Il met fin à la communication, un accusé perdu ne pouvant être compensé

]]> Erreur : le protocole est précisément conçu pour compenser les
pertes, de messages comme d'accusés de réception, grâce aux renvois
et au bit qui repère les doublons.

]]> Réseaux et routage — Q13 : Résolution DNS Lorsque vous tapez www.example.com dans votre navigateur,
qu'est-ce qui se passe en premier ?

]]> Une fois l'IP obtenue, le navigateur ouvre une connexion
TCP (port $443$ pour HTTPS), négocie TLS, puis envoie
la requête HTTP. La résolution DNS est généralement
mise en cache pour accélérer les visites suivantes.

]]> 1.0 0.0 0 true true abc Le navigateur fait une requête DNS pour l'IP

]]> Bonne réponse : la première étape est toujours la
résolution DNS. Sans elle, le navigateur ne saurait
pas vers quelle adresse envoyer ses paquets TCP.

]]> Le routeur lit le contenu HTML

]]> Erreur : le routeur ne décode pas le contenu HTTP. Il
ne fait que router les paquets IP.

]]> Le navigateur établit une connexion TCP avec example.com directement

]]> Erreur : pour établir une connexion TCP, il faut
d'abord connaître l'adresse IP correspondante,
ce qui est résolu par DNS.

]]> Le navigateur envoie un email au serveur

]]> Erreur : aucune communication par email dans le
processus de chargement d'une page web.

]]> Réseaux et routage — Q14 : Intérêt du découpage en paquets Un fichier de $50$ Mo est envoyé sur Internet découpé en milliers de
paquets plutôt qu'en un seul bloc. Quel avantage ce découpage
apporte-t-il ?

]]> Découper les données en paquets rend la transmission plus robuste et
plus souple : une perte ne coûte que le renvoi d'un paquet, et les
liaisons sont partagées entre de nombreuses communications.

]]> 1.0 0.0 0 true true abc Le fichier occupe moins d'octets, chaque paquet étant compressé

]]> Erreur : le découpage ne compresse rien. Chaque paquet ajoute même
un en-tête avec les adresses, si bien que le total transmis dépasse
légèrement la taille du fichier.

]]> En cas de perte, seuls les paquets manquants sont renvoyés

]]> Bonne réponse : si un paquet se perd, TCP redemande ce seul paquet
au lieu du fichier entier. Le découpage permet aussi à plusieurs
communications de partager les mêmes liaisons, leurs paquets
s'intercalant.

]]> Tous les paquets suivent la même route, ce qui garantit leur ordre

]]> Erreur : les paquets sont routés individuellement et peuvent suivre
des routes différentes. Ils arrivent parfois dans le désordre, et
c'est TCP qui les remet dans l'ordre.

]]> Chaque paquet isolé est illisible, ce qui protège le fichier

]]> Erreur : un paquet transporte un morceau du fichier tel quel, sauf
si la communication est chiffrée, par exemple avec HTTPS. Le
découpage n'apporte aucune confidentialité.

]]> Réseaux et routage — Q15 : Des coûts OSPF tous égaux Dans le réseau d'un campus, toutes les liaisons ont reçu le même coût
OSPF, égal à $10$. On compare, entre deux routeurs, la route choisie
par OSPF et celle que choisirait RIP. Que peut-on affirmer ?

]]> Quand toutes les liaisons ont le même coût, le coût d'une route est
proportionnel à son nombre de liaisons : OSPF et RIP retiennent
alors des routes aussi courtes l'une que l'autre. Les deux protocoles
ne divergent que si les coûts des liaisons diffèrent.

]]> 1.0 0.0 0 true true abc Les deux routes comptent le même nombre de liaisons

]]> Bonne réponse : avec un coût de $10$ par liaison, une route de $k$
liaisons coûte $10k$. Minimiser le coût revient alors à minimiser le
nombre de liaisons, exactement comme RIP.

]]> La route OSPF compte toujours plus de liaisons que la route RIP

]]> Erreur : OSPF préfère parfois une route plus longue quand ses
liaisons sont moins chères. Ici toutes coûtent autant, donc la route
la moins chère est aussi celle qui a le moins de liaisons.

]]> OSPF ne peut plus choisir, toutes les routes ayant le même coût

]]> Erreur : ce sont les liaisons qui ont le même coût, pas les routes.
Une route de $3$ liaisons coûte $30$, une route de $2$ liaisons
$20$ : OSPF peut toujours les départager.

]]> La route OSPF coûte $10$, quelle que soit la destination

]]> Erreur : $10$ est le coût d'une liaison. Le coût d'une route est la
somme des coûts de ses liaisons, soit $10$ fois leur nombre.

]]> Réseaux et routage — Q16 : Table de routage Que contient la table de routage d'un routeur ?

]]> Le routage est la décision « où envoyer ce paquet
maintenant ». Sur Internet, les paquets traversent
typiquement entre $10$ et $30$ routeurs avant
d'atteindre leur destination.

]]> 1.0 0.0 0 true true abc Les fichiers cachés sur le réseau

]]> La notion de « fichier
caché » relève des systèmes
de fichiers, pas du routage.
Un routeur ne manipule pas
de fichiers, il achemine
des paquets IP.

]]> Les plages d'IP et leurs interfaces de sortie

]]> Bonne réponse : pour chaque paquet, le routeur cherche dans sa table
la route correspondant à l'adresse IP de destination. La table peut
être remplie à la main (routage statique) ou par des protocoles
dynamiques comme RIP ou OSPF.

]]> La liste des sites web autorisés

]]> Erreur : un routeur ne filtre pas par site. C'est
le rôle d'un pare-feu ou d'un proxy.

]]> La liste complète de tous les utilisateurs connectés

]]> Erreur : un routeur n'a pas la notion d'utilisateur.
Il ne traite que des paquets IP.

]]> Réseaux et routage — Q17 : Fiabilité sans garantie de délai Pendant une visioconférence dont les données sont transportées par
TCP, un paquet se perd. TCP le redemande et finit par le recevoir.
Pourquoi l'image peut-elle tout de même se figer un instant ?

]]> Internet et TCP ne donnent aucune garantie temporelle sur l'arrivée
des paquets : une transmission fiable peut être lente. Pour une
vidéo en direct, perdre une image isolée gêne souvent moins que
d'attendre un paquet en retard.

]]> 1.0 0.0 0 true true abc Parce que TCP abandonne les paquets perdus lors d'une visioconférence

]]> Erreur : l'énoncé le montre, TCP redemande le paquet perdu et finit
par le recevoir. C'est justement l'attente de ce renvoi qui retarde
l'affichage.

]]> Parce que le paquet renvoyé doit être déchiffré avec une autre clé

]]> Erreur : un renvoi ne change rien au chiffrement, le paquet est
traité comme les autres. Le retard vient du temps écoulé avant
l'arrivée du paquet renvoyé.

]]> Parce que TCP garantit l'arrivée des paquets, pas leur délai

]]> Bonne réponse : TCP fiabilise la transmission en redemandant les
paquets manquants, mais rien ne garantit quand ils arriveront. En
attendant le renvoi, la suite de la vidéo ne peut pas être affichée
dans l'ordre.

]]> Parce que les routeurs ralentissent en priorité les paquets vidéo

]]> Erreur : un routeur choisit la route d'un paquet d'après son adresse
de destination, sans examiner s'il contient de la vidéo. Le retard
vient ici de la perte et du renvoi du paquet.

]]> Réseaux et routage — Q18 : Encapsulation Lors de l'envoi d'une requête HTTP, comment les couches du
modèle TCP/IP encapsulent-elles les données ?

]]> L'encapsulation est la base du modèle en couches :
chaque couche ne se préoccupe que de son rôle, sans
savoir ce qu'il y a dans les données « au-dessus ». À
l'arrivée, chaque couche traite et retire son en-tête,
transmettant le contenu à la couche suivante.

]]> 1.0 0.0 0 true true abc Toutes les données sont compressées par la couche application

]]> Erreur : la compression peut être ajoutée mais ce
n'est pas le mécanisme d'encapsulation.

]]> Chaque couche ajoute son en-tête autour des données reçues de la couche supérieure

]]> Bonne réponse : la couche application crée le message
HTTP, TCP l'enveloppe avec son en-tête (port,
numéro de séquence), IP ajoute son en-tête (adresses
IP), et la couche liaison ajoute son en-tête (MAC,
contrôle d'erreur). À la réception, c'est l'inverse
(désencapsulation).

]]> Chaque couche supprime des données pour gagner de la place

]]> Erreur : les couches ajoutent des en-têtes, elles
ne suppriment rien.

]]> Les couches communiquent indépendamment, sans transformer les données

]]> Erreur : justement, l'encapsulation ajoute des
en-têtes successifs.

]]> Réseaux et routage — Q19 : Le réseau vu comme un graphe Pour calculer les routes OSPF d'un réseau d'entreprise, on le
modélise par un graphe pondéré. Quelle modélisation convient ?

]]> Routeurs et liaisons forment un graphe, pondéré par les coûts pour
OSPF. Choisir une route revient à chercher un chemin de poids total
minimal ; pour RIP, où chaque liaison compte pour $1$, un chemin au
nombre d'arêtes minimal.

]]> 1.0 0.0 0 true true abc Sommets : routeurs ; arêtes : liaisons ; poids : coûts OSPF des liaisons

]]> Bonne réponse : chaque routeur devient un sommet, chaque liaison une
arête, pondérée par son coût. La route OSPF entre deux routeurs est
alors un chemin de poids total minimal dans ce graphe.

]]> Sommets : liaisons ; arêtes : routeurs ; poids : débits des liaisons

]]> Erreur : les rôles sont inversés. Une liaison relie deux routeurs,
comme une arête relie deux sommets : ce sont les routeurs qui
forment les sommets.

]]> Sommets : routeurs ; arêtes : liaisons ; poids : $1$ pour chaque liaison

]]> Erreur : donner le poids $1$ à chaque liaison revient à compter les
sauts, ce qui modélise RIP. OSPF additionne les coûts des liaisons :
ce sont eux qui servent de poids.

]]> Sommets : paquets ; arêtes : routes suivies ; poids : tailles des paquets

]]> Erreur : les paquets circulent dans le réseau mais n'en forment pas
la structure. Le graphe décrit l'infrastructure, routeurs et
liaisons, sur laquelle on cherche des chemins.

]]> Réseaux et routage — Q20 : Pile de protocoles d'une connexion HTTPS Lors d'une consultation d'un site en HTTPS, quelle est
l'ordre de bas en haut des principaux protocoles
utilisés ?

]]> Cette pile correspond aux quatre/cinq couches du modèle
TCP/IP. Chaque protocole est responsable d'un aspect
bien défini : transmission physique, adressage,
transport fiable, sécurité, application.

]]> 1.0 0.0 0 true true abc HTTP, IP, TCP, MAC

]]> Erreur : ordre désorganisé. La pile va de la
physique vers l'applicatif.

]]> Ethernet, IP, TCP, TLS, HTTP

]]> Bonne réponse : couche liaison (Ethernet ou Wi-Fi),
couche réseau (IP), couche transport (TCP), couche
sécurité (TLS), couche application (HTTP). La
sécurité TLS s'insère entre TCP et HTTP.

]]> HTTP, TCP, IP, Ethernet

]]> Erreur : ordre de haut en bas ici. La question
demande de bas en haut.

]]> DNS, Ethernet, IP, HTTP

]]> Erreur : ordre incorrect. DNS est un service
applicatif (au-dessus), pas un protocole de couche
basse.

]]> Réseaux et routage — Q21 : Choix de route Lorsqu'un paquet doit être envoyé à 8.8.8.8 (DNS de
Google), comment le routeur de votre maison décide-t-il où
l'envoyer ?

]]> Le routeur cherche dans sa table une ligne correspondant au réseau
de l'adresse de destination. Si aucune ligne particulière ne
convient, comme pour 8.8.8.8 vue depuis la maison, il utilise la
route par défaut.

]]> 1.0 0.0 0 true true abc Il utilise la route par défaut vers la box du FAI

]]> Bonne réponse : pour des destinations qui ne sont pas
dans le réseau local, le routeur utilise la « route
par défaut » (0.0.0.0/0), qui pointe vers le
modem/box du FAI. Le paquet remonte ensuite la
hiérarchie des routeurs jusqu'à atteindre Google.

]]> Il chiffre le paquet et le stocke localement

]]> Erreur : un routeur n'a pas vocation à stocker les
paquets à long terme.

]]> Il refuse les paquets qui ne sont pas pour le réseau local

]]> Erreur : le rôle d'un routeur est précisément de
permettre l'accès aux réseaux distants.

]]> Il envoie le paquet à toutes les machines du réseau

]]> Erreur : ce serait de la diffusion générale,
ce qui ne se fait pas pour des paquets de
point à point comme ici.

]]> Réseaux et routage — Q22 : Deux chiffrements dans HTTPS Au début d'une connexion HTTPS, le navigateur chiffre avec la clé
publique du serveur une clé symétrique qu'il vient de choisir. Toute
la suite des échanges est ensuite chiffrée avec cette clé
symétrique. Pourquoi ne pas chiffrer toute la communication avec la
clé publique du serveur ?

]]> HTTPS combine les deux familles de chiffrement : l'asymétrique, lent
mais sans secret partagé au départ, sert à transmettre une clé
symétrique ; le symétrique, rapide, chiffre ensuite tous les échanges
avec cette clé commune.

]]> 1.0 0.0 0 true true abc Le chiffrement asymétrique est bien plus lent que le symétrique

]]> Bonne réponse : les calculs du chiffrement asymétrique sont
coûteux. On ne l'utilise que pour transmettre de façon sûre une
petite donnée, la clé symétrique ; le reste de la communication
profite ensuite d'un chiffrement symétrique rapide.

]]> Le serveur ne pourrait pas déchiffrer ce qui est chiffré avec sa clé publique

]]> Erreur : ce qui est chiffré avec la clé publique du serveur se
déchiffre avec sa clé privée, que lui seul possède. Le serveur lit
donc parfaitement la clé symétrique envoyée.

]]> Une clé publique ne peut servir qu'une seule fois avant d'expirer

]]> Erreur : une clé publique est faite pour être diffusée et réutilisée
par tous ceux qui veulent écrire au serveur. Ce n'est pas une limite
d'usage qui impose la clé symétrique.

]]> La clé symétrique ne circule jamais sur le réseau, elle est donc plus sûre

]]> Erreur : la clé symétrique circule bel et bien, une fois, chiffrée
avec la clé publique du serveur. C'est ce chiffrement asymétrique
qui la protège pendant son transport.

]]> Réseaux et routage — Q23 : Latence vs débit Quelle est la différence entre latence et débit sur
un réseau ?

]]> Pour télécharger un gros fichier : le débit prime. Pour
jouer à un jeu en ligne ou faire un appel vidéo : la
latence prime. Une « bonne » connexion combine débit
élevé et latence basse.

]]> 1.0 0.0 0 true true abc Aucune, les deux termes sont synonymes

]]> Erreur : ce sont deux notions distinctes et
indépendantes.

]]> La latence est un temps, le débit un volume par seconde

]]> Bonne réponse : on peut avoir un haut débit avec une
latence élevée (par exemple, avec un satellite). À
l'inverse, une connexion très réactive mais peu
débitante (un câble local lent). Les deux comptent
selon l'usage.

]]> La latence ne concerne que les vidéos

]]> Erreur : la latence concerne toute communication.
Elle est cruciale pour les jeux, la voix sur IP, les
requêtes interactives.

]]> La latence est en bits par seconde, le débit en millisecondes

]]> Erreur : c'est l'inverse. La latence se mesure en
temps (millisecondes), le débit en données par
temps (Mbit/s).

]]> Réseaux et routage — Q24 : Limite de la sécurité réseau HTTPS chiffre les communications entre le navigateur et le
serveur. Cela suffit-il à empêcher tout fournisseur d'accès
Internet (FAI) de savoir quels sites vous visitez ?

]]> Le chiffrement de HTTPS protège ce qui est transporté, pas les
adresses nécessaires au routage. Masquer les serveurs contactés
demande d'autres dispositifs, qui font transiter les paquets par un
intermédiaire.

]]> 1.0 0.0 0 true true abc Oui, HTTPS empêche totalement le FAI de voir ce qui se passe

]]> Erreur : HTTPS chiffre le contenu des échanges, mais chaque
paquet doit garder lisible l'adresse IP du serveur, sans quoi les
routeurs ne sauraient pas où l'acheminer.

]]> Non, HTTPS ne sert à rien

]]> Erreur : HTTPS est très utile, il protège le contenu des échanges
(pages, formulaires, mots de passe). Il a simplement des limites.

]]> Oui, car l'adresse IP du serveur est chiffrée avec le contenu

]]> Erreur : l'adresse de destination ne peut pas être chiffrée, car
chaque routeur la lit pour choisir la route du paquet. Seul le
contenu transporté est chiffré.

]]> Non : l'adresse IP du serveur reste lisible dans chaque paquet

]]> Bonne réponse : HTTPS chiffre le contenu, mais les routeurs doivent
lire l'adresse IP de destination de chaque paquet. Le fournisseur
d'accès sait donc quels serveurs sont contactés, sans voir ce qui y
est échangé.

]]> Réseaux et routage — Q25 : Suivi d'un paquet de bout en bout Quand vous envoyez une requête HTTPS depuis votre
smartphone à un serveur à l'autre bout du monde, combien
de routeurs votre paquet traverse-t-il typiquement ?

]]> Il s'agit de la beauté d'Internet : pas de chemin
pré-établi, chaque routeur prend une décision locale
basée sur sa table de routage. Le paquet « trouve » son
chemin, et peut même prendre une autre route si l'une
tombe en panne.

]]> 1.0 0.0 0 true true abc Entre $10$ et $30$ routeurs

]]> Bonne réponse : la commande traceroute (tracert sous Windows)
affiche la liste des routeurs traversés. Le paquet passe par la box,
les routeurs du fournisseur d'accès, ceux des opérateurs
intermédiaires, puis ceux du réseau du serveur.

]]> Un seul, celui de la box

]]> Erreur : la box est juste le premier saut. Le paquet
traverse ensuite les routeurs du FAI, puis ceux des
opérateurs de transit, etc.

]]> Aucun, le paquet va directement à destination

]]> Erreur : Internet est un réseau de réseaux. Sauf cas
très local, le paquet traverse de nombreux
intermédiaires.

]]> Plusieurs millions, un par utilisateur du Web

]]> Erreur : le nombre de sauts est très inférieur. Les
routeurs sont organisés en hiérarchie efficace.

]]> Réseaux et routage — Q26 : Nombre d'adresses d'un réseau /24 Le réseau 192.168.10.0/24 (masque 255.255.255.0) regroupe les
adresses dont les $24$ premiers bits sont ceux de 192.168.10.0.
Combien d'adresses différentes contient-il ?

]]> Pour un préfixe /n, la partie hôte compte $32 - n$ bits et le
réseau regroupe $2^{32 - n}$ adresses : $256$ pour /24, $65536$
pour /16.

]]> 1.0 0.0 0 true true abc $256$ adresses

]]> Bonne réponse : la partie hôte compte $32 - 24 = 8$ bits, qui
prennent $2^{8} = 256$ valeurs, de 192.168.10.0 à 192.168.10.255.

]]> $1\,024$ adresses

]]> Erreur : $2^{10} = 1\,024$ correspondrait à $10$ bits de partie hôte,
donc à un préfixe /22. Avec /24, il reste $8$ bits, soit $256$
adresses.

]]> $255$ adresses

]]> Erreur : tu calcules $255 - 0$, ce qui oublie une adresse. De la
première à la dernière incluses, on compte $256$ valeurs, autant que de combinaisons
de $8$ bits.

]]> $24$ adresses

]]> Erreur : $24$ est le nombre de bits de la partie réseau, pas un
nombre d'adresses. La partie hôte compte $32 - 24 = 8$ bits, soit
$2^{8} = 256$ adresses.

]]> Réseaux et routage — Q29 : Plage d'adresses d'un réseau /26 Un poste porte l'adresse 192.168.10.200/26. Quelle plage d'adresses
couvre le réseau auquel il appartient ?

]]> Pour trouver la plage d'un réseau /n, on met à $0$ les $32 - n$ bits
d'hôte pour obtenir la première adresse, et à $1$ pour obtenir la
dernière. Ici $6$ bits : de 192.168.10.192 à 192.168.10.255.

]]> 1.0 0.0 0 true true abc De 192.168.10.192 à 192.168.10.255

]]> Bonne réponse : /26 laisse $6$ bits à la partie hôte, ce qui
découpe le dernier octet en blocs de $2^{6} = 64$ adresses commençant
à .0, .64, .128 et .192. Comme $200$ est compris entre $192$
et $255$, le réseau va de 192.168.10.192 à 192.168.10.255.

]]> De 192.168.10.0 à 192.168.10.255

]]> Erreur : cette plage de $256$ adresses est celle d'un préfixe /24.
Avec /26, les $2$ premiers bits du dernier octet appartiennent
aussi à la partie réseau, ce qui découpe l'octet en blocs de $64$.

]]> De 192.168.10.200 à 192.168.10.255

]]> Erreur : un réseau ne commence pas à l'adresse du poste. Sa première
adresse s'obtient en mettant à $0$ les $6$ bits d'hôte : $200$
s'écrit 11001000 en binaire, et 11000000 vaut $192$.

]]> De 192.168.10.128 à 192.168.10.255

]]> Erreur : cette plage revient à laisser $7$ bits à la partie
hôte, soit un préfixe /25. Avec /26, les blocs comptent $64$
adresses et .200 tombe dans celui qui commence à .192.

]]> Réseaux et routage — Q30 : Panne d'un routeur central Cinq routeurs sont reliés par les liaisons suivantes, avec leur coût
OSPF entre parenthèses : A-B ($1$), B-D ($1$), B-C ($1$),
A-C ($2$), C-D ($3$), A-E ($5$) et E-D ($1$). Le routeur B
tombe en panne. Une fois les tables mises à jour, quelle route de
A vers D est retenue ?

]]> Quand un routeur tombe en panne, on retire du réseau ce routeur et
toutes ses liaisons, puis on cherche la route de coût minimal sur ce
qui reste : ici A → C → D, de coût $5$.

]]> 1.0 0.0 0 true true abc A → C → B → D, coût $4$

]]> Erreur : ce chemin traverse B, qui est en panne. Quand un routeur
tombe, toutes ses liaisons deviennent inutilisables, pas seulement
A-B.

]]> A → C → D, coût $5$

]]> Bonne réponse : sans B, il reste A → C → D pour $2 + 3 = 5$ et
A → E → D pour $5 + 1 = 6$. OSPF retient la moins chère,
A → C → D.

]]> A → E → D, coût $6$

]]> Erreur : cette route évite bien B, mais elle coûte $5 + 1 = 6$,
plus que A → C → D à $2 + 3 = 5$. La liaison A-E à $5$ pèse
lourd dans le total.

]]> Aucune, D n'étant plus joignable depuis A

]]> Erreur : la panne de B supprime ses trois liaisons, mais A reste
relié à D par C ou par E. Le réseau offre ici des routes de
secours.

]]> Réseaux et routage — Q32 : Trace d'une connexion HTTPS L'utilisateur tape https://www.example.com/
dans son navigateur. Dans quel ordre
s'enchaînent les principales étapes au
niveau réseau ?

]]> Cette séquence DNS, TCP, échange de clé, HTTP s'observe dans les
outils de développement du navigateur, sous l'onglet Réseau, qui
détaille la durée de chaque phase. Pour aller plus vite, les
navigateurs mémorisent les résolutions DNS et réutilisent les
connexions déjà ouvertes.

]]> 1.0 0.0 0 true true abc On envoie la requête HTTP au serveur, puis on demande son adresse IP au DNS

]]> Erreur : sans l'adresse IP du serveur, aucun paquet ne peut lui être
acheminé. La résolution DNS vient donc en premier.

]]> On envoie d'abord la requête HTTP, puis
on chiffre le résultat

]]> Erreur : impossible. Sans chiffrement déjà en place, la requête HTTP
partirait en clair et exposerait l'adresse de la page demandée comme
les données envoyées. Le chiffrement doit être établi avant tout
envoi de requête.

]]> On contacte le serveur DNS, puis on
télécharge directement la page sans
autre étape

]]> Erreur : il manque l'ouverture de la connexion TCP et la mise en
place du chiffrement. HTTPS n'envoie aucune requête avant d'avoir
établi un canal chiffré.

]]> Résolution DNS, connexion TCP, échange d'une clé, puis requête HTTP chiffrée

]]> Bonne réponse : le DNS fournit l'adresse IP du serveur, la connexion
TCP est ouverte, puis navigateur et serveur conviennent d'une clé
symétrique grâce au chiffrement asymétrique. La requête GET / part
enfin sur le canal chiffré.

]]> Réseaux et routage — Q33 : Métrique du protocole RIP Dans le protocole de routage RIP (Routing
Information Protocol), quelle métrique est
utilisée pour comparer deux routes possibles
entre deux routeurs ?

]]> RIP est l'un des plus anciens protocoles de routage. Sa métrique très
simple le rend adapté aux petits réseaux, mais il ignore les
différences de débit entre liaisons : c'est pourquoi OSPF, qui
compare des coûts, l'a remplacé dans de nombreux réseaux
d'entreprise.

]]> 1.0 0.0 0 true true abc Le nombre de sauts (routeurs traversés)

]]> Bonne réponse : la métrique de RIP est le nombre de sauts,
c'est-à-dire le nombre de routeurs à traverser. La route choisie
est celle qui minimise ce nombre.

]]> Le coût financier facturé par l'opérateur

]]> Erreur : aucun protocole de routage standard
n'utilise de métrique financière. RIP, comme
la plupart des protocoles de routage interne,
utilise une métrique purement technique.

]]> La bande passante du lien le plus lent sur le chemin

]]> Erreur : c'est plutôt la philosophie d'OSPF,
qui pondère ses routes par un coût lié à la
bande passante. RIP, de conception plus
simple et plus ancienne, ne prend en compte
que le nombre de sauts.

]]> La latence mesurée en millisecondes

]]> Erreur : RIP ne mesure pas la latence. Il se contente de compter
les sauts, sans chronométrer le trajet des paquets.

]]> Réseaux et routage — Q34 : Métrique du protocole OSPF Le protocole de routage OSPF (Open Shortest
Path First) utilise un coût pondéré pour chaque
lien afin de déterminer la meilleure route. Quel
type d'algorithme permet alors à chaque routeur de
calculer les meilleures routes vers toutes les
destinations connues ?

]]> Le routage OSPF illustre le lien entre réseaux et graphes : chercher
la meilleure route revient à chercher un chemin de poids total
minimal. RIP, qui compte les sauts, correspond au cas où chaque
liaison pèse $1$.

]]> 1.0 0.0 0 true true abc Un algorithme de tri, comme le tri par insertion

]]> Erreur : un tri range les éléments d'un tableau ; il ne cherche
aucun chemin dans un graphe pondéré.

]]> Un algorithme de recherche de chemin de poids minimal dans un graphe

]]> Bonne réponse : le réseau est modélisé par un graphe dont les
sommets sont les routeurs, les arêtes les liaisons et les poids les
coûts. Chaque routeur y cherche, vers chaque destination, le chemin
de coût total minimal.

]]> Un algorithme de recherche de motif, comme Boyer-Moore

]]> Erreur : Boyer-Moore est un algorithme de
recherche d'un motif dans une chaîne de
caractères, pas un algorithme de plus court
chemin sur un graphe.

]]> Un algorithme glouton qui suit la liaison la moins chère à chaque routeur

]]> Erreur : suivre à chaque étape la liaison la moins chère ne garantit
pas le chemin de coût total minimal : un premier lien à $1$ peut
mener à un lien à $10$. OSPF compare les coûts totaux des routes.

]]> Réseaux et routage — Q35 : Choix de route RIP versus OSPF On considère le réseau ci-dessous, composé de
quatre routeurs R1, R2, R3, R4, où
chaque arête porte un coût pondéré utilisé par
OSPF :

R1 ----- 10 ----- R2
 |                 |
 1                100
 |                 |
R3 ----- 1 ------ R4

Tous ces liens existent et chacun compte pour
un saut côté RIP. On cherche la route choisie
de R1 vers R4. Quelle route chaque protocole
sélectionne-t-il ?

]]> Cet exemple illustre la limite principale de
RIP : en ne tenant pas compte de la qualité des
liens, il peut choisir un chemin pourtant
beaucoup plus lent qu'un autre. OSPF, en
intégrant la bande passante des liens via un
coût pondéré, fournit naturellement des routes
plus efficaces. C'est pour cette raison qu'OSPF
a remplacé RIP dans la plupart des réseaux
d'entreprise modernes.

]]> 1.0 0.0 0 true true abc RIP choisit R1 → R3 → R4 à cause du coût $2$, OSPF choisit R1 → R2 → R4 car deux sauts suffisent

]]> Erreur : on a inversé les rôles des deux
protocoles. RIP est celui qui n'utilise que
le nombre de sauts, et donc ne « voit » pas
les coûts pondérés. OSPF est celui qui
intègre les coûts dans son calcul.

]]> RIP comme OSPF choisissent R1 → R3 → R4 (deux sauts, coût total $2$)

]]> Erreur : seul OSPF favorise nettement ce
chemin. Pour RIP, la métrique est le seul
nombre de sauts. Or R1 → R2 → R4 fait
également deux sauts. Les deux chemins
paraissent équivalents pour RIP, sans
départage strict en faveur de R3.

]]> RIP est indifférent (deux sauts) ; OSPF choisit R1 → R3 → R4 (coût $2$ contre $110$)

]]> Bonne réponse : RIP ne distingue que le
nombre de sauts, donc les deux chemins
paraissent équivalents pour lui. OSPF, au
contraire, additionne les coûts pondérés et
tranche nettement en faveur de
R1 → R3 → R4, dont le coût total ($2$) est
beaucoup plus faible que celui de
R1 → R2 → R4 ($110$).

]]> RIP choisit R1 → R2 → R4 (deux sauts) et OSPF choisit le même chemin pour minimiser le coût

]]> Erreur sur OSPF : R1 → R2 → R4 a un coût
total de $10 + 100 = 110$, alors que
R1 → R3 → R4 a un coût de $1 + 1 = 2$.
OSPF choisira évidemment ce dernier. Quant
à RIP, il est en fait indifférent entre les
deux chemins puisqu'ils font tous deux deux
sauts.

]]> Réseaux et routage — Q36 : Rôle du certificat du serveur Au début d'une connexion HTTPS, le serveur envoie un certificat au
navigateur. À quoi sert-il ?

]]> Chiffrer ne sert à rien si l'on chiffre pour un imposteur. Le
certificat, signé par une autorité de certification, permet au
navigateur de s'assurer que la clé publique reçue appartient bien
au site demandé.

]]> 1.0 0.0 0 true true abc À prouver l'identité du serveur, par la signature d'une autorité reconnue

]]> Bonne réponse : le certificat lie le nom du site à une clé
publique, et la signature d'une autorité de certification, dont
le navigateur connaît la liste, atteste que ce lien est
authentique.

]]> À chiffrer à lui seul l'ensemble des échanges de la session, du début à la fin

]]> Erreur : les échanges sont chiffrés avec une clé symétrique
établie ensuite. Le certificat sert à vérifier à qui l'on parle
avant de construire cette clé.

]]> À identifier l'utilisateur auprès du site, à la place de son mot de passe

]]> Erreur : le certificat identifie le serveur, pas le visiteur.
L'utilisateur s'identifie ensuite, par exemple par un mot de
passe, une fois la connexion sécurisée.

]]> À accélérer la résolution DNS du nom du site en mémorisant son adresse IP

]]> Erreur : la résolution DNS a lieu avant la connexion et ne fait
pas intervenir de certificat. Celui-ci n'entre en jeu qu'au
moment d'établir la session TLS.

]]> Réseaux et routage — Q37 : Portée du cadenas Un courriel conduit Léa sur https://ma-banque-securite.net, un
site qui imite celui de sa banque et dispose d'un certificat
valide pour ce nom. Le navigateur affiche le cadenas. Que garantit
ce cadenas ?

]]> HTTPS garantit la confidentialité et l'authenticité de la
connexion vers le nom affiché. Il ne protège pas contre un site
frauduleux correctement configuré : lire l'adresse reste
indispensable.

]]> 1.0 0.0 0 true true abc Que la connexion avec ma-banque-securite.net est chiffrée, rien de plus

]]> Bonne réponse : le certificat atteste que la clé publique
appartient au nom affiché dans la barre d'adresse. Il ne dit pas
que ce nom est celui de la banque de Léa ni que le site est
honnête.

]]> Que le site appartient bien à la banque de Léa, le nom ayant été vérifié

]]> Erreur : n'importe qui peut obtenir un certificat pour un nom
qu'il a enregistré. Le cadenas ne compare pas ce nom à celui de
la vraie banque, c'est à l'utilisateur de le vérifier.

]]> Que les informations saisies ne pourront pas être exploitées par un escroc

]]> Erreur : les informations arrivent chiffrées au site frauduleux,
qui les déchiffre et les lit normalement. Le chiffrement protège
du trajet, pas du destinataire.

]]> Rien du tout, le cadenas pouvant être affiché par n'importe quel site, certificat ou non

]]> Erreur : le cadenas a un sens précis, la connexion est chiffrée
et le certificat correspond au nom affiché. Sa limite est de ne
rien dire sur l'honnêteté de ce nom.

]]> Réseaux et routage — Q38 : De la notation CIDR au masque Quel masque correspond à la notation /16 ?

]]> /n et le masque décimal sont deux écritures du même partage :
$n$ bits pour le réseau, $32 - n$ pour les hôtes.

]]> 1.0 0.0 0 true true abc 255.255.0.0

]]> Bonne réponse : /16 signifie $16$ bits à $1$ en tête du
masque, soit $2$ octets à $255$.

]]> 255.255.255.0

]]> Erreur : compte les octets à $255$, chacun vaut huit bits à
$1$.

]]> 255.0.0.0

]]> Erreur : ce masque correspond à un autre nombre de bits.

]]> 0.0.0.16

]]> Erreur : le nombre après la barre compte des bits, il ne
s'écrit pas dans le masque.

]]> Réseaux et routage — Q39 : Découper un réseau en sous-réseaux Un réseau /24 est découpé en sous-réseaux /26. Combien de
sous-réseaux obtient-on, et combien d'hôtes chacun peut-il
accueillir ?

]]> Découper un réseau revient à déplacer la frontière entre partie
réseau et partie hôte : chaque bit emprunté double le nombre de
sous-réseaux et divise par deux leur taille.

]]> 1.0 0.0 0 true true abc $4$ sous-réseaux de $62$ hôtes

]]> Bonne réponse : passer de /24 à /26 emprunte $2$ bits à
la partie hôte, soit $2^{2} = 4$ sous-réseaux. Il reste
$6$ bits d'hôte, soit $2^{6} - 2 = 62$ hôtes, en
retirant l'adresse du réseau et celle de diffusion.

]]> $8$ sous-réseaux de $62$ hôtes

]]> Erreur : $2$ bits empruntés donnent $2^{2}$ sous-réseaux.

]]> $4$ sous-réseaux de $64$ hôtes

]]> Erreur : deux adresses de chaque sous-réseau sont réservées, le
réseau lui-même et la diffusion.

]]> $2$ sous-réseaux de $62$ hôtes

]]> Erreur : $2$ est le nombre de bits empruntés, pas le nombre
de sous-réseaux.

]]> Réseaux et routage — Q40 : Deux adresses sur un même réseau Les machines 10.0.1.20/16 et 10.0.2.30/16 sont-elles sur le
même réseau ?

]]> Même réseau signifie même partie réseau : on compare les adresses
sur le nombre de bits que donne le masque.

]]> 1.0 0.0 0 true true abc Oui, leurs seize premiers bits, 10.0, coïncident

]]> Bonne réponse : la partie réseau compte $16$ bits ; on compare
les adresses sur ces bits seulement, octet par octet.

]]> Non, leurs troisièmes octets diffèrent

]]> Erreur : seuls les $16$ premiers bits comptent, ni plus ni
moins.

]]> Oui, toute adresse commençant par 10 est sur ce réseau

]]> Erreur : le premier octet seul ne suffit pas avec un masque
/16.

]]> Impossible à dire sans l'adresse du routeur

]]> Erreur : adresses et masque suffisent ; le routeur n'intervient
que si les réseaux diffèrent.

]]> Réseaux et routage — Q41 : Le masque d'un réseau pour un nombre de machines donné Un réseau doit accueillir $500$ machines. Quel est le masque le plus
long, donc le réseau le plus petit, qui convient ?

]]> Dimensionner un réseau : trouver le plus petit $b$ tel que
$2^b - 2$ couvre les machines, puis prendre le masque $/(32 - b)$.

]]> 1.0 0.0 0 true true abc /23, soit $9$ bits de machine et $510$ adresses

]]> Bonne réponse : il faut $2^{9} - 2 = 510 \geq 500$ adresses
attribuables, et $8$ bits n'en donneraient que $254$.
Reste $32 - 9 = 23$ bits pour le réseau.

]]> /24, qui ne laisse que $254$ adresses

]]> Erreur : $254$ adresses ne suffisent pas pour $500$ machines.

]]> /22, qui convient mais double la plage inutilement

]]> Erreur : ce masque convient, mais il n'est pas le plus long
possible.

]]> /9, le nombre de bits nécessaires

]]> Erreur : $9$ est le nombre de bits de machine ; le masque
compte les bits de réseau, $32 - 9$.

]]> Réseaux et routage — Q42 : L'adresse de la passerelle Dans la configuration réseau d'un ordinateur, que désigne
l'adresse de la passerelle ?

]]> La passerelle est la porte de sortie du réseau local : le routeur
vers lequel partent les paquets pour l'extérieur.

]]> 1.0 0.0 0 true true abc L'adresse du routeur, sur le même réseau que l'ordinateur

]]> Bonne réponse : tout paquet destiné à un autre réseau est
remis au routeur ; l'ordinateur doit pouvoir l'atteindre
directement, donc partager son réseau.

]]> L'adresse de diffusion du réseau local de l'ordinateur

]]> Erreur : la diffusion s'adresse à toutes les machines, pas au
routeur.

]]> L'adresse du serveur de noms interrogé par l'ordinateur

]]> Erreur : le serveur de noms est un réglage distinct.

]]> N'importe quelle adresse d'Internet, choisie au hasard

]]> Erreur : la passerelle doit être joignable sans routeur, donc
sur le réseau local.

]]>