Le filtre HTTP intégré à ISA Server 2004 Accueil > Articles > Serveurs
Auteur  Matthieu MARTINEAU PI SERVICES (GOLD PARTNER MICROSOFT) Ingénieur systèmes et réseaux  Tous les articles de cet auteur Vincent TROTTIER MGI CONSULTANTS Ingénieur systèmes & réseaux  Tous les articles de cet auteur		4,3/5 Bien 76309 106/466

2. Etude du protocole HTTP (Hyper Text Transfer Protocol)

2.1 Présentation du protocole HTTP

Le protocole HTTP pour Hyper Text Tranfer Protocol à été défini au début des années 1990. A l'origine il était uniquement conçu pour transférer des pages Web au format HTML. Cependant il a connu diverses évolutions et il peut maintenant être utilisé pour transférer d'autres types de ressources (images, vidéos, code SQL obtenu après une requête effectuée auprès d'une base de données, demandes d'authentifications...). HTTP fonctionne suivant le modèle client / serveur où le navigateur Web est le client et une machine exécutant IIS, Apache ou bien encore Xitami est le serveur. Le port standard du protocole HTTP est le port 80 en TCP. Bien entendu, n'importe quel autre port TCP peut être utilisé par HTTP (8080, 8081). Une ressources Lambda peut être identifiée par une adresse ou URL (Uniform Ressource Locator).

Voici les diverses améliorations apportées au protocole HTTP au cours du temps :

• la v 0.9 n'est pas une version "commerciale", il s'agit uniquement des spécification de base posées au début des années 90. Elle permet uniquement d'échanger des pages Web au format HTML.

• La v 1.0 a été normalisée en 1996 avec la RFC 1945. Elle permet d'envoyer n'importe quel type de ressource possédant un type MIME.

• La v 1.1 a été normalisée en 1997 avec la RFC 2068. Elle ajoute beaucoup de nouveautés par rapport à la version 1.0 (meilleurs débits car plusieurs ressources peuvent être transmises sur une seule connexion grâce aux connexions persistantes, temps d'accès améliorés grâce à une meilleure gestion du cache, plusieurs domaines peuvent coexister sur une même IP on parle de serveurs Web multi-sites, support des méthodes d'authentifications BASIC et DIGEST, support des images PNG et des feuilles de style CSS...).

• Quelques améliorations (ajout de nouvelles méthodes...) ont été apportées à certaines fonction en rapport avec le protocole HTTP, cependant la version actuelle est toujours la v1.1.

HTTP fonctionne avec un système de requête/réponse à l'instar de beaucoup d'autres protocoles (notamment LM, NTLM et Kerberos). Que le message soit une requête du client ou une réponse du serveur, il est constitué de trois parties : la ligne de requête/statut, l'en-tête et le corps. Dans certain cas, le message peut se passer de corps mais la ligne et l'en-tête, elles, sont toujours présentes ! Si vous souhaitez obtenir plus d'informations sur les différentes évolutions du protocole HTTP, vous pouvez consulter les RFCs suivantes :

2.2 Fonctionnement d'une requête HTTP

Une requête est composée d'une ligne de requête, d'un en-tête et éventuellement d'un corps. La ligne de requête précise la méthode utilisée (GET, HEAD, POST...), le chemin relatif de la ressource demandée (ex. : /articles/server/isa2004/5/Default.asp) ainsi que la version du protocole HTTP supportée par le navigateur. Le tableau ci-dessous liste les huit méthodes HTTP standard définies dans la RFC 2616 :

Certaines applications (ce sont souvent des applications Web) utilisent des méthodes HTTP non standard !!! Ceci pose un problème d'interopérabilité et de compatibilité puisque toutes les plateformes et toutes les applications ne supportent pas ces méthodes plus ou moins "exotiques". On peut citer l'exemple d'Outlook Web Access qui utilise une grand nombre de méthodes non standard dans sa version dite "étendue". En réalité ces méthodes HTTP sont reprises du protocole WebDAV (Web Distributed Authoring and Versioning) qui est une extension du protocole HTTP (pour plus d'informations sur les méthodes HTTP utilisées par WebDAV, consultez la RFC 2518). Or  seul le navigateur Internet Explorer supporte WebDAV.

