Discussion :

[ChriGoLioNaDor]

Bonjour à tous,

J'essaie de programmer un petit serveur d'identification (un client se connecte, envoie un identifiant et mot de passe, et le serveur vérifie les infos dans une BDD).

Mon serveur est en fait un PC sous Linux, connecté à un réseau local comprenant 3 machines + un modem ethernet qui fait aussi routeur.

Lorsque je demande à mon client (un des PC connectés au réseau) de se connecter à mon serveur en lui donnant son adresse IP local (type 192.168.0.1), il arrive à communiquer. Par contre, si je lui donne l'adresse IP de ma connection internet (pour simuler un client qui essaie de communiquer avec le serveur via internet), il ne trouve pas mon serveur (erreur lorsque j'utilise la fonction connect())

Quelqu'un pourrait-il m'expliquer pourquoi? Cela est-il du au fait que mon client et mon serveur ont la même IP sur internet (mon routeur partageant une même connection entre mes 3 PC)?

Merci d'avance pour votre aide

[gangsoleil]

Bonjour,

cela est dù à la configuration de ton routeur, qui n'est pa configuré pour router le type d'information que tu envoies (c'est à dire des infos qui viennent de l'intérieur, qui vont à l'intérieur, mais qui doivent être routées vers l'extérieur entre les deux).

Je ne sais pas si ton routeur est configurable pour cela (dépend du routeur), et de toute manière, je ne me souviens plus du nom de ce qu'il faut configurer (router des ports ne devant pas être suffisant), mais peut-être que d'autres personnes peuvent t'aider sur le sujet

[ChriGoLioNaDor]

Pour le moment, j'ai utilisé les règles NAT pour ouvrir le port pour mon serveur, mais toujours rien : lorsque je lance le client, j'ai l'impression qu'il se pert, il "rame" pendant quelques secondes (une dizaine), puis m'affiche l'erreur, comme si je n'avais pas lancé le serveur...

Je vais essayer de transmettre le client à un ami, sur internet, voir si lui arrive à contacter le serveur, histoire d'avoir plus d'informations

Merci pour ton aide gangsoleil, je vous tiens au courant dès que le test est réalisé

[Aramis]

Bonjour,

Pour le moment, j'ai utilisé les règles NAT pour ouvrir le port pour mon serveur, mais toujours rien

Pour commencer, le NAT est une fonction du router par consequent dire que le NAT est active ne veut pas dire que le "port" sur le serveur est en mode ecoute car ce sont deux entites separees. A mon avis, dans votre cas le NAT ne sert a rien ou plutot le NAT ne fait pas ce que vous attendez.

: lorsque je lance le client, j'ai l'impression qu'il se pert, il "rame" pendant quelques secondes (une dizaine), puis m'affiche l'erreur, comme si je n'avais pas lancé le serveur...

Classique le client lance un requete et les servers DNS de votre FAI essaye d'y repondre. Si ils trouvent le ou les adresses demandees, votre router peut alors dirige la communication dans la bonne direction. Cependant, le probleme semblerai etre le fait que lorsque le routeur recoit la requet il ne sait pas ou l'envoye. Dans ce cas, vous devez configurer votre router pour qu'il renvoie les requetes sur un port specifique (disons 2048) vers une adresse IP particuliere de votre reseaux local (disons 192.168.1.2). Dans la configuration decrite ici le port qui sera "demande" sur la machine locale sera 2048.

Je vais essayer de transmettre le client à un ami, sur internet, voir si lui arrive à contacter le serveur, histoire d'avoir plus d'informations

Je recommande de lire le fichier d'aide de FTPZilla. Il y a un excellent tutorial sur comment faire en sorte qu'un server FTP local puisse etre accessible depuis l'Internet. Il ne vous reste plus qu'a adapter les informations contenues dans ce tutorial a vos besoin.

Bonne Continuation,

Ar@mi$

[ChriGoLioNaDor]

