salut fighting_falcon, et tout d'abord merci pour ta réponse.
Le problème est que dans mon cas je ne souhaite pas utiliser le proxy pour faire du web simple (comprendre GET sur des pages HTMLs), mais utiliser le proxy avec la moéthode HTTP CONNECT pour faire du tunnelling (d'où les protocoles mentionnés dans mon premier post : ssh, vnc, ...). Or ces tunellings vont par définition durer un certain temps.
Dans ce cas là, mon serveur apache (qui joue le rôle de 'forwarder') risque de foirer mes connexions (enfin c'est ce que j'imagine). Je vois deux raisons potentielles:
- apache ne va pas forwarder les données émises/reçues en temps réel, mais attendre la fin de la connexion (ie. la fin de la réponse rendue, ce qu'il croit être une bête page web) avant de tout 'flusher' au client.
- apache a peut-être un mécanisme de timeout pour toute requête 'classique' (GET, PUT, ...) et donc couperait mon tunnel toutes les x secondes.
D'où l'idée, je pense, de plutôt faire l'inverse:
- mettre le proxy qui écoute sur le port 80
- si la requête est pour un des sites web, il forwarde à apache
- si la requête est pour autre chose (connect, autre site, ...), il fait normalement son boulot de proxy.
J'ai bon doc ?
Est-ce possible de configurer un proxy pour ça ?
Si oui ... je fais ça comment ?
Message édité par theNouk le 04-07-2007 à 12:32:09