salut je ne suis pas très sûr d'être dans le bon forum, merci de me
rediriger au cas où.......
alors voila je seche depuis plusieurs semaines, même mon FAI ne (v)(p)eut
pas m'aider, j'ai installé sur ma debian proftpd, il y a aussi un
firewall et les ports 20 et 21 sont ouverts, les modules ftp sont
chargés. quand je me connecte depuis mon réseau local aucun pblm je peux
lister télécharger bref tout faire, mais quand je me connecte depuis
l'extérieur et d'une facon générale quand je me connecte au ftp via
l'interface reliée a internet (ppp0) j'obtiens le message suivant :
500 Sorry, no server available to handle request on
APlessis-Bouchard-153-1-2-17.w83-112.abo.wanadoo.fr.
j'ai vérifié sur quelques sites qui scannent les ports et a chaque fois
le port 21 est vu comme étant ouvert et le port 20 fermé (closed mais
pas stealth)
J'ai retrouvé le code d'erreur dans la RFC959:
500 Erreur de syntaxe, commande non reconnue. Inclut le cas d'une ligne de
commande trop longue.
La seule chose qui soit trop longue c'est mon nom d'hôte, à part ca je
ne vois pas ou alors le rapport est très subtil.
Je voudrais juste savoir ce qui provoque l'apparition du message d'erreur,
une idée ?
PS: pour ceux qui veulent essayer: ftp://bbpfrance.homelinux.org/
le site refuse les connexions anonymes
--
A+
Jack H.
"Tant que ça aide...8+)"
Le Sat, 12 Mar 2005 17:45:44 +0100, Jack Holborn a écrit :
:-) !
salut je ne suis pas très sûr d'être dans le bon forum, merci de me rediriger au cas où....... alors voila je seche depuis plusieurs semaines, même mon FAI ne (v)(p)eut pas m'aider, j'ai installé sur ma debian proftpd, il y a aussi un firewall et les ports 20 et 21 sont ouverts, les modules ftp sont chargés. quand je me connecte depuis mon réseau local aucun pblm je peux lister télécharger bref tout faire, mais quand je me connecte depuis l'extérieur et d'une facon générale quand je me connecte au ftp via l'interface reliée a internet (ppp0) j'obtiens le message suivant :
500 Sorry, no server available to handle request on APlessis-Bouchard-153-1-2-17.w83-112.abo.wanadoo.fr.
j'ai vérifié sur quelques sites qui scannent les ports et a chaque fois le port 21 est vu comme étant ouvert et le port 20 fermé (closed mais pas stealth) J'ai retrouvé le code d'erreur dans la RFC959: 500 Erreur de syntaxe, commande non reconnue. Inclut le cas d'une ligne de commande trop longue. La seule chose qui soit trop longue c'est mon nom d'hôte, à part ca je ne vois pas ou alors le rapport est très subtil. Je voudrais juste savoir ce qui provoque l'apparition du message d'erreur, une idée ?
PS: pour ceux qui veulent essayer: ftp://bbpfrance.homelinux.org/ le site refuse les connexions anonymes
J'ai trouvé !! Grace à Tichou et surtout pascal qui a bien cerné mon pblm, merci à eux donc. Voila ce qui n'allait pas: j'ai une directive "DefaultServer" dans mon proftpd.conf que j'avais passée à off a une époque ou je restreignais l'accès FTP a mon réseau local, et puis je l'ai oubliée. Quel idiot n'est-ce pas? C'est elle qui est responsable du message et du reste. Tout est rentré dans l'ordre je suis super content, merci encore !
-- A+ Jack H. "Tant que ça aide...8+)"
Le Sat, 12 Mar 2005 17:45:44 +0100, Jack Holborn a écrit :
:-) !
salut je ne suis pas très sûr d'être dans le bon forum, merci de me
rediriger au cas où.......
alors voila je seche depuis plusieurs semaines, même mon FAI ne (v)(p)eut
pas m'aider, j'ai installé sur ma debian proftpd, il y a aussi un
firewall et les ports 20 et 21 sont ouverts, les modules ftp sont
chargés. quand je me connecte depuis mon réseau local aucun pblm je peux
lister télécharger bref tout faire, mais quand je me connecte depuis
l'extérieur et d'une facon générale quand je me connecte au ftp via
l'interface reliée a internet (ppp0) j'obtiens le message suivant :
500 Sorry, no server available to handle request on
APlessis-Bouchard-153-1-2-17.w83-112.abo.wanadoo.fr.
j'ai vérifié sur quelques sites qui scannent les ports et a chaque fois
le port 21 est vu comme étant ouvert et le port 20 fermé (closed mais
pas stealth)
J'ai retrouvé le code d'erreur dans la RFC959: 500 Erreur de syntaxe,
commande non reconnue. Inclut le cas d'une ligne de commande trop longue.
La seule chose qui soit trop longue c'est mon nom d'hôte, à part ca je
ne vois pas ou alors le rapport est très subtil. Je voudrais juste savoir
ce qui provoque l'apparition du message d'erreur, une idée ?
PS: pour ceux qui veulent essayer: ftp://bbpfrance.homelinux.org/ le site
refuse les connexions anonymes
J'ai trouvé !!
Grace à Tichou et surtout pascal qui a bien cerné mon pblm, merci à eux
donc. Voila ce qui n'allait pas:
j'ai une directive "DefaultServer" dans mon proftpd.conf que j'avais
passée à off a une époque ou je restreignais l'accès FTP a mon réseau
local, et puis je l'ai oubliée. Quel idiot n'est-ce pas?
C'est elle qui est responsable du message et du reste. Tout est rentré
dans l'ordre je suis super content, merci encore !
Le Sat, 12 Mar 2005 17:45:44 +0100, Jack Holborn a écrit :
:-) !
salut je ne suis pas très sûr d'être dans le bon forum, merci de me rediriger au cas où....... alors voila je seche depuis plusieurs semaines, même mon FAI ne (v)(p)eut pas m'aider, j'ai installé sur ma debian proftpd, il y a aussi un firewall et les ports 20 et 21 sont ouverts, les modules ftp sont chargés. quand je me connecte depuis mon réseau local aucun pblm je peux lister télécharger bref tout faire, mais quand je me connecte depuis l'extérieur et d'une facon générale quand je me connecte au ftp via l'interface reliée a internet (ppp0) j'obtiens le message suivant :
500 Sorry, no server available to handle request on APlessis-Bouchard-153-1-2-17.w83-112.abo.wanadoo.fr.
j'ai vérifié sur quelques sites qui scannent les ports et a chaque fois le port 21 est vu comme étant ouvert et le port 20 fermé (closed mais pas stealth) J'ai retrouvé le code d'erreur dans la RFC959: 500 Erreur de syntaxe, commande non reconnue. Inclut le cas d'une ligne de commande trop longue. La seule chose qui soit trop longue c'est mon nom d'hôte, à part ca je ne vois pas ou alors le rapport est très subtil. Je voudrais juste savoir ce qui provoque l'apparition du message d'erreur, une idée ?
PS: pour ceux qui veulent essayer: ftp://bbpfrance.homelinux.org/ le site refuse les connexions anonymes
J'ai trouvé !! Grace à Tichou et surtout pascal qui a bien cerné mon pblm, merci à eux donc. Voila ce qui n'allait pas: j'ai une directive "DefaultServer" dans mon proftpd.conf que j'avais passée à off a une époque ou je restreignais l'accès FTP a mon réseau local, et puis je l'ai oubliée. Quel idiot n'est-ce pas? C'est elle qui est responsable du message et du reste. Tout est rentré dans l'ordre je suis super content, merci encore !
-- A+ Jack H. "Tant que ça aide...8+)"
Pascal
J'ai trouvé !! Grace à Tichou et surtout pascal qui a bien cerné mon pblm, merci à eux donc. Voila ce qui n'allait pas: [...]
Comme je le disais, je ne connais proftpd que de nom, je ne l'ai jamais mis en oeuvre. Mais sur ce coup un certain moteur de recherche web bien connu était mon ami (requête sur proftpd + message d'erreur), et il aurait pu être le tien aussi. ;-)
-- Pascal Vous pouvez me tutoyer. Piège à spam :
J'ai trouvé !!
Grace à Tichou et surtout pascal qui a bien cerné mon pblm, merci à eux
donc. Voila ce qui n'allait pas:
[...]
Comme je le disais, je ne connais proftpd que de nom, je ne l'ai jamais
mis en oeuvre. Mais sur ce coup un certain moteur de recherche web bien
connu était mon ami (requête sur proftpd + message d'erreur), et il
aurait pu être le tien aussi. ;-)
--
Pascal
Vous pouvez me tutoyer.
Piège à spam : boite-a-spam@plouf.fr.eu.org
J'ai trouvé !! Grace à Tichou et surtout pascal qui a bien cerné mon pblm, merci à eux donc. Voila ce qui n'allait pas: [...]
Comme je le disais, je ne connais proftpd que de nom, je ne l'ai jamais mis en oeuvre. Mais sur ce coup un certain moteur de recherche web bien connu était mon ami (requête sur proftpd + message d'erreur), et il aurait pu être le tien aussi. ;-)
-- Pascal Vous pouvez me tutoyer. Piège à spam :
Pascal
Quel est le résultat si tu te connectes depuis le réseau local (ou la machine serveur elle-même) en utilisant l'adresse publique ?
Meme chose, comme je l'ai dit toutes les connexion à l'interface publique renvoient ce message
Petite correction : l'interface par laquelle on se connecte est liée à la position du client, pas à l'adresse destination qu'il utilise. Linux répond sur chaque interface à n'importe laquelle de ses adresses d'hôte.
Si tu te connectes depuis le LAN, ça passe par l'interface ethernet ethX, quelle que soit l'adresse utilisée, privée ou publique. Si tu te connectes depuis la machine elle-même, ça passe par l'interface de loopback (lo) que l'adresse utilisée soit l'adresse publique, l'adresse privée ou une adresse de loopback. Si ton FAI routait les adresses privées vers ta connexion, il serait possible de se connecter sur ton interface publique ppp0 avec l'adresse privée.
Il faut bien faire la distinction entre adresse et interface, en particulier quand on met en place des règles de filtrage de paquets.
-- Pascal Vous pouvez me tutoyer. Piège à spam :
Quel est le résultat si tu te connectes depuis le réseau local (ou la
machine serveur elle-même) en utilisant l'adresse publique ?
Meme chose, comme je l'ai dit toutes les connexion à l'interface publique
renvoient ce message
Petite correction : l'interface par laquelle on se connecte est liée à
la position du client, pas à l'adresse destination qu'il utilise. Linux
répond sur chaque interface à n'importe laquelle de ses adresses d'hôte.
Si tu te connectes depuis le LAN, ça passe par l'interface ethernet
ethX, quelle que soit l'adresse utilisée, privée ou publique. Si tu te
connectes depuis la machine elle-même, ça passe par l'interface de
loopback (lo) que l'adresse utilisée soit l'adresse publique, l'adresse
privée ou une adresse de loopback. Si ton FAI routait les adresses
privées vers ta connexion, il serait possible de se connecter sur ton
interface publique ppp0 avec l'adresse privée.
Il faut bien faire la distinction entre adresse et interface, en
particulier quand on met en place des règles de filtrage de paquets.
--
Pascal
Vous pouvez me tutoyer.
Piège à spam : boite-a-spam@plouf.fr.eu.org
Quel est le résultat si tu te connectes depuis le réseau local (ou la machine serveur elle-même) en utilisant l'adresse publique ?
Meme chose, comme je l'ai dit toutes les connexion à l'interface publique renvoient ce message
Petite correction : l'interface par laquelle on se connecte est liée à la position du client, pas à l'adresse destination qu'il utilise. Linux répond sur chaque interface à n'importe laquelle de ses adresses d'hôte.
Si tu te connectes depuis le LAN, ça passe par l'interface ethernet ethX, quelle que soit l'adresse utilisée, privée ou publique. Si tu te connectes depuis la machine elle-même, ça passe par l'interface de loopback (lo) que l'adresse utilisée soit l'adresse publique, l'adresse privée ou une adresse de loopback. Si ton FAI routait les adresses privées vers ta connexion, il serait possible de se connecter sur ton interface publique ppp0 avec l'adresse privée.
Il faut bien faire la distinction entre adresse et interface, en particulier quand on met en place des règles de filtrage de paquets.
