je souhaiterais pouvoir accéder à mon ordinateur via ftp ou ssh depuis
n'importe où.
Tous mes ordinateurs sont reliés à un modem-routeur dont l'adresse IP
WAN est connue et la redirection de port fontionne (j'utilise le port
xxxx à la place du port 21 pour le protocol ftp par exemple)
Enfin bref, tout fonctionne normalement à partir d'un ordinateur *hors*
de mon réseau personnel.
Mais si j'essaie d'accéder à mon "serveur" en l'utilisant: en tappant
(dans firefox par exemple) l'adresse WAN de mon routeur suivie du bon
port utilisé, je suis dans l'impossibilité d'accéder à la ressource voulue.
(je fais des belles phrases moi aujourd'hui...)
En fait je voudrais savoir si ce "problème" est normal ou pas. Je ne
vois pas pourquoi l'ordinateur n'arriverait pas à se connecter à
lui-même et du coup j'ai peur que ça annonce d'autre problème.
Je cherche donc à savoir si ce comportement est normal ou pas.
Merci d'avance pour vos lumières :)
--
Eru
PS: j'utilise le terme adresse WAN pour désigner l'adresse publique de
mon modem-routeur (de marque olitec au fait)
Tous mes ordinateurs sont reliés à un modem-routeur dont l'adresse IP WAN est connue et la redirection de port fontionne (j'utilise le port xxxx à la place du port 21 pour le protocol ftp par exemple)
Enfin bref, tout fonctionne normalement à partir d'un ordinateur *hors* de mon réseau personnel. Mais si j'essaie d'accéder à mon "serveur" en l'utilisant: en tappant (dans firefox par exemple) l'adresse WAN de mon routeur suivie du bon port utilisé, je suis dans l'impossibilité d'accéder à la ressource voulue. (je fais des belles phrases moi aujourd'hui...)
En fait je voudrais savoir si ce "problème" est normal ou pas. Je ne vois pas pourquoi l'ordinateur n'arriverait pas à se connecter à lui-même et du coup j'ai peur que ça annonce d'autre problème.
Bsr,
Perso je trouve cela normal que l'ordi ne puisse pas se connecter à lui même et c'est la meme chose sur mon serveur FTP que j'heberge.
Le protocole FTP simplifie c'est l'etablissement d'une liaison de configuration via le port 21 et la transmission des donnees via un port que le serveur va indiquer au client. Si le client est en meme temps serveur, a mon avis ca coince !
Phil.
Eru a écrit:
Tous mes ordinateurs sont reliés à un modem-routeur dont l'adresse IP
WAN est connue et la redirection de port fontionne (j'utilise le port
xxxx à la place du port 21 pour le protocol ftp par exemple)
Enfin bref, tout fonctionne normalement à partir d'un ordinateur *hors*
de mon réseau personnel.
Mais si j'essaie d'accéder à mon "serveur" en l'utilisant: en tappant
(dans firefox par exemple) l'adresse WAN de mon routeur suivie du bon
port utilisé, je suis dans l'impossibilité d'accéder à la ressource voulue.
(je fais des belles phrases moi aujourd'hui...)
En fait je voudrais savoir si ce "problème" est normal ou pas. Je ne
vois pas pourquoi l'ordinateur n'arriverait pas à se connecter à
lui-même et du coup j'ai peur que ça annonce d'autre problème.
Bsr,
Perso je trouve cela normal que l'ordi ne puisse pas se connecter à lui
même et c'est la meme chose sur mon serveur FTP que j'heberge.
Le protocole FTP simplifie c'est l'etablissement d'une liaison de
configuration via le port 21 et la transmission des donnees via un
port que le serveur va indiquer au client. Si le client est en meme
temps serveur, a mon avis ca coince !
Tous mes ordinateurs sont reliés à un modem-routeur dont l'adresse IP WAN est connue et la redirection de port fontionne (j'utilise le port xxxx à la place du port 21 pour le protocol ftp par exemple)
Enfin bref, tout fonctionne normalement à partir d'un ordinateur *hors* de mon réseau personnel. Mais si j'essaie d'accéder à mon "serveur" en l'utilisant: en tappant (dans firefox par exemple) l'adresse WAN de mon routeur suivie du bon port utilisé, je suis dans l'impossibilité d'accéder à la ressource voulue. (je fais des belles phrases moi aujourd'hui...)
En fait je voudrais savoir si ce "problème" est normal ou pas. Je ne vois pas pourquoi l'ordinateur n'arriverait pas à se connecter à lui-même et du coup j'ai peur que ça annonce d'autre problème.
Bsr,
Perso je trouve cela normal que l'ordi ne puisse pas se connecter à lui même et c'est la meme chose sur mon serveur FTP que j'heberge.
Le protocole FTP simplifie c'est l'etablissement d'une liaison de configuration via le port 21 et la transmission des donnees via un port que le serveur va indiquer au client. Si le client est en meme temps serveur, a mon avis ca coince !
Phil.
FB
Bonjour,
je souhaiterais pouvoir accéder à mon ordinateur via ftp ou ssh depuis n'importe où.
Tous mes ordinateurs sont reliés à un modem-routeur dont l'adresse IP WAN est connue et la redirection de port fontionne (j'utilise le port xxxx à la place du port 21 pour le protocol ftp par exemple)
Enfin bref, tout fonctionne normalement à partir d'un ordinateur *hors* de mon réseau personnel. Mais si j'essaie d'accéder à mon "serveur" en l'utilisant: en tappant (dans firefox par exemple) l'adresse WAN de mon routeur suivie du bon port utilisé, je suis dans l'impossibilité d'accéder à la ressource voulue. (je fais des belles phrases moi aujourd'hui...)
En fait je voudrais savoir si ce "problème" est normal ou pas. Je ne vois pas pourquoi l'ordinateur n'arriverait pas à se connecter à lui-même et du coup j'ai peur que ça annonce d'autre problème.
Je cherche donc à savoir si ce comportement est normal ou pas.
Merci d'avance pour vos lumières :)
Bonjour,
J'ai du mal à comprendre ton problème !
Grosso modo, tout fonctionne sauf ce que tu veux faire ?
Pourquoi n'utilises-tu pas pour accéder à cette machine "Terminal Server", alias "Bureau à distance" ? Tu ouvres et re-dirige sur ton routeur le port 3389 vers ce PC et tu pourras ensuite prendre la main dessus depuis 'anywhere' soit avec un client Terminal Server, soit sous XP avec "Accessoires -> Communication -> Bureau à distance" !
François
Bonjour,
je souhaiterais pouvoir accéder à mon ordinateur via ftp ou ssh depuis
n'importe où.
Tous mes ordinateurs sont reliés à un modem-routeur dont l'adresse IP
WAN est connue et la redirection de port fontionne (j'utilise le port
xxxx à la place du port 21 pour le protocol ftp par exemple)
Enfin bref, tout fonctionne normalement à partir d'un ordinateur *hors*
de mon réseau personnel.
Mais si j'essaie d'accéder à mon "serveur" en l'utilisant: en tappant
(dans firefox par exemple) l'adresse WAN de mon routeur suivie du bon
port utilisé, je suis dans l'impossibilité d'accéder à la ressource voulue.
(je fais des belles phrases moi aujourd'hui...)
En fait je voudrais savoir si ce "problème" est normal ou pas. Je ne
vois pas pourquoi l'ordinateur n'arriverait pas à se connecter à
lui-même et du coup j'ai peur que ça annonce d'autre problème.
Je cherche donc à savoir si ce comportement est normal ou pas.
Merci d'avance pour vos lumières :)
Bonjour,
J'ai du mal à comprendre ton problème !
Grosso modo, tout fonctionne sauf ce que tu veux faire ?
Pourquoi n'utilises-tu pas pour accéder à cette machine "Terminal
Server", alias "Bureau à distance" ?
Tu ouvres et re-dirige sur ton routeur le port 3389 vers ce PC et tu
pourras ensuite prendre la main dessus depuis 'anywhere' soit avec un
client Terminal Server, soit sous XP avec "Accessoires -> Communication
-> Bureau à distance" !
je souhaiterais pouvoir accéder à mon ordinateur via ftp ou ssh depuis n'importe où.
Tous mes ordinateurs sont reliés à un modem-routeur dont l'adresse IP WAN est connue et la redirection de port fontionne (j'utilise le port xxxx à la place du port 21 pour le protocol ftp par exemple)
Enfin bref, tout fonctionne normalement à partir d'un ordinateur *hors* de mon réseau personnel. Mais si j'essaie d'accéder à mon "serveur" en l'utilisant: en tappant (dans firefox par exemple) l'adresse WAN de mon routeur suivie du bon port utilisé, je suis dans l'impossibilité d'accéder à la ressource voulue. (je fais des belles phrases moi aujourd'hui...)
En fait je voudrais savoir si ce "problème" est normal ou pas. Je ne vois pas pourquoi l'ordinateur n'arriverait pas à se connecter à lui-même et du coup j'ai peur que ça annonce d'autre problème.
Je cherche donc à savoir si ce comportement est normal ou pas.
Merci d'avance pour vos lumières :)
Bonjour,
J'ai du mal à comprendre ton problème !
Grosso modo, tout fonctionne sauf ce que tu veux faire ?
Pourquoi n'utilises-tu pas pour accéder à cette machine "Terminal Server", alias "Bureau à distance" ? Tu ouvres et re-dirige sur ton routeur le port 3389 vers ce PC et tu pourras ensuite prendre la main dessus depuis 'anywhere' soit avec un client Terminal Server, soit sous XP avec "Accessoires -> Communication -> Bureau à distance" !
François
Eru
Bonjour,
J'ai du mal à comprendre ton problème !
Grosso modo, tout fonctionne sauf ce que tu veux faire ? Tout fonctionne bien seulement lorsque j'essaie d'accéder à mon adresse
WAN à partir de l'ordinateur qui fait office de serveur et bien je ne me (re)trouve pas en fait.
Pourquoi n'utilises-tu pas pour accéder à cette machine "Terminal Server", alias "Bureau à distance" ? Tu ouvres et re-dirige sur ton routeur le port 3389 vers ce PC et tu pourras ensuite prendre la main dessus depuis 'anywhere' soit avec un client Terminal Server, soit sous XP avec "Accessoires -> Communication -> Bureau à distance" ! En fait le serveur en question est un Mac (mon projet était plus un
serveur ftp/ssh perso :) )
Mais je pense que ça doit être normal après tout, comme le disais "Phil" dans un autre message.
Merci encore. :)
-- Eru
Bonjour,
J'ai du mal à comprendre ton problème !
Grosso modo, tout fonctionne sauf ce que tu veux faire ?
Tout fonctionne bien seulement lorsque j'essaie d'accéder à mon adresse
WAN à partir de l'ordinateur qui fait office de serveur et bien je ne me
(re)trouve pas en fait.
Pourquoi n'utilises-tu pas pour accéder à cette machine "Terminal
Server", alias "Bureau à distance" ?
Tu ouvres et re-dirige sur ton routeur le port 3389 vers ce PC et tu
pourras ensuite prendre la main dessus depuis 'anywhere' soit avec un
client Terminal Server, soit sous XP avec "Accessoires -> Communication
-> Bureau à distance" !
En fait le serveur en question est un Mac (mon projet était plus un
serveur ftp/ssh perso :) )
Mais je pense que ça doit être normal après tout, comme le disais "Phil"
dans un autre message.
Grosso modo, tout fonctionne sauf ce que tu veux faire ? Tout fonctionne bien seulement lorsque j'essaie d'accéder à mon adresse
WAN à partir de l'ordinateur qui fait office de serveur et bien je ne me (re)trouve pas en fait.
Pourquoi n'utilises-tu pas pour accéder à cette machine "Terminal Server", alias "Bureau à distance" ? Tu ouvres et re-dirige sur ton routeur le port 3389 vers ce PC et tu pourras ensuite prendre la main dessus depuis 'anywhere' soit avec un client Terminal Server, soit sous XP avec "Accessoires -> Communication -> Bureau à distance" ! En fait le serveur en question est un Mac (mon projet était plus un
serveur ftp/ssh perso :) )
Mais je pense que ça doit être normal après tout, comme le disais "Phil" dans un autre message.
Merci encore. :)
-- Eru
Nina Popravka
On Sun, 20 Aug 2006 17:04:39 +0200, Eru wrote:
Tout fonctionne bien seulement lorsque j'essaie d'accéder à mon adresse WAN à partir de l'ordinateur qui fait office de serveur et bien je ne me (re)trouve pas en fait. C'est le routeur qui ne fait pas de loop-back. Rien d'alarmant.
-- Nina
On Sun, 20 Aug 2006 17:04:39 +0200, Eru <guillaume.antier@gmail.com>
wrote:
Tout fonctionne bien seulement lorsque j'essaie d'accéder à mon adresse
WAN à partir de l'ordinateur qui fait office de serveur et bien je ne me
(re)trouve pas en fait.
C'est le routeur qui ne fait pas de loop-back. Rien d'alarmant.
Tout fonctionne bien seulement lorsque j'essaie d'accéder à mon adresse WAN à partir de l'ordinateur qui fait office de serveur et bien je ne me (re)trouve pas en fait. C'est le routeur qui ne fait pas de loop-back. Rien d'alarmant.
-- Nina
Eru
C'est le routeur qui ne fait pas de loop-back. Rien d'alarmant.
A la fois très simple et très logique. Merci. :)
-- Eru
C'est le routeur qui ne fait pas de loop-back. Rien d'alarmant.
C'est le routeur qui ne fait pas de loop-back. Rien d'alarmant.
A la fois très simple et très logique. Merci. :)
-- Eru
Pascal Hambourg
Salut,
je souhaiterais pouvoir accéder à mon ordinateur via ftp ou ssh depuis n'importe où.
Tous mes ordinateurs sont reliés à un modem-routeur dont l'adresse IP WAN est connue et la redirection de port fontionne (j'utilise le port xxxx à la place du port 21 pour le protocol ftp par exemple)
Enfin bref, tout fonctionne normalement à partir d'un ordinateur *hors* de mon réseau personnel. Mais si j'essaie d'accéder à mon "serveur" en l'utilisant: en tappant (dans firefox par exemple) l'adresse WAN de mon routeur suivie du bon port utilisé, je suis dans l'impossibilité d'accéder à la ressource voulue. (je fais des belles phrases moi aujourd'hui...)
En fait je voudrais savoir si ce "problème" est normal ou pas. Je ne vois pas pourquoi l'ordinateur n'arriverait pas à se connecter à lui-même et du coup j'ai peur que ça annonce d'autre problème.
Oui, c'est "normal". Du moins, ce n'est pas un bug, c'est classique et expliquable. Contrairement à ce qu'on a répondu, ça n'a a priori rien à voir avec le fait que la même machine soit à la fois client et serveur, ce qui est bien sûr possible. Il y a plusieurs raisons possibles, mais l'idée est que ton routeur ne fait pas la redirection NAT depuis le LAN vers le LAN comme il faudrait (c'est plus délicat que du WAN vers le LAN) ou bien ne la fait pas du tout. Un logiciel de capture réseau sur le serveur permettrait de trancher. Si le routeur est suffisamment avancé, du genre Cisco ou basé sur un noyau Linux avec iptables pour faire les filtrage et le NAT, il y a peut-être moyen d'y remédier.
Note : ce problème n'a aucun rapport avec ethernet, il serait plus à sa place dans news:fr.comp.reseaux.ip.
Salut,
je souhaiterais pouvoir accéder à mon ordinateur via ftp ou ssh depuis
n'importe où.
Tous mes ordinateurs sont reliés à un modem-routeur dont l'adresse IP
WAN est connue et la redirection de port fontionne (j'utilise le port
xxxx à la place du port 21 pour le protocol ftp par exemple)
Enfin bref, tout fonctionne normalement à partir d'un ordinateur *hors*
de mon réseau personnel.
Mais si j'essaie d'accéder à mon "serveur" en l'utilisant: en tappant
(dans firefox par exemple) l'adresse WAN de mon routeur suivie du bon
port utilisé, je suis dans l'impossibilité d'accéder à la ressource voulue.
(je fais des belles phrases moi aujourd'hui...)
En fait je voudrais savoir si ce "problème" est normal ou pas. Je ne
vois pas pourquoi l'ordinateur n'arriverait pas à se connecter à
lui-même et du coup j'ai peur que ça annonce d'autre problème.
Oui, c'est "normal". Du moins, ce n'est pas un bug, c'est classique et
expliquable. Contrairement à ce qu'on a répondu, ça n'a a priori rien à
voir avec le fait que la même machine soit à la fois client et serveur,
ce qui est bien sûr possible. Il y a plusieurs raisons possibles, mais
l'idée est que ton routeur ne fait pas la redirection NAT depuis le LAN
vers le LAN comme il faudrait (c'est plus délicat que du WAN vers le
LAN) ou bien ne la fait pas du tout. Un logiciel de capture réseau sur
le serveur permettrait de trancher. Si le routeur est suffisamment
avancé, du genre Cisco ou basé sur un noyau Linux avec iptables pour
faire les filtrage et le NAT, il y a peut-être moyen d'y remédier.
Note : ce problème n'a aucun rapport avec ethernet, il serait plus à sa
place dans news:fr.comp.reseaux.ip.
je souhaiterais pouvoir accéder à mon ordinateur via ftp ou ssh depuis n'importe où.
Tous mes ordinateurs sont reliés à un modem-routeur dont l'adresse IP WAN est connue et la redirection de port fontionne (j'utilise le port xxxx à la place du port 21 pour le protocol ftp par exemple)
Enfin bref, tout fonctionne normalement à partir d'un ordinateur *hors* de mon réseau personnel. Mais si j'essaie d'accéder à mon "serveur" en l'utilisant: en tappant (dans firefox par exemple) l'adresse WAN de mon routeur suivie du bon port utilisé, je suis dans l'impossibilité d'accéder à la ressource voulue. (je fais des belles phrases moi aujourd'hui...)
En fait je voudrais savoir si ce "problème" est normal ou pas. Je ne vois pas pourquoi l'ordinateur n'arriverait pas à se connecter à lui-même et du coup j'ai peur que ça annonce d'autre problème.
Oui, c'est "normal". Du moins, ce n'est pas un bug, c'est classique et expliquable. Contrairement à ce qu'on a répondu, ça n'a a priori rien à voir avec le fait que la même machine soit à la fois client et serveur, ce qui est bien sûr possible. Il y a plusieurs raisons possibles, mais l'idée est que ton routeur ne fait pas la redirection NAT depuis le LAN vers le LAN comme il faudrait (c'est plus délicat que du WAN vers le LAN) ou bien ne la fait pas du tout. Un logiciel de capture réseau sur le serveur permettrait de trancher. Si le routeur est suffisamment avancé, du genre Cisco ou basé sur un noyau Linux avec iptables pour faire les filtrage et le NAT, il y a peut-être moyen d'y remédier.
Note : ce problème n'a aucun rapport avec ethernet, il serait plus à sa place dans news:fr.comp.reseaux.ip.
Fifi
Pascal Hambourg a écrit:
Oui, c'est "normal". Du moins, ce n'est pas un bug, c'est classique et expliquable. Contrairement à ce qu'on a répondu, ça n'a a priori rien à voir avec le fait que la même machine soit à la fois client et serveur, ce qui est bien sûr possible.
Meme dans le cas un peut particulier du protocole FTP ? Comment la meme machine peut etre a l'ecoute sur le port 21 alors qu'elle envoie ses donnees d'identification sur ce meme port au meme instant ? La fraction de trame serait-elle bufferisee qq part ?
Je ne connais pas l'equipement de l'initiateur du thread, mais dans un workgroup avec un soft FTP serveur et un soft client FTP sur la meme machine, le client ne voit pas le serveur.
Ca serait peut-etre different sur un OS serveur... je saurai ca bientot.
Il y a plusieurs raisons possibles, mais l'idée est que ton routeur ne fait pas la redirection NAT depuis le LAN vers le LAN comme il faudrait (c'est plus délicat que du WAN vers le LAN) ou bien ne la fait pas du tout. Un logiciel de capture réseau sur le serveur permettrait de trancher.
C'est egalement une possibilite. Mais je ne peux plus faire de tests pour le moment.
Phil.
Suivi sur news:fr.comp.reseaux.ip
Pascal Hambourg a écrit:
Oui, c'est "normal". Du moins, ce n'est pas un bug, c'est classique et
expliquable. Contrairement à ce qu'on a répondu, ça n'a a priori rien à
voir avec le fait que la même machine soit à la fois client et serveur,
ce qui est bien sûr possible.
Meme dans le cas un peut particulier du protocole FTP ?
Comment la meme machine peut etre a l'ecoute sur le port 21 alors
qu'elle envoie ses donnees d'identification sur ce meme port au
meme instant ? La fraction de trame serait-elle bufferisee qq part ?
Je ne connais pas l'equipement de l'initiateur du thread, mais dans
un workgroup avec un soft FTP serveur et un soft client FTP sur la
meme machine, le client ne voit pas le serveur.
Ca serait peut-etre different sur un OS serveur... je saurai ca
bientot.
Il y a plusieurs raisons possibles, mais
l'idée est que ton routeur ne fait pas la redirection NAT depuis le LAN
vers le LAN comme il faudrait (c'est plus délicat que du WAN vers le
LAN) ou bien ne la fait pas du tout. Un logiciel de capture réseau sur
le serveur permettrait de trancher.
C'est egalement une possibilite.
Mais je ne peux plus faire de tests pour le moment.
Oui, c'est "normal". Du moins, ce n'est pas un bug, c'est classique et expliquable. Contrairement à ce qu'on a répondu, ça n'a a priori rien à voir avec le fait que la même machine soit à la fois client et serveur, ce qui est bien sûr possible.
Meme dans le cas un peut particulier du protocole FTP ? Comment la meme machine peut etre a l'ecoute sur le port 21 alors qu'elle envoie ses donnees d'identification sur ce meme port au meme instant ? La fraction de trame serait-elle bufferisee qq part ?
Je ne connais pas l'equipement de l'initiateur du thread, mais dans un workgroup avec un soft FTP serveur et un soft client FTP sur la meme machine, le client ne voit pas le serveur.
Ca serait peut-etre different sur un OS serveur... je saurai ca bientot.
Il y a plusieurs raisons possibles, mais l'idée est que ton routeur ne fait pas la redirection NAT depuis le LAN vers le LAN comme il faudrait (c'est plus délicat que du WAN vers le LAN) ou bien ne la fait pas du tout. Un logiciel de capture réseau sur le serveur permettrait de trancher.
C'est egalement une possibilite. Mais je ne peux plus faire de tests pour le moment.
Phil.
Suivi sur news:fr.comp.reseaux.ip
Pascal Hambourg
Pascal Hambourg a écrit:
Oui, c'est "normal". Du moins, ce n'est pas un bug, c'est classique et expliquable. Contrairement à ce qu'on a répondu, ça n'a a priori rien à voir avec le fait que la même machine soit à la fois client et serveur, ce qui est bien sûr possible.
Meme dans le cas un peut particulier du protocole FTP ?
Oui, bien sûr. FTP n'a rien de particulier de ce point de vue.
Comment la meme machine peut etre a l'ecoute sur le port 21 alors qu'elle envoie ses donnees d'identification sur ce meme port au meme instant ? La fraction de trame serait-elle bufferisee qq part ?
La pile réseau de la machine crée une interface "virtuelle" de loopback ("rebouclage"), qui lui permet de comuniquer localement avec elle-même.
Je ne connais pas l'equipement de l'initiateur du thread, mais dans un workgroup avec un soft FTP serveur et un soft client FTP sur la meme machine, le client ne voit pas le serveur.
Qu'est-ce que le workgroup vient faire là-dedans ?
Pascal Hambourg a écrit:
Oui, c'est "normal". Du moins, ce n'est pas un bug, c'est classique et
expliquable. Contrairement à ce qu'on a répondu, ça n'a a priori rien
à voir avec le fait que la même machine soit à la fois client et
serveur, ce qui est bien sûr possible.
Meme dans le cas un peut particulier du protocole FTP ?
Oui, bien sûr. FTP n'a rien de particulier de ce point de vue.
Comment la meme machine peut etre a l'ecoute sur le port 21 alors
qu'elle envoie ses donnees d'identification sur ce meme port au
meme instant ? La fraction de trame serait-elle bufferisee qq part ?
La pile réseau de la machine crée une interface "virtuelle" de loopback
("rebouclage"), qui lui permet de comuniquer localement avec elle-même.
Je ne connais pas l'equipement de l'initiateur du thread, mais dans
un workgroup avec un soft FTP serveur et un soft client FTP sur la
meme machine, le client ne voit pas le serveur.
Qu'est-ce que le workgroup vient faire là-dedans ?
Oui, c'est "normal". Du moins, ce n'est pas un bug, c'est classique et expliquable. Contrairement à ce qu'on a répondu, ça n'a a priori rien à voir avec le fait que la même machine soit à la fois client et serveur, ce qui est bien sûr possible.
Meme dans le cas un peut particulier du protocole FTP ?
Oui, bien sûr. FTP n'a rien de particulier de ce point de vue.
Comment la meme machine peut etre a l'ecoute sur le port 21 alors qu'elle envoie ses donnees d'identification sur ce meme port au meme instant ? La fraction de trame serait-elle bufferisee qq part ?
La pile réseau de la machine crée une interface "virtuelle" de loopback ("rebouclage"), qui lui permet de comuniquer localement avec elle-même.
Je ne connais pas l'equipement de l'initiateur du thread, mais dans un workgroup avec un soft FTP serveur et un soft client FTP sur la meme machine, le client ne voit pas le serveur.
Qu'est-ce que le workgroup vient faire là-dedans ?
Pascal Hambourg
[Supersedes, crosspost et suivi dans fr.comp.reseaux.ip]
Pascal Hambourg a écrit:
Oui, c'est "normal". Du moins, ce n'est pas un bug, c'est classique et expliquable. Contrairement à ce qu'on a répondu, ça n'a a priori rien à voir avec le fait que la même machine soit à la fois client et serveur, ce qui est bien sûr possible.
Meme dans le cas un peut particulier du protocole FTP ?
Oui, bien sûr. FTP n'a rien de particulier de ce point de vue.
Comment la meme machine peut etre a l'ecoute sur le port 21 alors qu'elle envoie ses donnees d'identification sur ce meme port au meme instant ? La fraction de trame serait-elle bufferisee qq part ?
La pile réseau de la machine crée une interface "virtuelle" de loopback ("rebouclage"), qui lui permet de comuniquer localement avec elle-même.
Je ne connais pas l'equipement de l'initiateur du thread, mais dans un workgroup avec un soft FTP serveur et un soft client FTP sur la meme machine, le client ne voit pas le serveur.
Qu'est-ce que le workgroup vient faire là-dedans ?
PS : quand on positionne le suivi vers un autre forum, il est souhaitable de crossposter dans le forum d'origine et le forum de destination.
[Supersedes, crosspost et suivi dans fr.comp.reseaux.ip]
Pascal Hambourg a écrit:
Oui, c'est "normal". Du moins, ce n'est pas un bug, c'est classique et
expliquable. Contrairement à ce qu'on a répondu, ça n'a a priori rien
à voir avec le fait que la même machine soit à la fois client et
serveur, ce qui est bien sûr possible.
Meme dans le cas un peut particulier du protocole FTP ?
Oui, bien sûr. FTP n'a rien de particulier de ce point de vue.
Comment la meme machine peut etre a l'ecoute sur le port 21 alors
qu'elle envoie ses donnees d'identification sur ce meme port au
meme instant ? La fraction de trame serait-elle bufferisee qq part ?
La pile réseau de la machine crée une interface "virtuelle" de loopback
("rebouclage"), qui lui permet de comuniquer localement avec elle-même.
Je ne connais pas l'equipement de l'initiateur du thread, mais dans
un workgroup avec un soft FTP serveur et un soft client FTP sur la
meme machine, le client ne voit pas le serveur.
Qu'est-ce que le workgroup vient faire là-dedans ?
PS : quand on positionne le suivi vers un autre forum, il est
souhaitable de crossposter dans le forum d'origine et le forum de
destination.
[Supersedes, crosspost et suivi dans fr.comp.reseaux.ip]
Pascal Hambourg a écrit:
Oui, c'est "normal". Du moins, ce n'est pas un bug, c'est classique et expliquable. Contrairement à ce qu'on a répondu, ça n'a a priori rien à voir avec le fait que la même machine soit à la fois client et serveur, ce qui est bien sûr possible.
Meme dans le cas un peut particulier du protocole FTP ?
Oui, bien sûr. FTP n'a rien de particulier de ce point de vue.
Comment la meme machine peut etre a l'ecoute sur le port 21 alors qu'elle envoie ses donnees d'identification sur ce meme port au meme instant ? La fraction de trame serait-elle bufferisee qq part ?
La pile réseau de la machine crée une interface "virtuelle" de loopback ("rebouclage"), qui lui permet de comuniquer localement avec elle-même.
Je ne connais pas l'equipement de l'initiateur du thread, mais dans un workgroup avec un soft FTP serveur et un soft client FTP sur la meme machine, le client ne voit pas le serveur.
Qu'est-ce que le workgroup vient faire là-dedans ?
PS : quand on positionne le suivi vers un autre forum, il est souhaitable de crossposter dans le forum d'origine et le forum de destination.
Fifi
Pascal Hambourg a écrit:
La pile réseau de la machine crée une interface "virtuelle" de loopback ("rebouclage"), qui lui permet de comuniquer localement avec elle-même.
Oui en theorie ca me semblerait logique, mais pourtant ca ne marche pas chez moi et a premiere vu chez d'autres.
As-tu teste egalement ?
Qu'est-ce que le workgroup vient faire là-dedans ?
Rien de particulier. Perso je suis en Workgroup pour le moment et le serveur FTP est un serveur de chez Code-Crafters.
Phil.
PS : quand on positionne le suivi vers un autre forum, il est souhaitable de crossposter dans le forum d'origine et le forum de destination.
Pascal Hambourg a écrit:
La pile réseau de la machine crée une interface "virtuelle" de loopback
("rebouclage"), qui lui permet de comuniquer localement avec elle-même.
Oui en theorie ca me semblerait logique, mais pourtant ca ne marche pas
chez moi et a premiere vu chez d'autres.
As-tu teste egalement ?
Qu'est-ce que le workgroup vient faire là-dedans ?
Rien de particulier. Perso je suis en Workgroup pour le moment
et le serveur FTP est un serveur de chez Code-Crafters.
Phil.
PS : quand on positionne le suivi vers un autre forum, il est
souhaitable de crossposter dans le forum d'origine et le forum de
destination.
