Qu'est-ce que le HTTP ?
Tout d'abord, toute la forme complète de HTTP est le protocole de transfert hypertexte. HTTP est un protocole de couche d'application dans le modèle ISO ou TCP/IP. Voir l'image ci-dessous pour découvrir HTTP qui réside sous la couche d'application.
HTTP est utilisé par le World Wide Web (w.w.w) et il définit comment les messages sont formatés et transmis par le navigateur. Ainsi, HTTP définit les règles de l'action à entreprendre lorsqu'un navigateur reçoit une commande HTTP. Et aussi HTTP définit les règles de transmission de la commande HTTP pour obtenir les données du serveur.
Par exemple, lorsque vous entrez une URL dans le navigateur (Internet Explorer, Chrome, Firefox, Safari, etc.), il envoie en fait une commande HTTP au serveur. Et le serveur répond avec la commande appropriée.
Méthodes HTTP :
Il existe un ensemble de méthodes pour HTTP/1.1 (il s'agit de la version HTTP)
GET, HEAD, POST, PUT, DELETE, CONNECT, OPTION et TRACE.
Nous n'entrerons pas dans les détails de chaque méthode au lieu de cela, nous apprendrons les méthodes qui sont vues assez souvent.Telles que
AVOIR: La requête GET demande des données au serveur Web. Il s'agit d'une méthode principale utilisée pour la récupération de documents. Nous allons voir un exemple pratique de cette méthode.
PUBLIER: La méthode POST est utilisée lorsqu'il est nécessaire d'envoyer des données au serveur.
HTTP est Wiresahark :
Essayons quelque chose de pratique pour comprendre comment fonctionne HTTP ?
Donc, dans cet exemple, nous allons télécharger alice.txt (Fichier de données présent sur le serveur) de gaia.cs.umass.edu serveur.
Étapes :
- Ouvrir l'URL http://gaia.cs.umass.edu/wireshark-labs/alice.txt [Nous connaissons l'URL complète pour télécharger alice.txt] dans le navigateur de l'ordinateur.
- Maintenant, nous voyons le fichier téléchargé dans le navigateur. Voici la capture d'écran
- En parallèle, nous avons capturé les paquets dans Wireshark.
Echanges de paquets HTTP dans Wireshark :
Avant d'entrer dans HTTP, nous devons savoir que HTTP utilise le port 80 et TCP comme protocole de couche de transport [Nous expliquerons TCP dans un autre sujet de discussion].
Voyons maintenant ce qui se passe dans le réseau lorsque nous mettons cette URL et appuyez sur Entrée dans le navigateur.
Voici la capture d'écran pour
Poignée de main TCP à 3 voies ——-> HTTP OK ——-> Données TCP [contenu de alice.txt] ——->
HTTP-OK
Voyons maintenant ce qu'il y a dans les paquets HTTP GET et HTTP OK.
Remarque : Nous expliquerons les échanges TCP dans un autre sujet de discussion.
HTTP OBTENIR :
Une fois l'établissement de liaison TCP à 3 voies [paquets SYN, SYN+ACK et ACK], la requête HTTP GET est envoyée au serveur et voici les champs importants du paquet.
1. Méthode de demande : OBTENIR ==> Le paquet est un HTTP GET .
2. URI de la demande : /wireshark-labs/alice.txt ==> Le client demande le fichier alice.txt présent sous /Wireshark-labs
3.Demander la version : HTTP/1.1 ==> C'est HTTP version 1.1
4.Accepter : texte/html, application/xhtml+xml, image/jxr, */* ==> Indique au serveur le type de fichier qu'il [navigateur côté client] peut accepter. Ici, le client attend alice.txt qui est de type texte.
5.Accepter-Langue : fr-FR ==> Norme de langue acceptée.
6.User-Agent : Mozilla/5.0 (Windows NT 10.0; WOW64; Trident/7.0; rv:11.0) comme Gecko ==> Type de navigateur côté client. Même si nous avons utilisé Internet Explorer mais nous le voyons toujours/temps maximum dit Mozilla
7.Accepter-Encodage : gzip, dégonfler ==> Encodage accepté côté client.
8.Hôte : gaia.cs.umass.edu ==> Il s'agit du nom du serveur Web sur lequel le client envoie la requête HTTP GET.
9.Connexion : Keep-Alive ==> Connection contrôle si la connexion réseau reste ouverte une fois la transaction en cours terminée. Le type de connexion est keep alive.
Voici la capture d'écran pour les champs de paquet HTTP-GET
HTTP OK :
Une fois les données TCP [contenu d'alice.txt] envoyées avec succès, HTTP OK est envoyé au client et voici les champs importants du paquet.
1. Version de la réponse : HTTP / 1.1 ==> Ici serveur aussi en HTTP version 1.1
2.Code d'état : 200 ==> Code d'état envoyé par le serveur.
3.Phrase de réponse : d'accord ==> Phrase de réponse envoyée par le serveur.
Donc, de 2 et 3, nous obtenons 200 OK, ce qui signifie que la requête [HTTP GET] a réussi.
4.Date : dim. 10 févr. 2019 06:24:19 GMT ==> Date actuelle, heure en GMT à laquelle HTTP GET a été reçu par le serveur.
5.Serveur : Apache/2.4.6 (CentOS) OpenSSL/1.0.2k-fips PHP/5.4.16 mod_perl/2.0.10 Perl/v5.16.3 ==> Détails du serveur et versions des configurations.
6.Dernière modification : Sam, 21 août 2004 14:21:11 GMT ==> Date et heure de la dernière modification du fichier alice.txt.
7.ETag : 2524a-3e22aba3a03c0 ==> L'ETag indique que le contenu n'est pas modifié pour faciliter la mise en cache et améliorer les performances. Ou si le contenu a changé, les etags sont utiles pour empêcher les mises à jour simultanées d'une ressource de s'écraser les unes les autres.
8. Accept-Ranges : octets ==> L'octet est l'unité utilisée dans le serveur pour le contenu.
9.Contenu-Longueur : 152138 ==> Il s'agit de la longueur totale du fichier alice.txt en octets.
10. Keep-Alive: délai d'attente=5, max=100 ==> Conserver les paramètres en vie.
11.Connexion : Rester en vie ==> Connection contrôle si la connexion réseau reste ouverte après la fin de la transaction en cours. Le type de connexion est keep alive.
12.Type de contenu : texte simple; jeu de caractères=UTF-8 ==> Le type de contenu [alice.txt] est du texte et la norme de jeu de caractères est UTF-8.
Voici la capture d'écran des différents champs du paquet HTTP OK.
Alors maintenant, nous savons ce qui se passe lorsque nous demandons un fichier présent sur le serveur Web.
Conclusion:
HTTP est un protocole d'application simple que nous utilisons tous les jours dans notre vie. Mais ce n'est pas sécurisé, donc HTTPS a été implémenté. Ce S signifie sécurisé. C'est pourquoi le nom maximum du serveur Web commence par http s://[nom du site] . Cela signifie que toutes les communications entre vous et le serveur sont cryptées. Nous aurons une discussion séparée sur ce HTTPS à l'avenir.