J'ai pris mon temps pour répondre afin de donner une réponse un peu plus claire. Certains, à me lire, vont penser que je ne suis qu'un apprenti pirate ou assimilé. En fait c'est faux; C'est vrai que mon voisin me gonfle et qu'un jour je lui jouerai un tour sur sa box.
C'était un exemple, la vrai réponse est la suivante (déjà faite à vivien en mp) :
je vais remettre mon programme, qui permettait des connexions à distance , en route ou plutôt, je vais le ré-écrire.
Maintenant que j'ai ma connexion WiFi active en même temps que ma connexion ethernet, cela évitera les problèmes de loopback causés par certains routeur. Lorsque j'avais commencé le programme j'utilisais un routeur NETGEAR et le routeur marchait du tonnerre, c'est ma livebox qui m'a fait arrêter en remettant en cause tout ce que j'avais fait.
J'avais un compte DynDns, donc une adresse IP qui était re-routée sur mon IP ethernet. Partie serveur.
Partie client, j'utilisais la même carte, donc la même adresse pour me connecter sur mon serveur. Ca ne passe pas avec tous les routeurs.
Le but de ce programme était d'héberger un forum (ou tout autre application identique) et aussi de pouvoir se connecter sur un autre serveur lui aussi hébergé sur un pc (windows).
L'avantage était de pouvoir se passer d'un hébergeur.
J'ai été obligé de stopper le programme, qui marchait très bien avec mon routeur NETGEAR DG834, car avec ma livebox il plantait et j'avais des problèmes de connexions. Il me semble que le loopback posait des problèmes.
Avec ces deux cartes connectées, je vais donc pouvoir outre-passer le loopback.
Comment il marchait ?
Partie serveur :
J'avais une adresse IP obtenue chez DynDns et qui était renvoyée sur mon routeur lequel routait les connexions entrantes sur ma carte ethernet. La connexion au serveur se fait en utilisant un numéro de port : 23450. J'avais réservé les ports 23450 à 23499. Donc toute connexion utilisant l'adresse IP DynDns sur l'un des ports cités était renvoyée sur mon pc.
La connexion à mon serveur se faisait à l'aide de WinSock en utilisant la commande "gethostbyname" qui me renvoyait l'adresse IP de DynDns. Je créais ensuite un socket auquel j'associais des évènements du type FD_READ, FD_CLOSE, FD_CONNECT...
En plus, comme à l'époque je n'utilisait qu'une carte réseau, la partie cliente ne savait gérer qu'une seule adresse IP. La structure hostent mettant à 0 la dernière adresse. maintenant je vais pouvoir gérer plusieurs connexions en fonction de la carte réseau.
Grâce à Vivien et Corrector, qui m'ont fait découvrir NetSh, je vais être à même de modifier le pare-feu de Windows du moins pour la durée d'exécution du serveur. netsh advfirewall si je ne me trompe pas.
Je vais donc refaire le programme serveur et le programme client jusqu'au traitement des déconnexions et déconnexions, tant du serveur que du client.
Je gèrerai les messages qui m'arriveront via un recv et je les renverrai en utilisant la commande send.
Ces programmes n'en feront pas plus et dès que quelque chose se passe côté réseau, il passera la main à une dll tierce partie qui traitera tout ce qui arrive, ce sera le coeur du véritable programme.
Je pensais faire un forum, mais cela permet aussi de faire exécuter des commandes sur un ordinateur distant...
Les applications sont multiples.
Ai-je été plus clair ?