Bonjour,
Pour commencer, le NAT est une fonction du router par consequent dire que le NAT est active ne veut pas dire que le "port" sur le serveur est en mode ecoute car ce sont deux entites separees. A mon avis, dans votre cas le NAT ne sert a rien ou plutot le NAT ne fait pas ce que vous attendez.

Lorsque j'entre comme paramètre l'IP locale du serveur, la communication fonctionne correctement. Cela ne veux-il pas dire que les ports mon serveur est bien configuré?

Classique le client lance un requete et les servers DNS de votre FAI essaye d'y repondre. Si ils trouvent le ou les adresses demandees, votre router peut alors dirige la communication dans la bonne direction. Cependant, le probleme semblerai etre le fait que lorsque le routeur recoit la requet il ne sait pas ou l'envoye. Dans ce cas, vous devez configurer votre router pour qu'il renvoie les requetes sur un port specifique (disons 2048) vers une adresse IP particuliere de votre reseaux local (disons 192.168.1.2). Dans la configuration decrite ici le port qui sera "demande" sur la machine locale sera 2048.

Je pensais justement que le fait d'avoir configuré les NAT (en disant que toute demande sur le port "4663" seraient transmises à l'IP ..., comme je le fais pour faire tourner emule)

Je recommande de lire le fichier d'aide de FTPZilla. Il y a un excellent tutorial sur comment faire en sorte qu'un server FTP local puisse etre accessible depuis l'Internet. Il ne vous reste plus qu'a adapter les informations contenues dans ce tutorial a vos besoin.

Je vais essayer de regarder ca

En tous cas, merci de ton aide

[Aramis]

Re,

Lorsque j'entre comme paramètre l'IP locale du serveur, la communication fonctionne correctement. Cela ne veux-il pas dire que les ports mon serveur est bien configuré?

Cela depend, est ce que vous effectuez votre test depuis une "autre" machine sur le reseaux local. Si oui, on peut dire avec un certain degre de certitude que le server recoit bien les communications.

Je pensais justement que le fait d'avoir configuré les NAT (en disant que toute demande sur le port "4663" seraient transmises à l'IP ..., comme je le fais pour faire tourner emule)

Non, le NAT ne peut pas faire de "port forwarding". Le "port forwarding" est une fonction du par-feu et non pas du traducteur d'adresse (NAT). Ca mise a part, il semblerai que vous ayez effectue les manips necessaires.

J'espere que le tutorial de FTPZilla vous sera utile.

Ar@mi$

[ChriGoLioNaDor]

Cela depend, est ce que vous effectuez votre test depuis une "autre" machine sur le reseaux local. Si oui, on peut dire avec un certain degre de certitude que le server recoit bien les communications.

Oui oui, je teste bien mon serveur avec des clients exécutés sur mes autres PCs, pour reproduire au maximum les conditions d'utilisation réelles (hélas, je n'ai pas 2 connections internet :p)

Non, le NAT ne peut pas faire de "port forwarding". Le "port forwarding" est une fonction du par-feu et non pas du traducteur d'adresse (NAT). Ca mise a part, il semblerai que vous ayez effectue les manips necessaires.

Pour le "port forwarding", je ne pense pas que mon routeur aie un firewall intégré, et mon serveur ne comporte pas de firewall (pour le moment, j'essaie deja de le faire fonctionner sans )


Je vais continuer à étudier tout ca :p Merci une fois de plus pour ton aide

[ChriGoLioNaDor]

Bon, j'ai demandé à un ami de tester mon serveur, et lui arrive à communiquer avec :p

C'est donc bien un problème du au fait que l'émetteur (client) et le récepteur (serveur) ont la même IP, quand ils communiquent via internet

Par contre, j'ai une autre question: lorsque je lance mon serveur, pour écouter le port 4663 en TCP, je recois les IP de personnes (je ne sais pas qui) qui se connectent à mon serveur, et ce dernier plante dans les secondes qui suivent. Par contre, quand c'est mon ami qui se connecte, là le serveur continue à tourner, et tout fonctionne bien :S

Quelqu'un aurait une idée?

[ced2004]

ce port est peut etre utilisé par edonkey
change le numéro du port tu n'aura peut être plus de problème