Discussion :

[poukill]

Bonjour à tous,

Je suis en train de développer un logiciel de chat avancé avec partage de fichier (le tout open source en C++ / Qt / Boost.Asio).

• Concernant la partie "chat", j'ai actuellement un server Linux perso dédié pour accepter les connexions sur le port 7171. Tout marche super bien, les firewalls des clients laissent passer les informations sortantes.
• Concernant la partie transfert de fichiers, je veux pas passer par l' architecture client / server, ça tuerait le serveur, mais contacter directement le PC concerné(P2P en quelque sorte). Et là, les connexions entrantes sur des ports exotiques sont pas les bienvenus sur les firewalls des clients !!! La plupart des utilisateurs ne savent pas ouvrir un port, ou bien n'en ont tout simplement pas le droit...

Question : Comment faire pour que ça passe à tout les coups? Se mettre sur le port 80 ?
Les logiciels comme Teamviewer passent tous les firewalls comme ça je crois, est-ce possible de faire pareil pour moi ?

Merci d'avance pour votre aide.

Poukill.

[ram-0000]

Une idée, regarde le protocole skype : An Analysis of the Skype Peer-to-Peer Internet Telephony Protocol

[poukill]

Une idée, regarde le protocole skype : An Analysis of the Skype Peer-to-Peer Internet Telephony Protocol

Franchement, merci beaucoup !
Ca donne pas mal d'idées, même si tout seul ce genre de système ça risque d'être un poil compliqué à mettre en oeuvre !

Juste une question : une application peut dialoguer sur le port 80 en même temps que du flux Internet classique FireFox & Co ? Y'a pas "conflit" du tout ?

[ram-0000]

Juste une question : une application peut dialoguer sur le port 80 en même temps que du flux Internet classique FireFox & Co ? Y'a pas "conflit" du tout ?

Un flux (TCP ou UDP) est identifié de manière unique et non équivoque par 5 paramètres :

• Le protocole (TCP, UDP, ...)
• Le port source,
• le port destination
• l'adresse IP source
• L'adresse IP destination

Tant que que l'un de ces 5 paramètres est différent par rapport à un autre flux existant est "un peu similaire", il n'y a pas de conflit et les piles IP savent très bien le gérer.

[poukill]

Hum...
Eh bien merci ram-0000, voilà qui répond parfaitement à ma question...

[ram-0000]

Eh bien merci ram-0000, voilà qui répond parfaitement à ma question...

Avec plaisir !!

[bacelar]

Pour les sockets d'écoutes, le port destination et l'adresse IP destination n'existent pas.

[ram-0000]

Un flux (TCP ou UDP) est identifié de manière unique et non équivoque par 5 paramètres :

Pour les sockets d'écoutes, le port destination et l'adresse IP destination n'existent pas.

Si c'est une socket d'écoute, ce n'est pas un flux