Discussion :

[Michaël]

bonjour,
j'ai réussi à installer steam et hl2 sous linux et pour y jouer, il faut que steam aille dire à son maitre le serveur valve qu'il a encore contaminé un ordi. manque de pot, je suis derrière un proxy (dont je n'ai pas le controle). le seul protocole autorisé est http (et ftp quand il a le temps).

y a-t-il moyen de mettre certaines sorties de ports connus (27015 à 27030 je crois) dans du http pour que ça puisse sortir ?

je précise qu'il n'y a pas socks sur le proxy, sinon il n'y aurait pas de problèmes.

[nyal]

y a-t-il moyen de mettre certaines sorties de ports connus (27015 à 27030 je crois) dans du http pour que ça puisse sortir ?

Bonjour,

TU peux faire sortir le flux par http. Mais la question est: est ce que le serveur cible accepte les flux HTTP ? Je pense que non.

[Gnux]

y a-t-il moyen de mettre certaines sorties de ports connus (27015 à 27030 je crois) dans du http pour que ça puisse sortir ?

Bonjour,

TU peux faire sortir le flux par http. Mais la question est: est ce que le serveur cible accepte les flux HTTP ? Je pense que non.

Salut
Tu penses à quelle façon pour le faire sortir?
Est-ce bien légal?

[Michaël]

je sais pas si le serveur cible accepte http. mais connaissant steam&co, je pense que non

est-ce que quelque chose comme ça serait possible ?
créer une appli qui sera lancée sur mon poste, qui prendra toutes les sorties et qui les mettra dans un flux http (qui lui passe par le proxy) et envoyer ça vers un serveur à l'extérieur.
sur ce serveur, il y aurait une autre appli qui attendrait un flux http et qui extrairait les données et qu'il sache faire l'inverse (renvoyer les données du serveur vers chez moi toujours par http).

c'est faisable ? je pourrais toujours m'amuser à créer un tel prog (je délire je crois) en attendant de pouvoir jouer à hl2 derrière le proxy.

[Gnux]

Salut
Je me disais bien: ton projet me semble rejoindre celui ci: http://www.developpez.net/forums/viewtopic.php?t=402052
Qt à coder cela oui ça serait vraiment bien moi aussi j'y avais pensé et je pensais le faire en perl. Disons qu'il faudrait que je me penche plus avant sur le protocole http mais ça reste faisable ça te tente?

[Zec Merquise]

Le proxy regarde les entêtes HTTP ?
Parce que sinon, y'a juste à sortir le flux sur le port 80, pas besoin de connaître protocole HTTP nan ?

[Michaël]

Le proxy regarde les entêtes HTTP ?

aucune idée. tout ce que je sais, c'est que c'est un squid.

Je me disais bien: ton projet me semble rejoindre celui ci: http://www.developpez.net/forums/viewtopic.php?t=402052
Qt à coder cela oui ça serait vraiment bien moi aussi j'y avais pensé et je pensais le faire en perl. Disons qu'il faudrait que je me penche plus avant sur le protocole http mais ça reste faisable ça te tente?

ça semble mais le problème, c'est que la destination est connue. alors que pour mon cas, je ne connais pas les ip ou nom de domaine cible et c'est bien ça le problème.

je connais pas perl mais je veux bien apprendre (quand ? je sais pas) : j'en ai vraiment marre de pas pouvoir faire mumuz sur le net
si on se lance là-dedans, ça prendra du temps de mon coté à cause des cours mais pourquoi pas ?

[David.Schris]

Le proxy regarde les entêtes HTTP ?
Parce que sinon, y'a juste à sortir le flux sur le port 80, pas besoin de connaître protocole HTTP nan ?

Si.
Si le proxy est un proxy HTTP il va essayer de compendre les requêtes, donc si on lui balance n'importe quoi sur le port 80, il va faire la tête et ne rien laisser passer.

pour mon cas, je ne connais pas les ip ou nom de domaine cible et c'est bien ça le problème.

Essaye d'ailleurs, sur une machine à toi ou tu peux lancer un sniffer.
Là, vois si il y a des requêtes DNS, du traffic UDP en général (qui ne correspond "à rien de connu" [1]),etc.
Si le serveur est trouvé en faisant une requête DNS qui renvoie une IP en utilisant round-robin, un simple ajout d'une des IP dans le hosts pourrait suffire.
Si il y a négociation avant connexion à tel ou tel serveur, cela va être plus compliqué...
Il est évident qu'avant de se lancer dans quelque-chose, il vaut mieux chercher à en savoir un peu plus sur le sujet. Cela permettra de trouver la meilleure stratégie. (pfff...c'est d'une banalité ce que je viens d'écrire...)