Microsoft, apparemment conscient de ce problème de compatibilité, a même développé une version dite "de base" d'OWA utilisant uniquement des méthodes standard. Seule cette dernière version est utilisable sur les navigateurs alternatifs (Firefox, Opéra, Amaya, Konqueror...). Le tableau suivant présente un certain nombre d'applications utilisant des méthodes HTTP non standard. Précisons que ce tableau est très loin d'être exhaustif étant donné le nombre d'application utilisant l'encapsulation HTTP :

L'en-tête HTTP constitue la seconde partie d'une requête HTTP. Il précise la demande du client à l'aide d'un certain nombre de paramètres comme User-Agent ou bien encore Host. Voici la liste des paramètres (encore appelés champs HTTP) les plus utilisés dans les requêtes HTTP :

Le corps représente la troisième partie d'une requête HTTP. C'est un élément facultatif; sa présence dépend de la méthode HTTP utilisée. Il contient les données (image, texte, fichier quelconque...) que l'application cliente envoie au serveur. L'exemple type d'une requête possédant un corps est l'envoi de données (identifiant et mot de passe) grâce à un formulaire HTML à l'aide de la méthode POST.

Le tableau ci-dessous présente un modèle de requête HTTP ainsi qu'un exemple (ici il s'agit d'afficher la page d'accueil du site www.laboratoire-microsoft.org). Dans cet exemple la requête HTTP ne contient pas de corps car la méthode GET est utilisée.

2.3 Fonctionnement d'une réponse HTTP

Une réponse est composée d'une ligne de statut, d'un en-tête et éventuellement d'un corps. La ligne de statut précise la version du protocole HTTP utilisée, le code de réponse (ex. : 304) ainsi qu'une description en rapport avec ce code de réponse (ex. : Not Modified). Le tableau ci-dessous liste la plupart des code de réponse définies dans la RFC 2616. Si vous souhaitez obtenir des informations détaillées à propos d'un code de réponse en particulier, consultez directement la RFC 2616 à cette adresse.

L'en-tête HTTP constitue la seconde partie d'une réponse HTTP. Il informe le client d'un certain nombre de paramètres configurés sur le serveur comme sa version, la taille et le type du contenu renvoyé. Voici la liste des paramètres (encore appelés champs HTTP) les plus utilisés dans les réponses HTTP. Attention, les champs utilisés dans une réponse HTTP sont différents de ceux utilisés dans une requête HTTP !!!

Le corps représente la troisième partie d'une réponse HTTP. Il est présent dans la plupart des cas (sauf pour certaines méthodes comme OPTIONS ne demandant pas de données au serveur). Le corps contient les données (image, texte, fichier quelconque...) envoyées par le serveur. L'exemple type d'une réponse possédant un corps est le code HTML (ou une image) renvoyé par le serveur Web à la suite d'une requête avec la méthode GET.

Le tableau ci-dessous présente un modèle de réponse HTTP ainsi qu'un exemple (ici il s'agit de la réponse du serveur Web hébergeant le site www.laboratoire-microsoft.org suite à requête GET sur la page d'accueil). Dans cet exemple le corps de la réponse HTTP représente le code HTML de la page demandée.

Sommaire

1. Introduction au filtrage applicatif
      1.1 Les limitations inhérentes aux règles d'accès
      1.2 Présentation des filtres applicatifs d'ISA Server 2004

2. Etude du protocole HTTP (Hyper Text Transfer Protocol)
      2.1 Présentation du protocole HTTP
      2.2 Fonctionnement d'une requête HTTP
      2.3 Fonctionnement d'une réponse HTTP

3. Le filtre HTTP
      3.1 Présentation du filtre HTTP
      3.2 Les options générales du filtre HTTP
      3.3 Le blocage de méthodes
      3.4 Le blocage de signatures
      3.5 La suppression ou la modification d'en-têtes
      3.6 Le blocage des extensions
      3.7 Sauvegarder/restaurer une configuration du filtre HTTP

Conclusion

En Savoir Plus

Evaluez cet article  0 1 2 3 4 5 Pour afficher ou poster un commentaire, cliquez sur ce lien : Forum-Microsoft