Hello !
Dans un cours de réseau, on doit montrer que un proxy HTTP est tout sauf fiable comme restriction de service a l'HTTP seul.
On a choisi de faire du telnet via le proxy http.
je voulais savoir si, selon vous, notre algorithme est bon :
-Deux machines. L qui est en local, E a l'extérieur du reseau, et P le proxy HTTP.
-E doit réussir a se connecter sur L en telnet via P.
Algorithme :
-L, locale, envoie ad vitam eternam des requetes HTTP a intervales fixes sur E via P. Ainsi, P est en perpétuelle attente d'une réponse de E...
-E, quand il veut se connecter, envoie la requete fantome de L, donc la page web avec le texte envoyé par le telnet pour la gestion de connection. Telnet étant un protocole texte, on peut tres bien faire passer le contenu de l'échange apres le header GET de la page HTTP, nan ?
-L arrete alors son maintien de connection vers E et initialise la connection.
Communication L vers E :
-L envoie vers E une requete de type POST avec comme seul paramètre une chaine contenant les données a envoyer à E. E les recoit et redirige ca sur son telnet local.
Communication E vers L:
-L demande à E, a intervalles réguliers, si E a des données a lui envoyer. Si non, E réponds avec une page HTTP dont le code est "non" ( un truc du style), si oui, il réponds avec une page http dont le code est les données a envoyer a L, et qui donc redirige ca sur son telnet local.
Hormis le fait que le proxy va avoir bcp de boulot, le telnet, il marchera a votre avis ?
Merci d'avance !
Message édité par Tetedeiench le 20-10-2003 à 21:11:54