Discussion :

[Fubautsuw]

Bonjour à vous,

Je me permet de me tourner vers vous, pour avoir certaine informations en ce qui concerne la communication entre deux postes distant (qui ne sont pas sur réseau local).

Je travail actuellement sur un projet qui consiste à partager des données entre deux poste (des dossiers et des fichiers) sans passer par un serveur.

J'ai lut bon nombre de forum et à chaque fois cela m'orienté vers les Socket. J'ai comprit le principe et je trouve ça très sympa, mais une question me frustre: Pour acceder à un ordinateur distant j'ai besoin de sont adresse IP et de sont port. Les deux client se mettront d'accord pour ouvrir un port commun (ou alors un port choisie par défaut), mais le problème concerne le pare-feu du Systeme, celui ci bloquera les connexions entrantes. Si ce sont deux informaticien qui utilise les logiciels, pas de soucis nous savont ouvrir les port, mais pour un utilisateur lambda cette procedure n'est pas simple. Pour précision la connexion peut être bidirectionnel, chaqu'un des deux ordinateur peut envoyer et recevoir les fichiers. Autrement dit chaque poste peut jouer le role de "serveur" et le role de "client".

Ma question est donc: Est ce qu'il y a possibilité qu'au premier lancement du logiciel, une demande de windows pop en demandant à l'utilisateur si il autorise le logiciel à utiliser ce port et à recevoir des connexions entrantes. Ou alors, en vue du concept que je vous ai décris plus haut, existe t'il une autre méthode afin de partager des dossiers et plus particulierement des fichiers sans avoir à allez trifouillez dans le parefeu pour etablir une connexion entre deux poste.

Je vous remercie d'avance.

[hwoarang]

Désolé de te donner la réponse que tu as deja eu mais il n'y a pas 36 solutions si tu veux que les 2 postes puissent etre client et serveur. Il y en a 2:
- Bidouiller la config reseau (pare feu et compagnie) pour que les 2 postes puissent etre serveur et client.
- Se connecter à un serveur (comme ca, les 2 postes sont clients et ouvrent des connexions sortantes) et transferer de l'un a l'autre les données. C'est le moyen le plus simple et le plus efficace. Et si tu veux eviter les problemes de filtrage reseau, tu peux meme envoyer tes données sous forme de texte (en gros, simuler une page web). C'est pas optimal en terme de transfert (passer un binaire sous forme texte, ca a jamais été brillant) mais avec les connexions actuelles, ce genre d'optimisation n'est pas vraiment à l'ordre du jour.

Apres, il existe une 3e voie mais qui n'est ne correspond pas à ce que tu demandes. L'idée, c'est de dire que le poste serveur est toujours le meme (celui de l'informaticien qui sait parametrer son reseau) et que les autres sont des postes clients (d'un point de vue reseau). Apres le client et le serveur peuvent echanger des fichiers dans les 2 sens donc tu peux envoyer des fichiers aussi bien que les recevoir. Ma boule de crystal me fait penser que c'est plutot cette solution qui est la plus interessante pour toi. Mais pour etre sur que ca colle, faudrait savoir pourquoi tu veux que les 2 postes puissent etre client et serveur.

[Fubautsuw]

Bonjour hwoarang,

Tout d'abord merci de t'as réponse et excusez moi de ma réponse tardive, je fut débordé par mon travail.

J'ai reflechis à la troisième solution que tu as citée, je doit t'avouer quelle me parait flou et j'ai du mal à en saisir le sens. Peut tu me donner d'avantage de détail et ou peut être même un exemple.

Je suis désolé de ne pas comprendre très vite, mais je ne suis pas spécialiste en réseau à la base ^^".

Merci d'avance,

[tchize_]

Il reste une alternative, utilisée par bon nombre de logiciels type peer 2 peer où chacun doit autoriser des connexions entrantes: UPNP

Avec le protocol UPNP, tu peux discuter avec le routeur ADSL de l'utilisateur pour demander au routeur d'ouvrir et forwarder un port en écoute. Du coup ton programme deviens accessible de l'extérieur via IP publique + port public.

Reste le problème qu'il faudra transmettre l'ip à l'autre utilisateur pour qu'il se connecte. Là il te faudra un service centralisé pour faire le relai de cette information.

Par contre, les ennuis avec UPNP:
il ne désactivera pas les éventuel blocage du firewall. Mais par design c'est prévu pour ne pas être déblocable par les applis
il n'y a pas d'api upnp intégrée en standard avec java. Soit tu fais ton implémentation soit tu trouve un librairie qui fait déjà ce genre de travail.

[thelvin]

Et enfin, encore un soucis avec UPNP :
il y a pas mal de routeurs ADSL qui ne l'activent pas par défaut, simple mesure de sécurité. Du coup si l'utilisateur en a un comme ça ça marchera pas, point barre.