Monter un serveur de jeu permettant de jouer en LAN et internet??
12 réponses
CapitaineCaverne
Bonjour
Tout nouvel abonné à l'ADSL je voudrais utiliser mon PC passerelle (sous XP
pro avec partage de connection de XP activée) pour monter un serveur dédié
afin de jouer contre des amis!!
Hors je me trouve confronter à un problème : en effet les jeux proposent
soit de créer une partie LAN soit de créer une partie internet!!
Si je créé une partie LAN les personnes sur internet ne voient pas la
partie!!
Si je cré une partie internet les gens sur le LAN ne voient pas la partie!!
Existe t il une astuce pour pouvoir jouer à la fois du LAn et d'internet
sur le serveur??
[Réponse dans fr.comp.reseaux.ip seulement. Je ne remercie pas Google de ne pas respecter le suivi-à.]
Si mes souvenirs sont bons, tu ne peux indiquer qu'une seule IP sur laquelle le serveur de jeux écoute, et quand il est sur une paserelle, soit c'est l'IP interne, soit c'est l'IP externe mais pas simultanement les deux.
C'est un choix des concepteurs de chaque programme serveur mais en aucun cas une généralité. Rien n'empêche un service d'écouter sur plusieurs interfaces et plusieurs adresses.
Bien que venant d'internet le serveur de jeux verra ces clients comme venant du LAN. [...]
Non, dans le cas ou des clients internet veulent accéder à un serveur interne, la transalation mise en place est du NAT de destination.
C'est en effet le cas général. Mais l'adresse source de ces clients dans les paquets retransmis au serveur n'est pas modifiée et reste une adresse internet, contrairement à ce que vous écriviez avant. (On peut éluder la question en disant que s'il y a NAT destination dans un sens, il y a forcément NAT source dans l'autre.)
Dans le cas du NAT je suis en mesure de donner des exemples de mise en place. En revanche avec une "sorte de proxy" je ne connais pas. As tu des noms de softs et des exemples ?
Je n'ai pas de nom en tête. Mais, par exemple pour relayer un port TCP, le principe est tout simple : 1) Le relais écoute sur le port X. 2) Quand un client se connecte au port du X du relais, ce dernier ouvre à son tour une connexion vers le serveur final. 3) Le relais retransmet vers le serveur toute donnée reçue du client, et vers le client toute donnée reçue du serveur sur la connexion correspondante. Au final, le serveur ne verra que des connexions ayant l'air de provenir du relais.
Pour relayer un port UDP, ça doit être un peu plus compliqué puisque ce n'est pas un protocole connecté.
[Réponse dans fr.comp.reseaux.ip seulement. Je ne remercie pas Google de
ne pas respecter le suivi-à.]
Si mes souvenirs sont bons, tu ne peux indiquer qu'une seule IP sur
laquelle le serveur de jeux écoute, et quand il est sur une paserelle,
soit c'est l'IP interne, soit c'est l'IP externe mais pas
simultanement les deux.
C'est un choix des concepteurs de chaque programme serveur mais en aucun
cas une généralité. Rien n'empêche un service d'écouter sur plusieurs
interfaces et plusieurs adresses.
Bien que venant d'internet le serveur de jeux verra ces clients
comme venant du LAN.
[...]
Non, dans le cas ou des clients internet veulent accéder à un serveur
interne, la transalation mise en place est du NAT de destination.
C'est en effet le cas général. Mais l'adresse source de ces clients dans
les paquets retransmis au serveur n'est pas modifiée et reste une
adresse internet, contrairement à ce que vous écriviez avant.
(On peut éluder la question en disant que s'il y a NAT destination dans
un sens, il y a forcément NAT source dans l'autre.)
Dans le cas du NAT je suis en mesure de donner des exemples de mise en
place. En revanche avec une "sorte de proxy" je ne connais pas. As tu
des noms de softs et des exemples ?
Je n'ai pas de nom en tête. Mais, par exemple pour relayer un port TCP,
le principe est tout simple :
1) Le relais écoute sur le port X.
2) Quand un client se connecte au port du X du relais, ce dernier ouvre
à son tour une connexion vers le serveur final.
3) Le relais retransmet vers le serveur toute donnée reçue du client, et
vers le client toute donnée reçue du serveur sur la connexion
correspondante.
Au final, le serveur ne verra que des connexions ayant l'air de provenir
du relais.
Pour relayer un port UDP, ça doit être un peu plus compliqué puisque ce
n'est pas un protocole connecté.
[Réponse dans fr.comp.reseaux.ip seulement. Je ne remercie pas Google de ne pas respecter le suivi-à.]
Si mes souvenirs sont bons, tu ne peux indiquer qu'une seule IP sur laquelle le serveur de jeux écoute, et quand il est sur une paserelle, soit c'est l'IP interne, soit c'est l'IP externe mais pas simultanement les deux.
C'est un choix des concepteurs de chaque programme serveur mais en aucun cas une généralité. Rien n'empêche un service d'écouter sur plusieurs interfaces et plusieurs adresses.
Bien que venant d'internet le serveur de jeux verra ces clients comme venant du LAN. [...]
Non, dans le cas ou des clients internet veulent accéder à un serveur interne, la transalation mise en place est du NAT de destination.
C'est en effet le cas général. Mais l'adresse source de ces clients dans les paquets retransmis au serveur n'est pas modifiée et reste une adresse internet, contrairement à ce que vous écriviez avant. (On peut éluder la question en disant que s'il y a NAT destination dans un sens, il y a forcément NAT source dans l'autre.)
Dans le cas du NAT je suis en mesure de donner des exemples de mise en place. En revanche avec une "sorte de proxy" je ne connais pas. As tu des noms de softs et des exemples ?
Je n'ai pas de nom en tête. Mais, par exemple pour relayer un port TCP, le principe est tout simple : 1) Le relais écoute sur le port X. 2) Quand un client se connecte au port du X du relais, ce dernier ouvre à son tour une connexion vers le serveur final. 3) Le relais retransmet vers le serveur toute donnée reçue du client, et vers le client toute donnée reçue du serveur sur la connexion correspondante. Au final, le serveur ne verra que des connexions ayant l'air de provenir du relais.
Pour relayer un port UDP, ça doit être un peu plus compliqué puisque ce n'est pas un protocole connecté.
Annie D.
"Annie D." wrote:
Dans le cas du NAT je suis en mesure de donner des exemples de mise en place. En revanche avec une "sorte de proxy" je ne connais pas. As tu des noms de softs et des exemples ?
Je n'ai pas de nom en tête.
Réjouissez-vous, je l'ai finalement retrouvé. Il s'agit d'AnalogX PortMapper pour Windows.
Dans le cas du NAT je suis en mesure de donner des exemples de mise en
place. En revanche avec une "sorte de proxy" je ne connais pas. As tu
des noms de softs et des exemples ?
Je n'ai pas de nom en tête.
Réjouissez-vous, je l'ai finalement retrouvé. Il s'agit d'AnalogX
PortMapper pour Windows.
Dans le cas du NAT je suis en mesure de donner des exemples de mise en place. En revanche avec une "sorte de proxy" je ne connais pas. As tu des noms de softs et des exemples ?
Je n'ai pas de nom en tête.
Réjouissez-vous, je l'ai finalement retrouvé. Il s'agit d'AnalogX PortMapper pour Windows.
