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+)"
( Sat, 12 Mar 2005 17:45:44 +0100 ) Jack Holborn :
[...]
quel est ton modem ? -- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
( Sat, 12 Mar 2005 17:45:44 +0100 ) Jack Holborn :
[...]
quel est ton modem ?
--
L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses
activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance)
Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
( Sat, 12 Mar 2005 17:45:44 +0100 ) Jack Holborn :
[...]
quel est ton modem ? -- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
TiChou
Dans le message <news:, *Jack Holborn* tapota sur f.c.o.l.configuration :
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 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.
Rien à voir.
Je voudrais juste savoir ce qui provoque l'apparition du message d'erreur,
Problème de configuration de ProFTPD qui n'autorise pas les connexions provenant de l'interface/adresse WAN.
une idée ?
Vérifiez la configuration de ProFTPD et soumettez nous là éventuellement. Je penche pour un problème de VirtualHost.
Sinon, c'est peut être l'occasion de virer ProFTPD qui est devenue une vraie usine à gaz, pour le remplacer par l'excellent vsftpd.
-- TiChou
Dans le message <news:pan.2005.03.12.16.45.44.239535@hotmail.com>,
*Jack Holborn* tapota sur f.c.o.l.configuration :
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 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.
Rien à voir.
Je voudrais juste savoir ce qui provoque l'apparition du message
d'erreur,
Problème de configuration de ProFTPD qui n'autorise pas les connexions
provenant de l'interface/adresse WAN.
une idée ?
Vérifiez la configuration de ProFTPD et soumettez nous là éventuellement.
Je penche pour un problème de VirtualHost.
Sinon, c'est peut être l'occasion de virer ProFTPD qui est devenue une vraie
usine à gaz, pour le remplacer par l'excellent vsftpd.
Dans le message <news:, *Jack Holborn* tapota sur f.c.o.l.configuration :
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 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.
Rien à voir.
Je voudrais juste savoir ce qui provoque l'apparition du message d'erreur,
Problème de configuration de ProFTPD qui n'autorise pas les connexions provenant de l'interface/adresse WAN.
une idée ?
Vérifiez la configuration de ProFTPD et soumettez nous là éventuellement. Je penche pour un problème de VirtualHost.
Sinon, c'est peut être l'occasion de virer ProFTPD qui est devenue une vraie usine à gaz, pour le remplacer par l'excellent vsftpd.
-- TiChou
Pascal
Salut,
salut je ne suis pas très sûr d'être dans le bon forum, merci de me rediriger au cas où.......
Je suppose que le forum le plus approprié devrait être news:fr.comp.infosystemes puisqu'on peut lire dans sa charte "Ce groupe peut être utilisé pour les discussions autour de FTP (installation et configuration du serveur, organisation des répertoires)".
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,
Pourquoi le port 20 ? Par défaut un serveur FTP n'écoute jamais sur le port 20. Il ne s'en sert que de port source pour les transferts en mode FTP actif (c'est-à-dire quand c'est lui qui ouvre la connexion de données vers le client).
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.
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 ?
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)
Normal, comme je disais le port 20 n'est pas utilisé en écoute.
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.
Ni le nom d'hôte ni aucune commande n'y sont pour quoi que ce soit. D'une part, contrairement au HTTP, on ne passe pas le nom d'hôte dans les commandes FTP. D'autre part, ce message d'erreur est renvoyé dès la connexion établie, avant même d'avoir pu envoyer la moindre commande (vérifié avec netcat).
Je voudrais juste savoir ce qui provoque l'apparition du message d'erreur, une idée ?
A mon avis, ça vient de la configuration de proftpd (que je ne connais pas). Soit il n'accepte pas les connexions sur l'adresse publique de ppp0 (voir peut-être du côté des directives <VirtualHost> et DefaultServer), soit il n'accepte pas les connexions venant d'adresses sources extérieures au réseau local (voir peut-être les directives Allow, Deny).
PS: pour ceux qui veulent essayer: ftp://bbpfrance.homelinux.org/ le site refuse les connexions anonymes
De toute façon il coupe la connexion avant qu'on puisse s'identifier.
-- Pascal Vous pouvez me tutoyer. Piège à spam :
Salut,
salut je ne suis pas très sûr d'être dans le bon forum, merci de me
rediriger au cas où.......
Je suppose que le forum le plus approprié devrait être
news:fr.comp.infosystemes puisqu'on peut lire dans sa charte "Ce groupe
peut être utilisé pour les discussions autour de FTP (installation et
configuration du serveur, organisation des répertoires)".
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,
Pourquoi le port 20 ? Par défaut un serveur FTP n'écoute jamais sur le
port 20. Il ne s'en sert que de port source pour les transferts en mode
FTP actif (c'est-à-dire quand c'est lui qui ouvre la connexion de
données vers le client).
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.
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 ?
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)
Normal, comme je disais le port 20 n'est pas utilisé en écoute.
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.
Ni le nom d'hôte ni aucune commande n'y sont pour quoi que ce soit.
D'une part, contrairement au HTTP, on ne passe pas le nom d'hôte dans
les commandes FTP. D'autre part, ce message d'erreur est renvoyé dès la
connexion établie, avant même d'avoir pu envoyer la moindre commande
(vérifié avec netcat).
Je voudrais juste savoir ce qui provoque l'apparition du message d'erreur,
une idée ?
A mon avis, ça vient de la configuration de proftpd (que je ne connais
pas). Soit il n'accepte pas les connexions sur l'adresse publique de
ppp0 (voir peut-être du côté des directives <VirtualHost> et
DefaultServer), soit il n'accepte pas les connexions venant d'adresses
sources extérieures au réseau local (voir peut-être les directives
Allow, Deny).
PS: pour ceux qui veulent essayer: ftp://bbpfrance.homelinux.org/
le site refuse les connexions anonymes
De toute façon il coupe la connexion avant qu'on puisse s'identifier.
--
Pascal
Vous pouvez me tutoyer.
Piège à spam : boite-a-spam@plouf.fr.eu.org
salut je ne suis pas très sûr d'être dans le bon forum, merci de me rediriger au cas où.......
Je suppose que le forum le plus approprié devrait être news:fr.comp.infosystemes puisqu'on peut lire dans sa charte "Ce groupe peut être utilisé pour les discussions autour de FTP (installation et configuration du serveur, organisation des répertoires)".
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,
Pourquoi le port 20 ? Par défaut un serveur FTP n'écoute jamais sur le port 20. Il ne s'en sert que de port source pour les transferts en mode FTP actif (c'est-à-dire quand c'est lui qui ouvre la connexion de données vers le client).
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.
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 ?
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)
Normal, comme je disais le port 20 n'est pas utilisé en écoute.
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.
Ni le nom d'hôte ni aucune commande n'y sont pour quoi que ce soit. D'une part, contrairement au HTTP, on ne passe pas le nom d'hôte dans les commandes FTP. D'autre part, ce message d'erreur est renvoyé dès la connexion établie, avant même d'avoir pu envoyer la moindre commande (vérifié avec netcat).
Je voudrais juste savoir ce qui provoque l'apparition du message d'erreur, une idée ?
A mon avis, ça vient de la configuration de proftpd (que je ne connais pas). Soit il n'accepte pas les connexions sur l'adresse publique de ppp0 (voir peut-être du côté des directives <VirtualHost> et DefaultServer), soit il n'accepte pas les connexions venant d'adresses sources extérieures au réseau local (voir peut-être les directives Allow, Deny).
PS: pour ceux qui veulent essayer: ftp://bbpfrance.homelinux.org/ le site refuse les connexions anonymes
De toute façon il coupe la connexion avant qu'on puisse s'identifier.
-- Pascal Vous pouvez me tutoyer. Piège à spam :
j-p
:-) !
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 depuis l'exterieur ftp://ton ip fixe:21
reseau local : donc y doit y avoir un routeur i suppose ? Faire du Nat ds le routeur pour les ports 21 et eventuellement 20 vers l'IP locale du serveur. Bon courage
:-) !
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
depuis l'exterieur ftp://ton ip fixe:21
reseau local : donc y doit y avoir un routeur i suppose ?
Faire du Nat ds le routeur pour les ports 21 et eventuellement 20 vers
l'IP locale du serveur.
Bon courage
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 depuis l'exterieur ftp://ton ip fixe:21
reseau local : donc y doit y avoir un routeur i suppose ? Faire du Nat ds le routeur pour les ports 21 et eventuellement 20 vers l'IP locale du serveur. Bon courage
Jack Holborn
Le Sat, 12 Mar 2005 18:16:21 +0100, Rakotomandimby (R12y) Mihamina a écrit :
( Sat, 12 Mar 2005 17:45:44 +0100 ) Jack Holborn :
[...]
quel est ton modem ?
un bon vieux Speedtouch USB sur une ligne a 512K la fameuse raie manta -- A+ Jack H. "Tant que ça aide...8+)"
Le Sat, 12 Mar 2005 18:16:21 +0100, Rakotomandimby (R12y) Mihamina a
écrit :
( Sat, 12 Mar 2005 17:45:44 +0100 ) Jack Holborn :
[...]
quel est ton modem ?
un bon vieux Speedtouch USB sur une ligne a 512K
la fameuse raie manta
--
A+
Jack H.
"Tant que ça aide...8+)"
Le Sat, 12 Mar 2005 18:16:21 +0100, Rakotomandimby (R12y) Mihamina a écrit :
( Sat, 12 Mar 2005 17:45:44 +0100 ) Jack Holborn :
[...]
quel est ton modem ?
un bon vieux Speedtouch USB sur une ligne a 512K la fameuse raie manta -- A+ Jack H. "Tant que ça aide...8+)"
Rakotomandimby (R12y) Mihamina
( Sun, 13 Mar 2005 10:42:51 +0100 ) Jack Holborn :
Le Sat, 12 Mar 2005 18:16:21 +0100, Rakotomandimby (R12y) Mihamina a écrit :
( Sat, 12 Mar 2005 17:45:44 +0100 ) Jack Holborn :
[...]
quel est ton modem ?
un bon vieux Speedtouch USB sur une ligne a 512K la fameuse raie manta
Bon donc il ne fait pas routeur ce truc. ton problème auraitpu êter un problème de routeur qui ne NATtait pas, mais ce n'est donc pas la cas. Essaie de voir les pistes proposées par les autres... sinon je ne vois pas trop, moi j'ai réussi à faire tourner des serveurs WEB et FTP derriere ce modèle. J'en ai deux dans la cave... :-)
-- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
( Sun, 13 Mar 2005 10:42:51 +0100 ) Jack Holborn :
Le Sat, 12 Mar 2005 18:16:21 +0100, Rakotomandimby (R12y) Mihamina a
écrit :
( Sat, 12 Mar 2005 17:45:44 +0100 ) Jack Holborn :
[...]
quel est ton modem ?
un bon vieux Speedtouch USB sur une ligne a 512K
la fameuse raie manta
Bon donc il ne fait pas routeur ce truc. ton problème auraitpu êter un
problème de routeur qui ne NATtait pas, mais ce n'est donc pas la cas.
Essaie de voir les pistes proposées par les autres... sinon je ne vois
pas trop, moi j'ai réussi à faire tourner des serveurs WEB et FTP
derriere ce modèle. J'en ai deux dans la cave... :-)
--
L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses
activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance)
Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
( Sun, 13 Mar 2005 10:42:51 +0100 ) Jack Holborn :
Le Sat, 12 Mar 2005 18:16:21 +0100, Rakotomandimby (R12y) Mihamina a écrit :
( Sat, 12 Mar 2005 17:45:44 +0100 ) Jack Holborn :
[...]
quel est ton modem ?
un bon vieux Speedtouch USB sur une ligne a 512K la fameuse raie manta
Bon donc il ne fait pas routeur ce truc. ton problème auraitpu êter un problème de routeur qui ne NATtait pas, mais ce n'est donc pas la cas. Essaie de voir les pistes proposées par les autres... sinon je ne vois pas trop, moi j'ai réussi à faire tourner des serveurs WEB et FTP derriere ce modèle. J'en ai deux dans la cave... :-)
-- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
Jack Holborn
Le Sat, 12 Mar 2005 19:13:43 +0100, TiChou a écrit :
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.
Rien à voir.
C'est aussi ce que je pense :-)
Je voudrais juste savoir ce qui provoque l'apparition du message d'erreur,
Problème de configuration de ProFTPD qui n'autorise pas les connexions provenant de l'interface/adresse WAN.
ok je vais voir de ce coté s'il y a une directive qui pourrait m'aider à trouver une solution
une idée ?
Vérifiez la configuration de ProFTPD et soumettez nous là éventuellement. Je penche pour un problème de VirtualHost.
Sinon, c'est peut être l'occasion de virer ProFTPD qui est devenue une vraie usine à gaz, pour le remplacer par l'excellent vsftpd.
Quelle étrange habitude de se tourner vers tout ce qui peut faciliter la vie, je te remercie de ce conseil mais c'est une habitude que je n'ai pas (tant pis pour moi), tu admettras qu'il n'y a aucune chance que je progresse si j'ababandonne a la première difficulté rencontrée, je vais donc prendre le risque de te vexer en disant que je laisse ca aux fainéants et aux imbéciles, réfléchir moi, ca me plait.. Et si je trouve tjrs pas je balancerai le fichier de conf que j'utilise
-- A+ Jack H. "Tant que ça aide...8+)"
Le Sat, 12 Mar 2005 19:13:43 +0100, TiChou a écrit :
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.
Rien à voir.
C'est aussi ce que je pense :-)
Je voudrais juste savoir ce qui provoque l'apparition du message
d'erreur,
Problème de configuration de ProFTPD qui n'autorise pas les connexions
provenant de l'interface/adresse WAN.
ok je vais voir de ce coté s'il y a une directive qui pourrait m'aider à
trouver une solution
une idée ?
Vérifiez la configuration de ProFTPD et soumettez nous là
éventuellement. Je penche pour un problème de VirtualHost.
Sinon, c'est peut être l'occasion de virer ProFTPD qui est devenue une
vraie usine à gaz, pour le remplacer par l'excellent vsftpd.
Quelle étrange habitude de se tourner vers tout ce qui peut faciliter la
vie, je te remercie de ce conseil mais c'est une habitude que je n'ai pas
(tant pis pour moi), tu admettras qu'il n'y a aucune chance que je
progresse si j'ababandonne a la première difficulté rencontrée, je vais
donc prendre le risque de te vexer en disant que je laisse ca aux
fainéants et aux imbéciles, réfléchir moi, ca me plait.. Et si je
trouve tjrs pas je balancerai le fichier de conf que j'utilise
Le Sat, 12 Mar 2005 19:13:43 +0100, TiChou a écrit :
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.
Rien à voir.
C'est aussi ce que je pense :-)
Je voudrais juste savoir ce qui provoque l'apparition du message d'erreur,
Problème de configuration de ProFTPD qui n'autorise pas les connexions provenant de l'interface/adresse WAN.
ok je vais voir de ce coté s'il y a une directive qui pourrait m'aider à trouver une solution
une idée ?
Vérifiez la configuration de ProFTPD et soumettez nous là éventuellement. Je penche pour un problème de VirtualHost.
Sinon, c'est peut être l'occasion de virer ProFTPD qui est devenue une vraie usine à gaz, pour le remplacer par l'excellent vsftpd.
Quelle étrange habitude de se tourner vers tout ce qui peut faciliter la vie, je te remercie de ce conseil mais c'est une habitude que je n'ai pas (tant pis pour moi), tu admettras qu'il n'y a aucune chance que je progresse si j'ababandonne a la première difficulté rencontrée, je vais donc prendre le risque de te vexer en disant que je laisse ca aux fainéants et aux imbéciles, réfléchir moi, ca me plait.. Et si je trouve tjrs pas je balancerai le fichier de conf que j'utilise
-- A+ Jack H. "Tant que ça aide...8+)"
Jack Holborn
Le Sat, 12 Mar 2005 19:14:44 +0100, a écrit :
Salut,
salut je ne suis pas très sûr d'être dans le bon forum, merci de me rediriger au cas où.......
Je suppose que le forum le plus approprié devrait être news:fr.comp.infosystemes puisqu'on peut lire dans sa charte "Ce groupe peut être utilisé pour les discussions autour de FTP (installation et configuration du serveur, organisation des répertoires)".
Merci pour l'info, je posterai quand meme ici un dernier message pour remercier tous ceux qui ont repondu
Pourquoi le port 20 ? Par défaut un serveur FTP n'écoute jamais sur le port 20. Il ne s'en sert que de port source pour les transferts en mode FTP actif (c'est-à-dire quand c'est lui qui ouvre la connexion de données vers le client).
exact, ce qui prouve a quel point je désespere ! :-)
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
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)
Normal, comme je disais le port 20 n'est pas utilisé en écoute.
D'accord mais pour le port 21 qu'en dis-tu?
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.
Ni le nom d'hôte ni aucune commande n'y sont pour quoi que ce soit. D'une part, contrairement au HTTP, on ne passe pas le nom d'hôte dans les commandes FTP. D'autre part, ce message d'erreur est renvoyé dès la connexion établie, avant même d'avoir pu envoyer la moindre commande (vérifié avec netcat).
en effet et cela prouve que le code d'erreur renvoyé est trop vague pour
me permettre de déterminer précisément la source de l'erreur
Je voudrais juste savoir ce qui provoque l'apparition du message d'erreur, une idée ?
A mon avis, ça vient de la configuration de proftpd (que je ne connais pas). Soit il n'accepte pas les connexions sur l'adresse publique de ppp0 (voir peut-être du côté des directives <VirtualHost> et DefaultServer), soit il n'accepte pas les connexions venant d'adresses sources extérieures au réseau local (voir peut-être les directives Allow, Deny).
PS: pour ceux qui veulent essayer: ftp://bbpfrance.homelinux.org/ le site refuse les connexions anonymes
De toute façon il coupe la connexion avant qu'on puisse s'identifier.
Merci pour ces éléments de réponse je cherche et je vous tiens au courant
-- A+ Jack H. "Tant que ça aide...8+)"
Le Sat, 12 Mar 2005 19:14:44 +0100, Pascal@plouf a écrit :
Salut,
salut je ne suis pas très sûr d'être dans le bon forum, merci de me
rediriger au cas où.......
Je suppose que le forum le plus approprié devrait être
news:fr.comp.infosystemes puisqu'on peut lire dans sa charte "Ce groupe
peut être utilisé pour les discussions autour de FTP (installation et
configuration du serveur, organisation des répertoires)".
Merci pour l'info, je posterai quand meme ici un dernier message pour
remercier tous ceux qui ont repondu
Pourquoi le port 20 ? Par défaut un serveur FTP n'écoute jamais sur le
port 20. Il ne s'en sert que de port source pour les transferts en mode
FTP actif (c'est-à-dire quand c'est lui qui ouvre la connexion de
données vers le client).
exact, ce qui prouve a quel point je désespere ! :-)
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
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)
Normal, comme je disais le port 20 n'est pas utilisé en écoute.
D'accord mais pour le port 21 qu'en dis-tu?
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.
Ni le nom d'hôte ni aucune commande n'y sont pour quoi que ce soit.
D'une part, contrairement au HTTP, on ne passe pas le nom d'hôte dans
les commandes FTP. D'autre part, ce message d'erreur est renvoyé dès
la connexion établie, avant même d'avoir pu envoyer la moindre
commande (vérifié avec netcat).
en effet et cela prouve que le code d'erreur renvoyé est trop vague pour
me permettre de déterminer précisément la source de l'erreur
Je voudrais juste savoir ce qui provoque l'apparition du message
d'erreur, une idée ?
A mon avis, ça vient de la configuration de proftpd (que je ne connais
pas). Soit il n'accepte pas les connexions sur l'adresse publique de
ppp0 (voir peut-être du côté des directives <VirtualHost> et
DefaultServer), soit il n'accepte pas les connexions venant d'adresses
sources extérieures au réseau local (voir peut-être les directives
Allow, Deny).
PS: pour ceux qui veulent essayer: ftp://bbpfrance.homelinux.org/ le
site refuse les connexions anonymes
De toute façon il coupe la connexion avant qu'on puisse s'identifier.
Merci pour ces éléments de réponse je cherche et je vous tiens au
courant
salut je ne suis pas très sûr d'être dans le bon forum, merci de me rediriger au cas où.......
Je suppose que le forum le plus approprié devrait être news:fr.comp.infosystemes puisqu'on peut lire dans sa charte "Ce groupe peut être utilisé pour les discussions autour de FTP (installation et configuration du serveur, organisation des répertoires)".
Merci pour l'info, je posterai quand meme ici un dernier message pour remercier tous ceux qui ont repondu
Pourquoi le port 20 ? Par défaut un serveur FTP n'écoute jamais sur le port 20. Il ne s'en sert que de port source pour les transferts en mode FTP actif (c'est-à-dire quand c'est lui qui ouvre la connexion de données vers le client).
exact, ce qui prouve a quel point je désespere ! :-)
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
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)
Normal, comme je disais le port 20 n'est pas utilisé en écoute.
D'accord mais pour le port 21 qu'en dis-tu?
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.
Ni le nom d'hôte ni aucune commande n'y sont pour quoi que ce soit. D'une part, contrairement au HTTP, on ne passe pas le nom d'hôte dans les commandes FTP. D'autre part, ce message d'erreur est renvoyé dès la connexion établie, avant même d'avoir pu envoyer la moindre commande (vérifié avec netcat).
en effet et cela prouve que le code d'erreur renvoyé est trop vague pour
me permettre de déterminer précisément la source de l'erreur
Je voudrais juste savoir ce qui provoque l'apparition du message d'erreur, une idée ?
A mon avis, ça vient de la configuration de proftpd (que je ne connais pas). Soit il n'accepte pas les connexions sur l'adresse publique de ppp0 (voir peut-être du côté des directives <VirtualHost> et DefaultServer), soit il n'accepte pas les connexions venant d'adresses sources extérieures au réseau local (voir peut-être les directives Allow, Deny).
PS: pour ceux qui veulent essayer: ftp://bbpfrance.homelinux.org/ le site refuse les connexions anonymes
De toute façon il coupe la connexion avant qu'on puisse s'identifier.
Merci pour ces éléments de réponse je cherche et je vous tiens au courant
-- A+ Jack H. "Tant que ça aide...8+)"
Rakotomandimby (R12y) Mihamina
( Sun, 13 Mar 2005 11:18:39 +0100 ) Jack Holborn :
je laisse ca aux fainéants et aux imbéciles
On est bien d'accord. Cela dit, ton attitude convient pour des utilisations personnelles de logiciels. Pour des utilisations plus professionnelles, elle ne convient pas du tout. Tichou voyait les choses coté "professionnel".
Donc regarde l'adresse IP par laquelle Proftpd écoute... -- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
( Sun, 13 Mar 2005 11:18:39 +0100 ) Jack Holborn :
je laisse ca aux
fainéants et aux imbéciles
On est bien d'accord. Cela dit, ton attitude convient pour des
utilisations personnelles de logiciels. Pour des utilisations plus
professionnelles, elle ne convient pas du tout. Tichou voyait les choses
coté "professionnel".
Donc regarde l'adresse IP par laquelle Proftpd écoute...
--
L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses
activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance)
Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
( Sun, 13 Mar 2005 11:18:39 +0100 ) Jack Holborn :
je laisse ca aux fainéants et aux imbéciles
On est bien d'accord. Cela dit, ton attitude convient pour des utilisations personnelles de logiciels. Pour des utilisations plus professionnelles, elle ne convient pas du tout. Tichou voyait les choses coté "professionnel".
Donc regarde l'adresse IP par laquelle Proftpd écoute... -- L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance) Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)
Jack Holborn
Le Sun, 13 Mar 2005 09:42:08 +0100, j-p a écrit :
[quick]
depuis l'exterieur ftp://ton ip fixe:21 reseau local : donc y doit y avoir
un routeur i suppose ? Faire du Nat ds le routeur pour les ports 21 et eventuellement 20 vers l'IP locale du serveur. Bon courage
Non ce n'est pas ca le routeur et le serveur FTP sont une seule et meme machine, merci quand meme !
-- A+ Jack H. "Tant que ça aide...8+)"
Le Sun, 13 Mar 2005 09:42:08 +0100, j-p a écrit :
[quick]
depuis l'exterieur ftp://ton ip fixe:21 reseau local : donc y doit y avoir
un routeur i suppose ? Faire du Nat ds le routeur pour les ports 21 et
eventuellement 20 vers l'IP locale du serveur.
Bon courage
Non ce n'est pas ca le routeur et le serveur FTP sont une seule et meme
machine, merci quand meme !
