j'ai un problème avec mon serveur ftp : il ne fonctionne plus.
Distribution : fedora Core 2.
version de proftpd 1.2.10
je l'ai compilé moi-même (optimisé Athlon :) )
./configure etc...
depuis, je me connecte, je rentre le login/password du user
ok. puis je lance un ls :
Depuis un client Windows
ls
200 PORT command successful
Connection closed by remote host.
En local :
ls
227 Entering passive mode
441 Service not available, remote server has closed connection.
J'ai effectué quelques recherches sur Google mais je n'ai pas trouvé de
réponse...
Je n'ai pas tout compris à inet et xinet, alors dans le doute :), j'ai
démarré xinetd et crée un fichier proftpd dans le répertoire
/etc/xinet.d en le faisant pointer sur le bon binaire, et j'ai mis l'ip
127.0.0.1 pour le bind.
Si j'ai bien compris, xinet gère les demandes de connexion à la place
des serveurs eux-mêmes, j'ai bon ?
Ce qui n'a rien changé à mon problème soit dit en passant :).
Enfin, dans mon script iptables, j'ai bien les ports 20 et 21 s'ouverts,
avec le module ip_conntrack_ftp de chargé.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Rakotomandimby (R12y) Mihamina
( Sun, 02 Jan 2005 19:12:18 +0100 ) gabriel :
bonjour,
Bonjour
j'ai un problème avec mon serveur ftp : il ne fonctionne plus. Distribution : fedora Core 2. version de proftpd 1.2.10 je l'ai compilé moi-même (optimisé Athlon :) ) ./configure etc...
Tu aurais pu continuer et en faire un RPM et puis installer le RPM resultant.
depuis, je me connecte, je rentre le login/password du user ok. puis je lance un ls :
Je n'ai pas tout compris à inet et xinet, alors dans le doute :), j'ai démarré xinetd et crée un fichier proftpd dans le répertoire /etc/xinet.d en le faisant pointer sur le bon binaire, et j'ai mis l'ip 127.0.0.1 pour le bind.
Non. tu aurais du supprimer toute ligne faisant reference au FTP dans le fichier de conf Inet, et dans le fichier proftpd.conf mettre en mode StandAlone
Le truc c'est: Quand tu as un probleme avec un logiciel, essaie plutot de directement eliminer les autres facteurs plutot que d'en rajouter un. En effet, en introduisant le facteur Inetd, tu te rajoute des problemes.
dans mon script iptables, j'ai bien les ports 20 et 21 s'ouverts, avec le module ip_conntrack_ftp de chargé.
Il ne suffit pas le le charger si tu veux l'utiliser, mais il faut aussi l'utiliser dans tes regles iptables.
Je sèche un peu là, un peu d'aide ? :)
C'est fait. J'espere... -- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
( Sun, 02 Jan 2005 19:12:18 +0100 ) gabriel :
bonjour,
Bonjour
j'ai un problème avec mon serveur ftp : il ne fonctionne plus.
Distribution : fedora Core 2.
version de proftpd 1.2.10
je l'ai compilé moi-même (optimisé Athlon :) )
./configure etc...
Tu aurais pu continuer et en faire un RPM et puis installer le RPM
resultant.
depuis, je me connecte, je rentre le login/password du user ok. puis je
lance un ls :
Je n'ai pas tout compris à inet et xinet, alors dans le doute :), j'ai
démarré xinetd et crée un fichier proftpd dans le répertoire
/etc/xinet.d en le faisant pointer sur le bon binaire, et j'ai mis l'ip
127.0.0.1 pour le bind.
Non. tu aurais du supprimer toute ligne faisant reference au FTP dans le
fichier de conf Inet, et dans le fichier proftpd.conf mettre en mode
StandAlone
Le truc c'est: Quand tu as un probleme avec un logiciel, essaie plutot de
directement eliminer les autres facteurs plutot que d'en rajouter un. En
effet, en introduisant le facteur Inetd, tu te rajoute des problemes.
dans mon script iptables, j'ai bien les ports 20 et 21 s'ouverts, avec
le module ip_conntrack_ftp de chargé.
Il ne suffit pas le le charger si tu veux l'utiliser, mais il faut aussi
l'utiliser dans tes regles iptables.
Je sèche un peu là, un peu d'aide ? :)
C'est fait. J'espere...
--
ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ fcolc - http://faq.fcolc.eu.org/
Linux User Group sur Orléans et alentours.
Tél: + 33 2 38 76 43 65 (France)
j'ai un problème avec mon serveur ftp : il ne fonctionne plus. Distribution : fedora Core 2. version de proftpd 1.2.10 je l'ai compilé moi-même (optimisé Athlon :) ) ./configure etc...
Tu aurais pu continuer et en faire un RPM et puis installer le RPM resultant.
depuis, je me connecte, je rentre le login/password du user ok. puis je lance un ls :
Je n'ai pas tout compris à inet et xinet, alors dans le doute :), j'ai démarré xinetd et crée un fichier proftpd dans le répertoire /etc/xinet.d en le faisant pointer sur le bon binaire, et j'ai mis l'ip 127.0.0.1 pour le bind.
Non. tu aurais du supprimer toute ligne faisant reference au FTP dans le fichier de conf Inet, et dans le fichier proftpd.conf mettre en mode StandAlone
Le truc c'est: Quand tu as un probleme avec un logiciel, essaie plutot de directement eliminer les autres facteurs plutot que d'en rajouter un. En effet, en introduisant le facteur Inetd, tu te rajoute des problemes.
dans mon script iptables, j'ai bien les ports 20 et 21 s'ouverts, avec le module ip_conntrack_ftp de chargé.
Il ne suffit pas le le charger si tu veux l'utiliser, mais il faut aussi l'utiliser dans tes regles iptables.
Je sèche un peu là, un peu d'aide ? :)
C'est fait. J'espere... -- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
kanari666
Bonjour
j'ai un problème avec mon serveur ftp : il ne fonctionne plus. Distribution : fedora Core 2. version de proftpd 1.2.10 je l'ai compilé moi-même (optimisé Athlon :) ) ./configure etc...
Tu aurais pu continuer et en faire un RPM et puis installer le RPM resultant.
depuis, je me connecte, je rentre le login/password du user ok. puis je
lance un ls :
Je n'ai pas tout compris à inet et xinet, alors dans le doute :), j'ai
démarré xinetd et crée un fichier proftpd dans le répertoire /etc/xinet.d en le faisant pointer sur le bon binaire, et j'ai mis l'ip
127.0.0.1 pour le bind.
Non. tu aurais du supprimer toute ligne faisant reference au FTP dans le
fichier de conf Inet, et dans le fichier proftpd.conf mettre en mode StandAlone En fait, je n'ai pas de inetd.conf dans /etc...
Le truc c'est: Quand tu as un probleme avec un logiciel, essaie plutot de
directement eliminer les autres facteurs plutot que d'en rajouter un. En
effet, en introduisant le facteur Inetd, tu te rajoute des problemes. juste :)
dans mon script iptables, j'ai bien les ports 20 et 21 s'ouverts, avec
le module ip_conntrack_ftp de chargé.
Il ne suffit pas le le charger si tu veux l'utiliser, mais il faut aussi
l'utiliser dans tes regles iptables. C'est ce que je voulais dire, on parle bien des --state RELATED n'est-ce pas ?
Je sèche un peu là, un peu d'aide ? :)
C'est fait. J'espere... Pour la petite histoire, en fait c'est tout réglé : le souci est que
en fait lorsqu'on lance proftpd, proftpd restart ne fait rien car ce n'est pas une référence à un script mais directement au binaire.
J'ai tué l'ancien processus et relancé et c'est bon. J'aurai du commencer par là en fait :) Merci qd même et bonne continuation et à la prochaine :)
Bonjour
j'ai un problème avec mon serveur ftp : il ne fonctionne plus.
Distribution : fedora Core 2.
version de proftpd 1.2.10
je l'ai compilé moi-même (optimisé Athlon :) )
./configure etc...
Tu aurais pu continuer et en faire un RPM et puis installer le RPM
resultant.
depuis, je me connecte, je rentre le login/password du user ok.
puis je
lance un ls :
Je n'ai pas tout compris à inet et xinet, alors dans le doute :),
j'ai
démarré xinetd et crée un fichier proftpd dans le répertoire
/etc/xinet.d en le faisant pointer sur le bon binaire, et j'ai mis
l'ip
127.0.0.1 pour le bind.
Non. tu aurais du supprimer toute ligne faisant reference au FTP dans
le
fichier de conf Inet, et dans le fichier proftpd.conf mettre en mode
StandAlone
En fait, je n'ai pas de inetd.conf dans /etc...
Le truc c'est: Quand tu as un probleme avec un logiciel, essaie
plutot de
directement eliminer les autres facteurs plutot que d'en rajouter un.
En
effet, en introduisant le facteur Inetd, tu te rajoute des problemes.
juste :)
dans mon script iptables, j'ai bien les ports 20 et 21 s'ouverts,
avec
le module ip_conntrack_ftp de chargé.
Il ne suffit pas le le charger si tu veux l'utiliser, mais il faut
aussi
l'utiliser dans tes regles iptables.
C'est ce que je voulais dire, on parle bien des --state RELATED
n'est-ce pas ?
Je sèche un peu là, un peu d'aide ? :)
C'est fait. J'espere...
Pour la petite histoire, en fait c'est tout réglé : le souci est que
en fait lorsqu'on lance proftpd, proftpd restart ne fait rien car ce
n'est pas une référence à un script mais directement au binaire.
J'ai tué l'ancien processus et relancé et c'est bon. J'aurai du
commencer par là en fait :)
Merci qd même et bonne continuation et à la prochaine :)
j'ai un problème avec mon serveur ftp : il ne fonctionne plus. Distribution : fedora Core 2. version de proftpd 1.2.10 je l'ai compilé moi-même (optimisé Athlon :) ) ./configure etc...
Tu aurais pu continuer et en faire un RPM et puis installer le RPM resultant.
depuis, je me connecte, je rentre le login/password du user ok. puis je
lance un ls :
Je n'ai pas tout compris à inet et xinet, alors dans le doute :), j'ai
démarré xinetd et crée un fichier proftpd dans le répertoire /etc/xinet.d en le faisant pointer sur le bon binaire, et j'ai mis l'ip
127.0.0.1 pour le bind.
Non. tu aurais du supprimer toute ligne faisant reference au FTP dans le
fichier de conf Inet, et dans le fichier proftpd.conf mettre en mode StandAlone En fait, je n'ai pas de inetd.conf dans /etc...
Le truc c'est: Quand tu as un probleme avec un logiciel, essaie plutot de
directement eliminer les autres facteurs plutot que d'en rajouter un. En
effet, en introduisant le facteur Inetd, tu te rajoute des problemes. juste :)
dans mon script iptables, j'ai bien les ports 20 et 21 s'ouverts, avec
le module ip_conntrack_ftp de chargé.
Il ne suffit pas le le charger si tu veux l'utiliser, mais il faut aussi
l'utiliser dans tes regles iptables. C'est ce que je voulais dire, on parle bien des --state RELATED n'est-ce pas ?
Je sèche un peu là, un peu d'aide ? :)
C'est fait. J'espere... Pour la petite histoire, en fait c'est tout réglé : le souci est que
en fait lorsqu'on lance proftpd, proftpd restart ne fait rien car ce n'est pas une référence à un script mais directement au binaire.
J'ai tué l'ancien processus et relancé et c'est bon. J'aurai du commencer par là en fait :) Merci qd même et bonne continuation et à la prochaine :)
gabriel
bon bad news, ca marche plus :( et pas moyen de trouver ce qui a changé.
Alors, on repart sur des bases saines : rien dans xinetd. Mêmes symptômes...
l'année commence bien :)
bon bad news, ca marche plus :(
et pas moyen de trouver ce qui a changé.
Alors, on repart sur des bases saines :
rien dans xinetd.
Mêmes symptômes...
bon bad news, ca marche plus :( et pas moyen de trouver ce qui a changé.
Alors, on repart sur des bases saines : rien dans xinetd. Mêmes symptômes...
l'année commence bien :)
Rakotomandimby (R12y) Mihamina
( Sun, 02 Jan 2005 23:34:58 +0100 ) gabriel :
bon bad news, ca marche plus :(
hum.
l'année commence bien :)
- essaie de recuperer un srcrpm et regarde comment c'est foutu et fabrique-toi un rpm, et jette un coup d;oeil a ceux-ci: http://faq.fcolc.eu.org/administration/fabriquerrpm/view
- que donnent les logs de ton serveur FTP? (attention au fichier que tu regardes, fait gaffe au prefixe que tu as utilisé pour compiler ton nouveau proftpd -c'est la galere quand on compile soi-meme hein?-)
-- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
( Sun, 02 Jan 2005 23:34:58 +0100 ) gabriel :
bon bad news, ca marche plus :(
hum.
l'année commence bien :)
- essaie de recuperer un srcrpm et regarde comment c'est foutu et
fabrique-toi un rpm, et jette un coup d;oeil a ceux-ci:
http://faq.fcolc.eu.org/administration/fabriquerrpm/view
- que donnent les logs de ton serveur FTP? (attention au fichier que tu
regardes, fait gaffe au prefixe que tu as utilisé pour compiler ton
nouveau proftpd -c'est la galere quand on compile soi-meme hein?-)
--
ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ fcolc - http://faq.fcolc.eu.org/
Linux User Group sur Orléans et alentours.
Tél: + 33 2 38 76 43 65 (France)
- essaie de recuperer un srcrpm et regarde comment c'est foutu et fabrique-toi un rpm, et jette un coup d;oeil a ceux-ci: http://faq.fcolc.eu.org/administration/fabriquerrpm/view
- que donnent les logs de ton serveur FTP? (attention au fichier que tu regardes, fait gaffe au prefixe que tu as utilisé pour compiler ton nouveau proftpd -c'est la galere quand on compile soi-meme hein?-)
-- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
Gabriel
- que donnent les logs de ton serveur FTP? (attention au fichier que tu regardes, fait gaffe au prefixe que tu as utilisé pour compiler ton nouveau proftpd -c'est la galere quand on compile soi-meme hein?-) Je suis tombé sur un bug étrange :
si j'active le defaultRoot et que je fais un "ls", alors le serveur meurt. Je désactive le defaultRoot, alors le serveur fonctionne : le ls me donne bien le contenu du répertoire et je peux sortir de mon dossier.
J'ai posté sur le forum de proftpd, on verra ce que cela donne...
- que donnent les logs de ton serveur FTP? (attention au fichier que tu
regardes, fait gaffe au prefixe que tu as utilisé pour compiler ton
nouveau proftpd -c'est la galere quand on compile soi-meme hein?-)
Je suis tombé sur un bug étrange :
si j'active le defaultRoot et que je fais un "ls", alors le serveur meurt.
Je désactive le defaultRoot, alors le serveur fonctionne : le ls me
donne bien le contenu du répertoire et je peux sortir de mon dossier.
J'ai posté sur le forum de proftpd, on verra ce que cela donne...
- que donnent les logs de ton serveur FTP? (attention au fichier que tu regardes, fait gaffe au prefixe que tu as utilisé pour compiler ton nouveau proftpd -c'est la galere quand on compile soi-meme hein?-) Je suis tombé sur un bug étrange :
si j'active le defaultRoot et que je fais un "ls", alors le serveur meurt. Je désactive le defaultRoot, alors le serveur fonctionne : le ls me donne bien le contenu du répertoire et je peux sortir de mon dossier.
J'ai posté sur le forum de proftpd, on verra ce que cela donne...
Gabriel
J'ai posté sur le forum de proftpd, on verra ce que cela donne...
Et voilà :
c'est un problème connu avec la fedora :
http://bugs.proftpd.org/show_bug.cgi?id$52
pas de solution pour l'instant :
allez, je migre mon serveur vers une Debian :)
Bonne soirée !
J'ai posté sur le forum de proftpd, on verra ce que cela donne...
