Réseaux Informatiques Chapitre 03 - HTTP et DNS

Introduction au Cours

• Le cours porte sur les Réseaux Informatiques (INF4032).
• Le professeur est Bassem Haidar.
• La période du cours est 2022-2023.

Couche Application : HTTP - DNS (Chapitre 03)

• La page Web est composée d'objets.
• Les objets peuvent être HTML, image JPEG, applet Java ou audio.
• Chaque objet est accessible par une URL (ex: www.someschool.edu/someDept/pic.gif).
• L'URL se compose d'un nom d'hôte et d'un chemin.

Présentation HTTP

• HTTP est un protocole de transfert hypertexte.
• C'est un protocole de couche application du Web.
• Le modèle client-serveur est utilisé. Le client demande et reçoit des objets Web (ex: navigateur).
• Le serveur envoie les objets Web (ex: serveur Web).

Vue d'ensemble HTTP (suite)

• HTTP utilise TCP.
• Le client initie la connexion TCP au serveur sur le port 80.
• Le serveur accepte la connexion TCP du client.
• Le protocole HTTP est utilisé pour échanger des messages entre le navigateur (client HTTP) et le serveur Web (serveur HTTP).
• HTTP est un protocole "sans état". Le serveur ne se souvient pas des requêtes précédentes.

Connexions HTTP

• HTTP non persistant : au plus un objet envoyé via une connexion TCP, puis fermée.
• HTTP persistant : plusieurs objets peuvent être envoyés via une seule connexion TCP.
• Le téléchargement de plusieurs objets nécessite plusieurs connexions (HTTP non persistant).

HTTP non persistant

