Je souhaite relier tous les postes d'un réseau local RES1 à ceux d'un
réseau local RES2 via Internet / winsock en TCP .
De cette manière, tout poste de Res1 peut envoyer des fichiers/Messages
à tout poste de Res2, et réciproquement.
C'est très précisément le principe d'utilisation de tout messenger
(MSN, yahoo, etc...)
Au sein du même réseau local, tout marche bien, les postes peuvent se
relier via leur IP interne.
Entre les 2 sites, je ne vois pas comment la machine M1 du Réseau RES1
peut appeller la machine M2 du réseau M2.
Je peux au maximum connaitre l'adresse IP publique de RES2, mais cela
ne me fait pas attaquer directement la machine M2 d'IP 192.168.30.2 par
exemple.
Questions :
Savez vous comment font les messengers de toute sorte pour permettre la
communication entre postes distants, et ce sans avoir à créer de DMZ
pour chaque poste concerné.
Dans le cas contraire, savez vous où je peux me renseigner ? Site /
forum ??
La seule question que je me pose concerne les clients situées derrières des firewall dans des réseaux locaux.
Dans ce cas de figure, client1 va donner son adresse IP au serveur, et client2 également.
Seulement, client1 est-il accessible directement par client2 au travers de cette seule adresse IP ?
Bonjour, Là tu n'es plus dans de la programmation mais dans de l'administration réseau. Si tes clients sont derrière un firewall/proxy/routeur, ils seront connus du serveur par leur IP publique. Ce sont les équipements installés qui sont responsables du réacheminement des paquets. Par exemple, lorque tu te connectes sur un serveur web, il est peu probable que l'adresse IP soit celle du serveur. Par contre, l'équipement sait que tout ce qui arrive sur l'IP publique, port 80, doit être redirigé en interne sur tel serveur avec éventuellement un autre port. Toi, tu ne changes rien à ton programme. (d'où d'ailleurs les difficultés à paramétrer correctement ces équipements lorsque des programmes agissent comme serveurs)
-- Fred http://www.cerbermail.com/?3kA6ftaCvT
Dans : news:mn.9a417d6175c15256.8309@cegetel.net
Eto Dermezel écrit :
Jean-Marc,
bonjour et merci pour la qualité de ta réponse.
Le principe est en effet assez simple.
La seule question que je me pose concerne les clients situées
derrières des firewall dans des réseaux locaux.
Dans ce cas de figure, client1 va donner son adresse IP au serveur, et
client2 également.
Seulement, client1 est-il accessible directement par client2 au
travers de cette seule adresse IP ?
Bonjour,
Là tu n'es plus dans de la programmation mais dans de l'administration
réseau.
Si tes clients sont derrière un firewall/proxy/routeur, ils seront
connus du serveur par leur IP publique.
Ce sont les équipements installés qui sont responsables du
réacheminement des paquets.
Par exemple, lorque tu te connectes sur un serveur web, il est peu
probable que l'adresse IP soit celle du serveur. Par contre,
l'équipement sait que tout ce qui arrive sur l'IP publique, port 80,
doit être redirigé en interne sur tel serveur avec éventuellement un
autre port.
Toi, tu ne changes rien à ton programme.
(d'où d'ailleurs les difficultés à paramétrer correctement ces
équipements lorsque des programmes agissent comme serveurs)
La seule question que je me pose concerne les clients situées derrières des firewall dans des réseaux locaux.
Dans ce cas de figure, client1 va donner son adresse IP au serveur, et client2 également.
Seulement, client1 est-il accessible directement par client2 au travers de cette seule adresse IP ?
Bonjour, Là tu n'es plus dans de la programmation mais dans de l'administration réseau. Si tes clients sont derrière un firewall/proxy/routeur, ils seront connus du serveur par leur IP publique. Ce sont les équipements installés qui sont responsables du réacheminement des paquets. Par exemple, lorque tu te connectes sur un serveur web, il est peu probable que l'adresse IP soit celle du serveur. Par contre, l'équipement sait que tout ce qui arrive sur l'IP publique, port 80, doit être redirigé en interne sur tel serveur avec éventuellement un autre port. Toi, tu ne changes rien à ton programme. (d'où d'ailleurs les difficultés à paramétrer correctement ces équipements lorsque des programmes agissent comme serveurs)
-- Fred http://www.cerbermail.com/?3kA6ftaCvT
Eto Dermezel
Salut Fred,
merci également pour tes explications.
Je vais faire des tests.
Eto
Fred a utilisé son clavier pour écrire :
Dans : news: Eto Dermezel écrit :
Jean-Marc,
bonjour et merci pour la qualité de ta réponse.
Le principe est en effet assez simple.
La seule question que je me pose concerne les clients situées derrières des firewall dans des réseaux locaux.
Dans ce cas de figure, client1 va donner son adresse IP au serveur, et client2 également.
Seulement, client1 est-il accessible directement par client2 au travers de cette seule adresse IP ?
Bonjour, Là tu n'es plus dans de la programmation mais dans de l'administration réseau. Si tes clients sont derrière un firewall/proxy/routeur, ils seront connus du serveur par leur IP publique. Ce sont les équipements installés qui sont responsables du réacheminement des paquets. Par exemple, lorque tu te connectes sur un serveur web, il est peu probable que l'adresse IP soit celle du serveur. Par contre, l'équipement sait que tout ce qui arrive sur l'IP publique, port 80, doit être redirigé en interne sur tel serveur avec éventuellement un autre port. Toi, tu ne changes rien à ton programme. (d'où d'ailleurs les difficultés à paramétrer correctement ces équipements lorsque des programmes agissent comme serveurs)
-- Eto Dermezel
Salut Fred,
merci également pour tes explications.
Je vais faire des tests.
Eto
Fred a utilisé son clavier pour écrire :
Dans : news:mn.9a417d6175c15256.8309@cegetel.net
Eto Dermezel écrit :
Jean-Marc,
bonjour et merci pour la qualité de ta réponse.
Le principe est en effet assez simple.
La seule question que je me pose concerne les clients situées
derrières des firewall dans des réseaux locaux.
Dans ce cas de figure, client1 va donner son adresse IP au serveur, et
client2 également.
Seulement, client1 est-il accessible directement par client2 au
travers de cette seule adresse IP ?
Bonjour,
Là tu n'es plus dans de la programmation mais dans de l'administration
réseau.
Si tes clients sont derrière un firewall/proxy/routeur, ils seront connus du
serveur par leur IP publique.
Ce sont les équipements installés qui sont responsables du réacheminement des
paquets.
Par exemple, lorque tu te connectes sur un serveur web, il est peu probable
que l'adresse IP soit celle du serveur. Par contre, l'équipement sait que
tout ce qui arrive sur l'IP publique, port 80, doit être redirigé en interne
sur tel serveur avec éventuellement un autre port.
Toi, tu ne changes rien à ton programme.
(d'où d'ailleurs les difficultés à paramétrer correctement ces équipements
lorsque des programmes agissent comme serveurs)
La seule question que je me pose concerne les clients situées derrières des firewall dans des réseaux locaux.
Dans ce cas de figure, client1 va donner son adresse IP au serveur, et client2 également.
Seulement, client1 est-il accessible directement par client2 au travers de cette seule adresse IP ?
Bonjour, Là tu n'es plus dans de la programmation mais dans de l'administration réseau. Si tes clients sont derrière un firewall/proxy/routeur, ils seront connus du serveur par leur IP publique. Ce sont les équipements installés qui sont responsables du réacheminement des paquets. Par exemple, lorque tu te connectes sur un serveur web, il est peu probable que l'adresse IP soit celle du serveur. Par contre, l'équipement sait que tout ce qui arrive sur l'IP publique, port 80, doit être redirigé en interne sur tel serveur avec éventuellement un autre port. Toi, tu ne changes rien à ton programme. (d'où d'ailleurs les difficultés à paramétrer correctement ces équipements lorsque des programmes agissent comme serveurs)
