SISR 4 BTS Services Informatiques aux Organisations 2 nde année SISR Chapitre 3 : Les étapes préalable à une requête HTTP Administration des Systèmes Objectifs : De nombreux mécanismes sont mis en œuvre pour acheminer une requête HTTP : résolution ARP, résolution DNS, composition de trame. Par extension, on peut transposer ces mécanismes à d'autres types d'échanges sur les réseaux. Plan : 1. Nécessité de l'adresse MAC 1.1. Reconnaissance du destinataire d'une trame. 1.2. Reconnaissance de l'expéditeur d'une trame. 2. Mécanisme d'acquisition de l'adresse MAC. 3. Mécanisme de résolution de noms. 4. Les échanges préalables à une requête HTTP. Ressources : http://www.frameip.com C3 Les étapes préalables à une requête HTTP. page 1
1. Nécessité de l'adresse MAC. Une trame est composée de nombreux éléments. Parmi ceux-ci, on retrouve les adresses IP de l'expéditeur et du destinataire, en couche Internet du modèle DOD. Mais on trouve aussi les adresses MAC des expéditeur et destinataire. 1.1. Reconnaissance du destinataire d'une trame. Lorsqu'un système reçoit une trame, il doit en premier lieu vérifier si cette trame lui est destinée. Pour cela, il ouvre l'entête Ethernet (couche Accès réseau), et y repère l'adresse MAC du destinataire. Si c'est bien la sienne, ou une adresse de diffusion (adresse MAC pleine : FF:FF:FF:FF:FF:FF), alors il récupère les données de la trame et les transmet à la couche Internet. A noter qu'en mode promiscuité, la trame sera transmise à la couche Internet, sans même analyser l'adresse MAC destinataire. 1.2. Reconnaissance de l'expéditeur d'une trame. La trame reçu correspond à une requête ou une réponse d'un autre système. Pour pouvoir à nouveau communiquer avec ce même destinataire, le système n'a pas besoin de chercher très loin son adresse MAC : il récupère celle indiquée comme adresse MAC Expéditeur, dans l'entête de la trame reçue. 2. Mécanisme d'acquisition de l'adresse MAC. Lorsqu'un système veut communiquer avec un autre sur un réseau Ethernet, il doit donc indiquer son adresse MAC. S'il ne la connait pas, il doit la rechercher... La couche Internet du modèle DOD présente plusieurs protocole dont IP, ICMP et ARP. Le protocole ARP a pour rôle d'émettre une requête broadcast (destinée à tous les clients du réseau) en demandant à qui appartient une adresse IP. Le client qui se reconnait répond alors dans un message contenant automatiquement son adresse MAC. Le système de départ peut stocker cette adresse MAC dans sa table arp. C3 Les étapes préalables à une requête HTTP. page 2
3. Mécanisme de résolution de noms. Le protocole DNS est un protocole de la couche Application. Il permet de consulter le serveur DNS configuré, pour trouver l'adresse IP qui correspond à une URL. Si le serveur DNS connaît la réponse, il l'indique, sinon, il transmet organise une recherche en partant du domaine racine, pour trouver à chaque fois le serveur DNS suivant à interroger, jusqu'à tomber sur le serveur DNS qui connaît la réponse. Le système DNS est donc fondé sur une arborescence. Les fournisseurs d'accès à Internet connaissent les autres DNS, notamment les serveurs racine. Arborescence des noms de domaine sur Internet : Il existe des serveurs DNS à tous les étages de l'arborescence. C'est l'icann qui délègue les droits de commercialisation des domaines de premier niveau (TLD), et assure leur bon fonctionnement. ICANN : Internet Corporation for Assigned Names and Numbers (en français, la Société pour l'attribution des noms de domaine et des numéros sur Internet) est une autorité de régulation de l'internet, basée en Californie, d'autorité mondiale. Ainsi un nom de domaine complet, également appelé FQDN pour Full Quality Doman Name serait : www.gap.univ-mrs.fr. bv.ac-aix-marseille.fr. A noter que le point final est en théorie obligatoire pour indiquer la zone racine, mais a disparu des écritures. C3 Les étapes préalables à une requête HTTP. page 3
4. Les échanges préalables à une requête HTTP. Un système, nommé système A, comme votre ordinateur personnel chez vous, veut envoyer une requête HTTP, pour récupérer la page d'url : www.gap.univ-mrs.fr/miw/index.php Il doit avoir une configuration complète, incluant donc : un adresse IP et un masque, un serveur DNS à interroger, voire deux. l'adresse d'un routeur lui permettant de sortir de son réseau, appelé passerelle. Le système souhaite interroger son serveur DNS pour résoudre ce nom. Celui est peut-être à l'adresse 80.10.246.2 (DNS Orange). Oui, mais cette adresse n'est pas dans le même réseau que le système A. Il doit donc faire passer sa requête par sa passerelle... dont il connaît déjà l'adresse IP. Il veut créer une trame pour cette requête, mais ne connait pas son adresse MAC. Dans ce cas, il émet une requête ARP, récupère l'adresse MAC renvoyée par le routeur. Il complète alors sa table ARP. La trame est générée à destination finale du serveur DNS, envoyée au routeur, qui l'envoie au routeur suivant,..., jusqu'à arriver au serveur DNS. Si celui-ci connaît la réponse, celle-ci fait le chemin inverse, sinon, il transmet une demande au routeur de zone supérieure,... Maintenant, le système A connaît l'adresse IP du serveur www.gap.univ-mrs.fr. qui détient la page./miw/index.php. Il peut créer la trame de requête, via le protocole HTTP, à obtenir ladite page... CElle ci va passer par ma passerelle, passer par le routeur du FAI, puis suivre une route d'itinéraire variable, pour arriver au routeur du FAI du serveur, puis au serveur web lui même. Le retour est plus simple, car tout est indiqué dans la trame de requête. C3 Les étapes préalables à une requête HTTP. page 4
C3 Les étapes préalables à une requête HTTP. page 5