[1] : façon de parler

[Niktou]

J'ai lu dans un magazine il y a peu un article sur un petit prog de tunneling. J'ai le même problème dans ma résidence universitaire et j'avais regardé le logiciel en question. Malheureusement je n'ai pas retrouvé l'article et je n'ai donc pas d'URL à fournir.

C'est un petit prog existe en client/serveur. Tu installe la version client chez toi et la version serveur sur un PC distant qui ne soit pas derrière ton proxy bien sûr ...

Le client redirige les requêtes vers les bons ports et la machine qui reçoit tout ça rechange le port de sortie vers la destination finale de la requête.

Donc :

créer une appli qui sera lancée sur mon poste, qui prendra toutes les sorties et qui les mettra dans un flux http (qui lui passe par le proxy) et envoyer ça vers un serveur à l'extérieur.
sur ce serveur, il y aurait une autre appli qui attendrait un flux http et qui extrairait les données et qu'il sache faire l'inverse (renvoyer les données du serveur vers chez moi toujours par http).

Ca existe déjà !! Mais je ne me rappelle plus du lien. Ca s'appelle httportmachintruc je vais essayer de retrouver ça.

EDIT : ben voilà --> http://www.htthost.com/

Mais si tu es dans mon cas, fais attention car si certains ports sont fermés chez nous, c'est pour éviter que des gens qui jouent sur le Net bouffe la bande passante (fournie par le ministère de l'Industrie car dans mon cas c'est une école d'ingénieurs) des chercheurs dans leurs labos avec qui la connection est commune ... Question de respect, c'est toi qui vois

[David.Schris]

j'ai réussi à installer steam et hl2 sous linux

Je viens d'y penser mais un avantage sous linux est qu'il est très facile de détourner les appels de fonctions (comme connect()) et donc de faire passer de force et de façon transparente (l'application ne voit rien) du trafic par où on veut... Un p'tit LD_PRELOAD et hop !

Question de respect

+1 pour cette remarque (qui n'enlève en rien l'intérêt technique/pédagogique que peut avoir le problème posé).

[Zec Merquise]

Le proxy regarde les entêtes HTTP ?
Parce que sinon, y'a juste à sortir le flux sur le port 80, pas besoin de connaître protocole HTTP nan ?

Si.
Si le proxy est un proxy HTTP il va essayer de compendre les requêtes, donc si on lui balance n'importe quoi sur le port 80, il va faire la tête et ne rien laisser passer.

Okay, c'est ce que je voulais savoir.
Donc effectivement, faut connaitre le protocole.

[Michaël]

j'ai été voir htthost mais le problème, c'est ça

block.dll grant.dll.sig htthost.ini rkeyproc.dll
block.dll.sig htthostc.exe htthost.pri rkeyproc.dll.sig
eula.txt htthostc.exe.sig htthost.pub transfer.dll
filters.cfg htthost.exe LOGS transfer.dll.sig
grant.dll htthost.exe.sig readme.txt

c'est pour windows
et je sais pas si ça va marcher un prog sous cedega plus un autre sous wine (ou cedega) et que les deux parlent ensemble

[Niktou]

Arf oui c'est vrai c'est pour Windows ... J'en oublie presque que je suis passé à Linux tellement c'est naturel maintenant ... lol

[tony montana]

salut,
as tu regardé httptunnel ?

[Michaël]

Je me disais bien: ton projet me semble rejoindre celui ci: http://www.developpez.net/forums/viewtopic.php?t=402052
Qt à coder cela oui ça serait vraiment bien moi aussi j'y avais pensé et je pensais le faire en perl. Disons qu'il faudrait que je me penche plus avant sur le protocole http mais ça reste faisable ça te tente?

ça semble mais le problème, c'est que la destination est connue. alors que pour mon cas, je ne connais pas les ip ou nom de domaine cible et c'est bien ça le problème.

as-tu regardé le lien ?