QCM : Réseaux informatiques : modèles et protocoles (48 questions)

Explication

Un réseau informatique relie des ordinateurs par des lignes physiques afin qu’ils échangent des informations sous forme de données numériques. Des appareils isolés ne constituent pas un réseau, car ils ne disposent pas d’une liaison permettant ces échanges.

Explication

Les réseaux favorisent la communication, le partage de fichiers, d’applications et de matériels, ce qui contribue aussi à minimiser les coûts. Attribuer une ressource distincte à chaque utilisateur irait plutôt à l’encontre de cette mutualisation.

Explication

Un LAN dessert une même organisation dans une petite aire géographique et peut offrir un débit de 10 Mbps à 1 Gbps. Les autres descriptions renvoient respectivement au WAN, à la topologie en étoile et à la topologie en bus.

Explication

Un WAN est un réseau étendu qui interconnecte plusieurs LAN à travers de grandes distances géographiques. La liaison dans une zone restreinte correspond plutôt à un LAN, tandis que le hub et la ligne commune décrivent des topologies physiques.

Explication

La commutation de circuits établit puis maintient un circuit entre les entités pendant la communication, alors que le transfert de paquets achemine les paquets séparément. La division en paquets ne caractérise donc pas la commutation de circuits, et les deux dernières propositions concernent des topologies ou des protocoles.

Explication

Un protocole rassemble des conventions préétablies portant sur le format des données et les règles d’échange entre deux entités. Un circuit maintenu, un équipement central ou une ligne commune désignent respectivement une méthode de commutation ou des éléments de topologie.

Explication

Le modèle OSI comprend sept couches : physique, liaison de données, réseau, transport, session, présentation et application. Le modèle TCP/IP présenté en regroupe quatre, ce qui explique la confusion possible.

Explication

La couche transport prend en charge la communication entre applications. La couche Internet concerne plutôt la communication entre machines, et non directement entre les applications.

Explication

L’encapsulation suit la succession message, segment, datagramme, trame, puis bits transmis. Le datagramme précède donc la trame dans cette chaîne de transformation.

Explication

L’efficacité se calcule par le rapport entre les données utiles et les données totales : $E = \frac{800}{1000} = 0{,}8$, soit 80 %. La valeur 1,25 correspondrait à l’inverse du rapport demandé.

Explication

Le fanion marque les limites des données transmises et contribue à maintenir la synchronisation de l’horloge de réception. La protection d’un caractère spécial relève du caractère d’échappement.

Explication

Le récepteur vérifie que le sixième bit vaut 0, puis retire ce bit ajouté après cinq bits consécutifs à 1. Ce mécanisme permet de distinguer le bourrage des données utiles.

Explication

Une adresse IP comporte 32 bits, répartis entre un NET_ID qui identifie le réseau et un HOST_ID qui identifie la machine dans ce réseau. Les ports et les unités de données ne constituent pas ces deux parties de l’adresse IP.

Explication

L’adresse 127.0.0.1 désigne généralement le rebouclage local, c’est-à-dire la machine elle-même. L’adresse 255.255.255.255 correspond au broadcast local, tandis que 224.0.0.1 appartient à la plage multicast.

Explication

Le netmask utilise des bits à 1 pour représenter le NET_ID et le SUBNET_ID, puis des bits à 0 pour le HOST_ID. Cette organisation permet de séparer la partie réseau de la partie hôte.

Explication

La taille maximale d’un datagramme IP est $2^{16}-1 = 65535$ octets. La valeur $2^{16}$ dépasse cette limite d’un octet, car le champ correspondant ne permet pas d’atteindre cette valeur.

Explication

ARP établit la correspondance entre une adresse IP logique de 32 bits et une adresse MAC physique de 48 bits. La résolution d’une adresse IPv6 relève d’un mécanisme différent, tandis que les ports et les noms de domaine ne constituent pas l’association recherchée.

Explication

A vérifie d’abord son cache ARP, diffuse la requête contenant l’adresse IP de C, puis C répond avec son adresse MAC et A met son cache à jour. La requête est diffusée, mais la réponse provient de la machine correspondant à l’adresse IP demandée.

Explication

ICMP est encapsulé dans un datagramme IP dont le champ protocole vaut 1 et sert au contrôle du bon déroulement d’IP. Il ne repose donc pas sur un port TCP ou UDP pour assurer cette fonction.

Explication

IPv6 emploie des adresses de 16 octets, contre 4 pour IPv4, et simplifie l’en-tête en le réduisant à 7 champs au lieu de 13. Les autres combinaisons inversent ou modifient ces valeurs.

Explication

Le routage concerne l’acheminement des données entre un équipement expéditeur et son destinataire en choisissant un chemin. L’adressage identifie les équipements et les réseaux, mais ne décrit pas leur acheminement.

Explication

La passerelle désigne le prochain routeur vers lequel le datagramme doit être envoyé, alors que l’interface précise le chemin physique de sortie. La métrique évalue le coût et la destination indique le réseau visé.

Explication

L’administrateur configure manuellement les routes statiques, tandis que les protocoles dynamiques mettent automatiquement les tables à jour grâce aux échanges entre routeurs. Les algorithmes et les adresses MAC ne définissent pas cette distinction.

Explication

Le vecteur de distance conserve des distances vers les destinations et s’appuie sur Bellman-Ford. L’état des liens construit une vision complète de la topologie et utilise Dijkstra, ce qui exclut les associations inversées.

Explication

RIP envoie toutes les 30 secondes un vecteur contenant la destination et le nombre de sauts, et limite une route à 15 sauts. La valeur 16 sert à signaler une route inaccessible et à éviter les boucles, plutôt qu’à définir la limite normale.

