MOOC:Verb44 - Revision history

Panelli: /* Conclusion */

2022-03-04T09:21:21Z

‎Conclusion

Panelli: /* Activité 44 : Inter-opérer les applications par passerelles applicatives */

2022-03-04T09:21:07Z

‎Activité 44 : Inter-opérer les applications par passerelles applicatives

Bstevant at 07:51, 1 March 2022

2022-03-01T07:51:47Z

Jlandru at 22:10, 28 February 2022

2022-02-28T22:10:46Z

Panelli at 12:48, 25 February 2022

2022-02-25T12:48:19Z

Panelli: /* Contexte d'utilisation */

2022-02-25T12:47:35Z

‎Contexte d'utilisation

Panelli at 03:08, 14 February 2022

2022-02-14T03:08:19Z

Panelli at 07:37, 7 December 2021

2021-12-07T07:37:40Z

Panelli at 07:37, 7 December 2021

2021-12-07T07:37:15Z

Panelli at 07:36, 7 December 2021

2021-12-07T07:36:07Z

@@ Line 83: / Line 83: @@
-Les passerelles applicatives offrent un moyen simple d’inter-opérer une application entre des clients, et des serveurs qui n'utilisent pas la même version du protocole IP.
+Les passerelles applicatives offrent un moyen simple d’interopérer une application entre des clients, et des serveurs qui n'utilisent pas la même version du protocole IP.
 Parce qu'elles interprètent le contenu du paquet dans la couche d'application, elles sont transparentes pour l'infrastructure de communication. En effet, elles ne demandent pas de modifications au niveau du réseau.
 Cependant, les passerelles applicatives introduisent  un délai pour le traitement des paquets.
 Elles passent mal le facteur d'échelle, et présentent un risque de congestion.
 Enfin, elles se limitent aux applications conçues pour pouvoir fonctionner avec un relais intermédiaire.

@@ Line 6: / Line 6: @@
 __NOTOC__
-= Activité 44 : Inter-opérer les applications par passerelles applicatives =
+= Activité 44 : Interopérer les applications par passerelles applicatives =
 ==Contexte d'utilisation==

@@ Line 5: / Line 5: @@
 -->
 __NOTOC__
 ==Contexte d'utilisation==

@@ Line 1: / Line 1: @@
 > [[MOOC:Accueil|MOOC]] > [[MOOC:Contenu|Contenu]] >  [[MOOC:Verbatim|Verbatim]]
 ----
+-->
+__NOTOC__
-−
 ==Contexte d'utilisation==

@@ Line 25: / Line 25: @@
 ==Principe des passerelles applicatives==
 La passerelle applicative (encore appelée ALG pour ''Application Layer Gateway'') est un nœud en double pile qui opère au niveau du protocole applicatif.
@@ Line 33: / Line 40: @@
 ==Cas du service web==
 Il s'agit ici de faire communiquer des clients avec des services Web.  Les clients et les serveurs utilisent  une version différente du protocole IP.
@@ Line 59: / Line 73: @@
 ==Conclusion==
 Les passerelles applicatives offrent un moyen simple d’inter-opérer une application entre des clients, et des serveurs qui n'utilisent pas la même version du protocole IP.

← Older revision		Revision as of 12:47, 25 February 2022
Line 7:		Line 7:

	==Contexte d'utilisation==		==Contexte d'utilisation==
		+
		+	<center>
		+	[[image:V44-1.png\|400px\|thumb\|center\|]]
		+	</center>
		+

	La solution NAT64 bien que fonctionnelle n'est pas universelle.		La solution NAT64 bien que fonctionnelle n'est pas universelle.

@@ Line 3: / Line 3: @@
 ----
-La solution de la passerelle applicative offre une technique d'interopérabilité moins intrusive que NAT64 au niveau de l'infrastructure de communication.  Nous sommes même dans une situation inverse, les modifications sont à apporter uniquement dans la configuration des hôtes.
+==Contexte d'utilisation==
-Ainsi, il est possible avec une passerelle applicative d'avoir un déploiement progressif d'IPv6 dans le réseau sans perturber les services en place.
+La solution NAT64 bien que fonctionnelle n'est pas universelle.
-Enfin, dans le cas d'un client IPv4 qui se connecte à des serveurs de l'Internet v6, la passerelle applicative est de nos jours la seule méthode d'intéropérabilité.
+La solution de la passerelle applicative offre une technique d'interopérabilité moins intrusive que NAT64 au niveau de l'infrastructure de communication. En effet, déployer NAT64 demande de modifier le routage, et d'allouer des adresses.
-De manière générale, la passerelle applicative est une technique pour traiter les situations d'échecs de NAT64.
+Le déploiement du NAT64 est transparent pour les hôtes, mais nécessite des modifications au niveau du réseau.
-'''Principe des passerelles applicatives'''
+==Principe des passerelles applicatives==
--------------------------------------
-−
-La passerelle applicative (encore appelé ALG pour Application Layer Gateway) est un nœud en double pile qui opère au niveau du protocole applicatif.
 Elle reçoit ici un paquet en IPv6 qui lui a été adressé explicitement par la source.
