PB java / Socket / Proxy / Applet

oui j’ai beaucoup de probleme dont voila l’énoncé:
Un labo de ma fac a developpé un logiciel qui permet de prendre le controle d’une camera a distance (un exemple ici http://193.251.94.32/oceanopolis/camera.html ). Le probleme c’est que ce logiciel ne marche pas (l’applet java coté client ne se charge pas ) si l’utilisateur se trouve derriere un proxy ou un firewall bloquant la creation de socket. Ma mission (que j’ai accepté) c’est de developper une version du logiciel passant par dessus les proxy/firewall en n’utilisant plus les sockets basiques et pour le moment je seche totalement.
Est ce que l’un de vous à une idée pour me lancer .
D’avance merci

[Edité le 30/1/2003 par Donjohn]
désolé pour les espaces

[Edité le 30/1/2003 par zepostman]

bon je fait remonter ce thread car bon gre mal gre j’ai reussi a faire une “sorte” de solution a base de serveurSocket d’un cote et d’URLConnection de l’autre (client).
Mais la ou j’ai un (nouveau) probleme, c que quand je teste mon programme ( serveur/ applet) en passant par un firewall, mon applet ne recoit rien…rien de rien. Mon serveur lui emet des paquets continuellement sans probleme mais du cote client rien, il reste bloque sur un getInputStream() . Et des que je ferme (control C ) mon serveur, le client se debloque et recoit toutes les données envoyé par le serveur d’un seul bloc.
Quelqu’un a t’il une idée sur les cas qui peuvent bloquer un client applet comme ca. ( Le programme marche correctement entre deux machines cote a cote).

Merci

Ben en fait la vidéo pour moi n’a pas beaucoup d’importance vu que c’est un logiciel independant, developpé par une autre boite, et qui se demerde tout seul.
Par contre, c’est l’envoie des requete de deplacement de camera et le pinger/Ponger installé entre les deux parties qui me pose probleme.
Mes limites en reseau sont flagrantes !!!

Je dit comme Glop, nous à l’IUT, c’est pareille, y’a que le port 80 qui est ouvert grace à un proxy. A mon avis, il faudra tout faire passer par là, y’a surement moyen car j’arrive à lire du streaming audio avec Winamp donc je ne vois pas pourquoi on ne pourais pas faire passer des images sans problème mais mes connaissances en réseau ne sont pas encore assez large.

Je suis le problème avec attention et je vais réfléchir à la question.

Pour le mec qui a aucun droit pour aller sur Internet la je cherche meme pas c clair il a pas de bol, il regardera les sites de chez lui si il veut.
Par contre , par exemple nous a la fac, on a accés a Internet. Mais comme on utilise un proxy pour se connecter, on ne peut pas se connecter à la caméra car le proxy nous fais “quelque chose” avec les socket ( je suis pas tres fort en proxy ) et nous empeche de creer la connection.
En fait le gars voulait me faire passer par des URLConnection en java plutot que par des sockets mais je n’ai pas vu l’interet encore (aucun site ne mentionne cela).
Le probleme c que je ne suis pas un specialiste des proxy et j’ai du mal a cerner comment passer ce proxy.
Sinon je crois que le port de la camera est deja sur 80.

[quote]Si ca ca marche pas tu peux essayer de communiquer avec ta camera en utilisant un proxy web et HTTP.[/quote]Tu entends quoi par la??

Sinon merci pour la reponse

Envoyer des infos derriere un firewall qui veut rien laisser passe c’est pas possible :slight_smile: Donc deja ta mission est restreinte. Il y a pas 50 manieres d’envoyer des infos sur un reseau. Si j’ai bien compri le probleme c’est quand le client est derriere un firewall et ne peut pas acceder en ouvrant une socket vers le serveur au server de controle de camera. Bon si y a zero droits t’es baise tu peux pas. Le plus simple en general c’est d’utiliser un port/protocole ou t’as les droits. Par exemple premiere chose a tenter: faire tourner le serveur de cam sur le port 80, bcp de firewall laissent passer ca en sortie. Tu utilise la meme chose qu’avant, tu changes juste le port. Si ca ca marche pas tu peux essayer de communiquer avec ta camera en utilisant un proxy web et HTTP. Va falloir changer tout le protocole pour faire un truc a base de requetes/responses en mode deconnecte parceque les proxy aiment souvent pas garder des connections ouvertes pour un client tres longtemps (max 20/30 sec en general). Tu pourras donc pas envoyer de flux video comme ca… seul les commandes de controles pourront sortir en http et les images devront etre chopees une par une en http aussi. Donc assignation d’un id de session au debut qui sera envoye a chaque requetes.

Si le mec a ZERO droit d’aller sur le net. Ben il a zero droit c’est comme si il etait pas sur le net. C’est pas au niveau des sockets qu’il faut que tu bosses c’est au niveau des ports et des protocoles employes. Tu veux utiliser un truc qui soit authorize dans un plus grand nombre de cas que la solution que tu as choisie, c’est tout… J’ai peur que tu ais dit oui a un projet qui n’est techniquement pas realisable ou alors j’ai rien compri :stuck_out_tongue: Sinon depeche toi de recadrer la chose avec tes « employeurs ».

Ps: chui ptet a cote de la plaque, et si qqn a une solution plus maligne ca m’interesse :slight_smile:

[Edité le 30/1/2003 par GloP]

espace dans le titre s’il te plait.

MERCI