Explication

OSPF diffuse les informations d’état des liens, bâtit une base de données topologique, puis utilise Dijkstra pour calculer les chemins de moindre coût. Le vecteur de distance et les politiques interdomaines correspondent à d’autres mécanismes.

Explication

BGP permet aux routeurs de bordure d’échanger des informations de routage entre systèmes autonomes en tenant compte de considérations politiques, sécuritaires et économiques. Les autres propositions décrivent respectivement RIP, OSPF ou ARP.

Explication

La couche réseau achemine les données entre machines, alors que la couche transport les achemine entre applications situées aux extrémités. Confondre ces rôles revient à attribuer à la couche transport la fonction d’interconnexion des machines.

Explication

Un numéro de port occupe 16 bits et peut prendre une valeur de 0 à 65535, mais la valeur 0 n’est pas exploitable comme port de service. La plage de 8 bits ne permettrait pas d’atteindre 65535.

Explication

Les ports 49152 à 65535 sont attribués dynamiquement, donc le port 52000 appartient à cette catégorie. Les ports bien connus vont de 1 à 1023 et les ports enregistrés de 1024 à 49151.

Explication

TCP établit une connexion et fournit une livraison fiable, ordonnée et contrôlée, alors qu’UDP n’offre ni connexion ni garantie d’ordre ou de récupération d’erreurs. L’absence de retransmission garantie est précisément une caractéristique d’UDP.

Explication

La fermeture négociée permet à chaque extrémité de terminer séparément son émission : A envoie FIN, B l’acquitte et termine ses données, puis B envoie FIN et A renvoie l’ACK final. Un ACK confirme une réception, tandis que FIN signale la fin d’une émission.

Explication

L’émetteur détecte une perte lorsque le temporisateur associé au segment expire sans acquittement positif. Une variation de fenêtre concerne le contrôle de flux et ne constitue pas, à elle seule, une preuve de perte.

Explication

La fenêtre glissante autorise plusieurs segments en attente d’acquittement, ce qui permet à l’émetteur de prendre de l’avance et d’utiliser plus efficacement la bande passante. Attendre un ACK après chaque envoi correspond à un fonctionnement élémentaire sans anticipation.

Explication

Le contrôle de flux impose à l’émetteur de ne pas envoyer davantage de données lorsque le tampon du récepteur ne peut pas les accueillir. Continuer l’envoi risquerait de dépasser la capacité de réception et de provoquer une saturation.

Explication

Le DNS organise de manière hiérarchique et distribuée les associations entre noms d’ordinateurs et adresses IP. Le fichier local /etc/hosts peut aussi contenir des correspondances, mais il ne possède pas cette organisation distribuée.

Explication

Un serveur de noms DNS exécute un daemon qui écoute normalement sur le port 53 et peut gérer une ou plusieurs zones. Le port 21 est associé au contrôle FTP, tandis que les autres ports proposés concernent le courrier électronique.

Explication

Le serveur autoritaire détient l’information demandée pour sa zone et la fournit au processus de résolution. Le serveur racine sert plutôt à orienter la recherche vers l’autorité compétente.

Explication

Telnet fournit un terminal distant sur TCP, mais ses données sont transmises en clair, contrairement à SSH qui protège les communications par chiffrement. SSH utilise notamment le port 22, tandis que Telnet n’est pas un protocole de transfert de fichiers.

Explication

FTP partage des fichiers entre machines distantes en séparant le contrôle et les données, avec le port 21 pour le canal de contrôle. La récupération du courrier relève plutôt de POP, tandis que les requêtes HTML concernent HTTP.

Explication

SMTP est le protocole utilisé pour l’envoi du courrier électronique et fonctionne sur le port 25. POP3 sert plutôt à récupérer des messages stockés sur un serveur distant.

Explication

HTTP 1.1 permet d’effectuer plusieurs requêtes sur une même connexion TCP, ce qui limite les ouvertures répétées de connexions. HTTP 1.0 établit plutôt une connexion distincte pour chaque requête.

Explication

Une application client-serveur repose sur des échanges de messages : le client demande un service et le serveur répond en le fournissant. Cette organisation ne repose pas sur un partage direct de mémoire ou de fichiers.

Explication

TCP prend en charge les problèmes de communication, mais sa connexion coûte des ressources et ne délimite pas les messages dans le tampon. UDP est plus léger et permet la diffusion, mais l’application doit gérer les erreurs.

Explication

Le client crée une socket puis se connecte avec connect avant d’échanger des données. Le serveur associe sa socket avec bind, attend avec listen, accepte avec accept, puis communique avec le client.

Explication

Les Stream sockets utilisent TCP, qui fournit une transmission connectée, continue et ordonnée, tandis que les Datagram sockets utilisent UDP, plus rapide mais exposé aux pertes, duplications et désordres. L’idée selon laquelle les deux mécanismes reposent sur le même protocole confond précisément leurs caractéristiques fondamentales.

Explication

Le serveur instancie un ServerSocket associé à un port, attend une connexion avec accept, puis utilise le Socket retourné pour accéder aux flux d’entrée et de sortie avant de fermer la connexion. Un Socket ne remplace pas le ServerSocket pour l’attente et l’acceptation des connexions.

Explication

Le client construit un Socket en indiquant l’hôte et le port du serveur, récupère l’InputStream et l’OutputStream pour communiquer, puis ferme la socket avec close. L’appel à accept appartient au rôle du serveur et ne constitue pas l’étape d’établissement d’une connexion côté client.