• Le client initie une connexion TCP au serveur sur le port 80.
• Le client envoie une requête HTTP (contenant l'URL).
• Le serveur reçoit la requête, crée une réponse et l'envoie dans le socket.
• Le serveur ferme la connexion TCP.
• Cette procédure est répétée pour chaque objet référencé dans la page.

HTTP non persistant : Temps de réponse

• RTT : temps nécessaire à un petit paquet pour voyager du client au serveur et vice-versa.
• Temps de réponse HTTP non persistant = Temps de transmission du fichier 2RTT+.

HTTP Persistant

• Les connexions HTTP persistantes maintiennent la connexion ouverte après l'envoi d'une réponse.
• Cela permet d'envoyer plusieurs objets via la même connexion.
• Cela réduit le nombre de connexions TCP nécessaires.

Message de requête HTTP

• Le message de requête HTTP est au format ASCII.
• Il comprend une ligne de requête (GET, POST, HEAD) et des en-têtes.
• Un exemple d'une ligne de requête est "GET /index.html HTTP/1.1".

Message de requête HTTP : format général

• Le message de requête comprend une ligne de requête, des en-têtes et un corps.
• Les en-têtes fournissent des métadonnées sur la requête.
• Le corps contient les données de la requête (ex: données d'un formulaire).

Chargement de formulaire

• La méthode POST est utilisée lors du chargement de formulaires.
• Les données du formulaire sont envoyées dans le corps de la requête.
• La méthode GET est utilisée pour transmettre des données dans l'URL.

Types de Méthode HTTP

• HTTP/1.0 définit les méthodes GET, POST et HEAD.
• HTTP/1.1 ajoute PUT et DELETE.
• PUT télécharge un fichier à un chemin spécifié.
• DELETE supprime un fichier.

Message de réponse HTTP

• Le message de réponse comprend une ligne d'état, des en-têtes et un corps.
• La ligne d'état indique le code de statut et la phrase correspondant.
• Les en-têtes fournissent des métadonnées sur la réponse.
• Le corps contient les données de réponse (ex: contenu html).

Codes d'état HTTP

• Le code d'état indique le résultat d'une requête HTTP (ex: 200 OK, 404 Not Found).
• 200 OK indique une requête réussie.
• 404 Not Found indique que la ressource demandée n'a pas été trouvée.

Essayer HTTP (côté client)

• Instructions pour tester HTTP à l'aide de telnet.
• Instructions pour saisir une requête HTTP GET.
• Instructions pour afficher le message de réponse.

Etat Utilisateur-Serveur : Cookies

• Les cookies permettent aux sites de suivre l'état de l'utilisateur.
• Ils contiennent des informations sur le navigateur de l'utilisateur.
• Ils sont stockés sur le poste de l'utilisateur.
• Ils contiennent des identificateurs uniques.

Cookies: Conserver « État » (suite)

• Un serveur utilisera les cookies pour identifier un utilisateur.
• La connexion de l'utilisateur sera mémorisée.

Cookies (suite)

• Utilisation des cookies en fonction de la confidentialité.
• Les cookies permettent de suivre l'état utilisateur.
• L'état utilisateur permet le maintien de la session.

Caches Web (serveur proxy)

• Les caches web aident à satisfaire les demandes des clients.
• Les caches permettent aux navigateurs de ne pas aller jusqu'au serveur d'origine s'il a déjà l'objet.
• Le navigateur envoie les requêtes au cache.
• Le cache est le serveur intermédiaire.

En savoir plus sur la mise en cache Web

• Le cache agit à la fois comme client et serveur.
• Le cache est utilisé pour réduire le temps de réponse et le trafic réseau.

GET conditionnel

• Le GET conditionnel permet de vérifier si l'objet requis a été modifié depuis la dernière fois qu'il a été récupéré.
• S'il n'a pas été modifié, le serveur répond avec un code 304 Not Modified, évitant la transmission de l'objet.

DNS

• DNS est le système de nom de domaine.

DNS: Système de noms de domaine

• DNS est une base de donnée distribuée et hiérarchique qui traduit les noms de domaine en adresses IP.

DNS : services, structure

• DNS traduit les noms d'hôte en adresses IP.
• Il utilise des alias d'hôtes, des alias de serveur de messagerie et distribue la charge sur plusieurs serveurs.
• Pour distribuer le traffic.

DNS : base de données distribuée

• Le DNS est structuré hiérarchiquement avec des serveurs racines (root DNS servers), des serveurs de domaines de premier niveau (TLD servers), et des serveurs de noms locaux (local DNS servers).
• Le client interroge le serveur racine pour trouver le serveur DNS approprié.

DNS : serveurs de noms racine

• Les serveurs de noms racine contiennent les mappages des TLDs vers leurs serveurs correspondants.

TLD, serveurs autorisés

• Les serveurs TLD (top-level domain) sont responsables des domaines de premier niveau (com, org, net, edu, etc).
• Les serveurs DNS autorisés fournissent les mappages IP pour les hôtes de leur domaine.

Serveur de noms DNS local

• Chaque fournisseur d'accès Internet (FAI) dispose d'un serveur DNS local qui sert de point d'entrée intermédiaire pour les requêtes DNS.
• Un cache local est utilisé pour optimiser les requêtes DNS.

DNS name resolution example

• Le client interroge un serveur DNS pour trouver l'adresse IP d'un nom de domaine.
• Le serveur DNS peut répondre immédiatement ou demander au serveur DNS autoritaire.

DNS : mise en cache, mise à jour des enregistrements

• DNS met en cache les informations pour accélérer les requêtes futures.
• Le cache expire après un certain temps (TTL) pour éviter de servir des informations obsolètes.

DNS records

• Les enregistrements DNS contiennent différentes informations (ex : type A, type NS, type CNAME, type MX).
• Les enregistrements type A map un nom de domaine à une adresse IP.

DNS protocol, messages

• Le protocole DNS utilise des paquets de requête et de réponse.
• Le message DNS contient des informations telles que l'identification, les flags, le nombre de questions, de réponses et de serveurs d'autorité.

Attaque DDoS

• Les attaques DDoS visent à submerger les serveurs DNS avec un trafic excessif.
• Il existe plusieurs types d'attaques DNS comme le poisoning, l'interception, etc.