-Elle traite les données du paquet selon le protocole applicatif puis effectue un envoi vers le destinataire final. Ce destinataire est joignable dans une autre version du protocole IP que la source.
+==Cas du service web==
-−
-En quelque sorte, on profite de passer par une passerelle applicative pour les besoins de l’application pour changer de version de protocole IP
-−
-−
-'''Cas du service web'''
------------------
-−
-Il s'agit ici de faire communiquer des clients avec des services Web, pour des clients et des serveurs utilisant une version différente du protocole IP.
-−
-La passerelle applicative utilisée dans notre illustration est un relais HTTP qui va recevoir et émettre les requêtes et les réponses.
-−
-Lorsque le déploiement  de la passerelle applicative est du côté du client, on parle de proxy.
-Elle va servir à atteindre tous les serveurs extérieurs dont ceux qui n’utilisent pas la même version de protocole IP.
-−
-Lorsque le déploiement de la passerelle applicative  est dans le réseau du serveur, on parle de reverse proxy. Elle va servir à donner accès aux contenus du serveur pour tous les clients qui n'utilisent pas la version IP du serveur.
-−
-Ce dispositif est un moyen d'offrir un accès à des clients IPv6 sans modifier le serveur. La règle du déploiement d'IPv6 transparent au service en place est ainsi illustrée.
-−
-−
-'''ALG côté client'''
-----------------
-−
-Lorsqu'un client qui est ici un navigateur web souhaite accéder à un serveur web, il envoie une requête en IPv6 au proxy. Le proxy reçoit cette requête, la traite et la fait suivre en IPv4 au serveur. Ce dernier répond en IPv4 par un envoi à destination du proxy. Le proxy reçoit la réponse et la fait suivre en IPv6 au client.
-−
-−
-'''ALG côté serveur'''
-----------------
-−
-Nous voyons ici la situation où l'accès au serveur s'effectue en passant par un reverse proxy autrement dit une ALG coté serveur a été installée.
-L'ALG a été enregistré dans le DNS avec une adresse IPv6 sous le nom de exemple.org qui est le nom du service. L'adresse IPv4 du service est toujours celle du serveur.
-L'ajout du reverse proxy ne change rien pour les clients IPv4. Ceux-ci accèdent directement au serveur.
+Il s'agit ici de faire communiquer des clients avec des services Web.  Les clients et les serveurs utilisent  une version différente du protocole IP.
-Dans le cas d'un client IPv6, celui-ci envoie une requête pour  obtenir l'adresse IPv6 du service. Le DNS lui répond par l'adresse du reverse proxy.
+Lorsque le déploiement de la passerelle applicative  est, dans le réseau du serveur, on parle de '''reverse proxy'''. Elle va servir à donner accès aux contenus du serveur pour tous les clients qui n'utilisent pas la version IP du serveur.
-Le client envoie en IPv6 sa requête à destination du reverse proxy. Celui-ci reçoit cette requête, la traite et la fait suivre en IPv4 au serveur qui dispose du contenu.
-Le serveur envoie la réponse au reverse proxy  en IPv4. Le reverse proxy disposant du contenu demandé peut  maintenant répondre en IPv6 à la requête du client.
-'''Conclusion'''
+Nous voyons ici, la situation où l'accès au serveur s'effectue en passant par un reverse proxy. Autrement dit, une ALG coté serveur a été installée.
------------
-Les passerelles applicatives offrent un moyen simple d’interopérer une application entre des clients et des serveurs qui n'utilisent pas la même version du protocole IP.
+* L'ALG a été enregistrée dans le DNS avec une adresse IPv6 sous le nom de exemple.org qui est le nom du service. L'adresse IPv4 du service est toujours celle du serveur.
-Parce qu'elles interprètent le contenu du paquet dans la couche d'application, elles sont transparentes pour l'infrastructure de communication.
+==Conclusion==
-Elles ne demandent pas des modifications au niveau du réseau. Cependant, les passerelles applicatives ont des limitations d’usage, telles que :
+Les passerelles applicatives offrent un moyen simple d’inter-opérer une application entre des clients, et des serveurs qui n'utilisent pas la même version du protocole IP.
+Parce qu'elles interprètent le contenu du paquet dans la couche d'application, elles sont transparentes pour l'infrastructure de communication. En effet, elles ne demandent pas de modifications au niveau du réseau.
-* l’utilisation pour des applications conçues pour fonctionner avec un relais intermédiaire,
+Cependant, les passerelles applicatives introduisent  un délai pour le traitement des paquets.
-* l’introduction d'un délai pour le traitement des paquets,
+Elles passent mal le facteur d'échelle, et présentent un risque de congestion.
-* des difficultés à passer le facteur d'échelle, et un risque de congestion.
+Enfin, elles se limitent aux applications conçues pour pouvoir fonctionner avec un relais intermédiaire.