la requête HTTP n'est pas syntaxiquement correcte.

tous les objets du site web ont été transféré dans la dernière réponse.

l'un des objets du site web n'a pas été transféré dans la dernière réponse.

la ressource n'est pas disponible dans le url indiqué.

Oui, une adresse MAC est celle du client et l’autre est celle du router d’access à Internet par lequel tous les échanges passent.

Non, dans une session web, la couche de liason (adresses MAC) n’intervient pas.

Non, il doit y avoir autant d’adresses MAC que d’adresses IP:  autant d’adresses que de machines interviennent.

Oui, une adresse MAC est celle du client et l’autre est celle du broadcast.

Une réponse DNS qui procède du serveur local DNS de notre Fournisseur Accès Internet.

Une réponse DNS qui procède d'un serveur qui fait autorité pour le domaine unice.fr.

Une réponse DNS légitime (pas piratée)

Une réponse DNS qui procède du cache local de notre machine.

Oui, DNS peut utiliser UDP pour avoir une réponse rapide.

Non, DNS n'utilise que TCP  afin de contrôler la congestion dans les serveurs DNS.

Non, DNS n'utilise que TCP afin d'établir une connexion avec le serveur DNS.

Non, DNS n'utilise que TCP  pour avoir un transfert fiable.

Non, un requêtes DNS d’un registre de type A donne l’adresse IP d’un nouveau serveur DNS, pas d’un nouveau serveur web.

Non, a chaque fois que l’on envoie une requête HTTP, on doit envoyer une requête DNS, donc le nombre de requêtes DNS devrait être plus grand.

Oui, pour chaque nouveau serveur web, on a besoin de résoudre son adresse IP pour envoyer la requête HTTP.

Oui, puisque les requêtes DNS et HTTP sont traitées par la même machine (serveur) à l’autre bout de la connexion.

capable de lire toutes les en-têtes Ethernet, IP et TCP/UDP

uniquement capable de lire les en-têtes IP (couche réseaux)

uniquement capable de lire les en-têtes Ethernet (couche liaison)

uniquement capable de lire les en-têtes TCP/UDP (couche transport)

Oui, à condition que les tables de routage des éventuels routeurs entre elles contiennent des entrées correspondantes aux deux sous-réseaux.

Oui, parce que la couche liaison est commune au deux sous-réseau.

Non, le protocole IP ne permet pas la communication entre des machines placées sur des sous-réseaux IP différentes.

Oui, s'il y a uniquement des switches convenablement paramètres entre elles. 

Oui, même sans NAT, elles peuvent communiquer.

Oui, parce que 192.168.1.0/24 est publique: routable sur Internet sans besoin de NAT.

Oui, s'il y a une translation NAT mise en place dans leurs routeurs d'access à Internet.

Non, jamais deux machines peuvent avoir le même adresse IP et le même masque.

Non, l'opérateur doit toujours rajouter statiquement (à la main) toutes les entrées des tables.

Non, le routage dynamique n'est pas supporté par CISCO.

 Oui, on peut configurer les tables de routage en utilisant du routage dynamique (p. ex. par rip ou ospf).

Non, toutes les entrées des table de routage d'un router CISCO sont déjà configurées par défaut lorsque on l'allume.