Bonjour,
Sur un ordinateur j'ai installé en 2009 un serveur vsftpd qui marc hait très
bien. Pas très utilisé, j'ai voulu récemment y accé der à nouveau et là j'ai
toujours l'erreur 530 login incorrect.
Voyant celà croyant à un pb d'altération d'un fichier, j 'ai regénérer la base
login.db par un db4.8_load avec le fichier utilisateur /MDP que j'avais
conservé sans résultat.
J'ai pensé à un certificat du serveur révolu mais il sem ble que cela ne soit
pas le cas il est valide jusqu'en 2029.
J'ai besoin de votre aide, je ne sais pas ou chercher.
Bonjour,
Sur un ordinateur j'ai installé en 2009 un serveur vsftpd qui marc hait très
bien. Pas très utilisé, j'ai voulu récemment y accé der à nouveau et là j'ai
toujours l'erreur 530 login incorrect.
Voyant celà croyant à un pb d'altération d'un fichier, j 'ai regénérer la base
login.db par un db4.8_load avec le fichier utilisateur /MDP que j'avais
conservé sans résultat.
J'ai pensé à un certificat du serveur révolu mais il sem ble que cela ne soit
pas le cas il est valide jusqu'en 2029.
J'ai besoin de votre aide, je ne sais pas ou chercher.
Bonjour,
Sur un ordinateur j'ai installé en 2009 un serveur vsftpd qui marc hait très
bien. Pas très utilisé, j'ai voulu récemment y accé der à nouveau et là j'ai
toujours l'erreur 530 login incorrect.
Voyant celà croyant à un pb d'altération d'un fichier, j 'ai regénérer la base
login.db par un db4.8_load avec le fichier utilisateur /MDP que j'avais
conservé sans résultat.
J'ai pensé à un certificat du serveur révolu mais il sem ble que cela ne soit
pas le cas il est valide jusqu'en 2029.
J'ai besoin de votre aide, je ne sais pas ou chercher.
Le 23/11/2011 13:32, MERLIN Philippe a écrit :
> Bonjour,
> Sur un ordinateur j'ai installé en 2009 un serveur vsftpd qui marchait
> très bien. Pas très utilisé, j'ai voulu récemment y accéder à nouveau et
> là j'ai toujours l'erreur 530 login incorrect.
> Voyant celà croyant à un pb d'altération d'un fichier, j'ai reg énérer la
> base login.db par un db4.8_load avec le fichier utilisateur /MDP que
> j'avais conservé sans résultat.
> J'ai pensé à un certificat du serveur révolu mais il semble que c ela ne
> soit pas le cas il est valide jusqu'en 2029.
> J'ai besoin de votre aide, je ne sais pas ou chercher.
Et un redémarrage, ca donne quoi?
Chez moi, c'est un problème recurrent sur le ftp. Surtout aprés les m ise
à jours debian...
Le 23/11/2011 13:32, MERLIN Philippe a écrit :
> Bonjour,
> Sur un ordinateur j'ai installé en 2009 un serveur vsftpd qui marchait
> très bien. Pas très utilisé, j'ai voulu récemment y accéder à nouveau et
> là j'ai toujours l'erreur 530 login incorrect.
> Voyant celà croyant à un pb d'altération d'un fichier, j'ai reg énérer la
> base login.db par un db4.8_load avec le fichier utilisateur /MDP que
> j'avais conservé sans résultat.
> J'ai pensé à un certificat du serveur révolu mais il semble que c ela ne
> soit pas le cas il est valide jusqu'en 2029.
> J'ai besoin de votre aide, je ne sais pas ou chercher.
Et un redémarrage, ca donne quoi?
Chez moi, c'est un problème recurrent sur le ftp. Surtout aprés les m ise
à jours debian...
Le 23/11/2011 13:32, MERLIN Philippe a écrit :
> Bonjour,
> Sur un ordinateur j'ai installé en 2009 un serveur vsftpd qui marchait
> très bien. Pas très utilisé, j'ai voulu récemment y accéder à nouveau et
> là j'ai toujours l'erreur 530 login incorrect.
> Voyant celà croyant à un pb d'altération d'un fichier, j'ai reg énérer la
> base login.db par un db4.8_load avec le fichier utilisateur /MDP que
> j'avais conservé sans résultat.
> J'ai pensé à un certificat du serveur révolu mais il semble que c ela ne
> soit pas le cas il est valide jusqu'en 2029.
> J'ai besoin de votre aide, je ne sais pas ou chercher.
Et un redémarrage, ca donne quoi?
Chez moi, c'est un problème recurrent sur le ftp. Surtout aprés les m ise
à jours debian...
> Et un redémarrage, ca donne quoi?
> Chez moi, c'est un problème recurrent sur le ftp. Surtout aprà ©s les mise
> Ã jours debian...
après redémarrage, même punition. Ce n'est pas un pb rà ©seau car si je fais un
accès sur le serveur j'ai droit à la même erreur.
> Et un redémarrage, ca donne quoi?
> Chez moi, c'est un problème recurrent sur le ftp. Surtout aprà ©s les mise
> Ã jours debian...
après redémarrage, même punition. Ce n'est pas un pb rà ©seau car si je fais un
accès sur le serveur j'ai droit à la même erreur.
> Et un redémarrage, ca donne quoi?
> Chez moi, c'est un problème recurrent sur le ftp. Surtout aprà ©s les mise
> Ã jours debian...
après redémarrage, même punition. Ce n'est pas un pb rà ©seau car si je fais un
accès sur le serveur j'ai droit à la même erreur.
On Wed, 23 Nov 2011 17:55:51 +0100
MERLIN Philippe wrote:
> > Et un redémarrage, ca donne quoi?
> > Chez moi, c'est un problème recurrent sur le ftp. Surtout aprà ©s les
> > mise à jours debian...
>
> après redémarrage, même punition. Ce n'est pas un pb r éseau car si je
> fais un accès sur le serveur j'ai droit à la même erreur.
Lit le man et démarre-le en ligne de commande en augmentant la verbo sity,
ça devrait te renvoyer des msgs d'erreur intéressants.
On Wed, 23 Nov 2011 17:55:51 +0100
MERLIN Philippe <phil-deb1.merlin@laposte.net> wrote:
> > Et un redémarrage, ca donne quoi?
> > Chez moi, c'est un problème recurrent sur le ftp. Surtout aprà ©s les
> > mise à jours debian...
>
> après redémarrage, même punition. Ce n'est pas un pb r éseau car si je
> fais un accès sur le serveur j'ai droit à la même erreur.
Lit le man et démarre-le en ligne de commande en augmentant la verbo sity,
ça devrait te renvoyer des msgs d'erreur intéressants.
On Wed, 23 Nov 2011 17:55:51 +0100
MERLIN Philippe wrote:
> > Et un redémarrage, ca donne quoi?
> > Chez moi, c'est un problème recurrent sur le ftp. Surtout aprà ©s les
> > mise à jours debian...
>
> après redémarrage, même punition. Ce n'est pas un pb r éseau car si je
> fais un accès sur le serveur j'ai droit à la même erreur.
Lit le man et démarre-le en ligne de commande en augmentant la verbo sity,
ça devrait te renvoyer des msgs d'erreur intéressants.
> Lit le man et démarre-le en ligne de commande en augmentant la ver bosity,
> ça devrait te renvoyer des msgs d'erreur intéressants.
Pourrais tu être plus précis ? Je lis le man en large et en tra vers, je passe
peut être devant une info intéressante mais j'ai rajouté l es variables
debug_ssl et log_ftp_protocol à YES cela a rajouté des informat ions dans le
log qui ne m'éclaire pas beaucoup.
Je joins un extrait du log.
Wed Nov 23 19:01:16 2011 [pid 2] CONNECT: Client "192.168.0.2"
Wed Nov 23 19:01:16 2011 [pid 2] FTP response: Client "192.168.0.2", "220 (vsFTPd 2.3.4)"
Wed Nov 23 19:01:17 2011 [pid 2] FTP command: Client "192.168.0.2", "AUTH TLS"
Wed Nov 23 19:01:17 2011 [pid 2] FTP response: Client "192.168.0.2", "234 Proceed with negotiation."
Wed Nov 23 19:01:17 2011 [pid 2] DEBUG: Client "192.168.0.2", "SSL versio n: TLSv1/SSLv3, SSL cipher: DES-CBC3-SHA, not reused, no cert"
> Lit le man et démarre-le en ligne de commande en augmentant la ver bosity,
> ça devrait te renvoyer des msgs d'erreur intéressants.
Pourrais tu être plus précis ? Je lis le man en large et en tra vers, je passe
peut être devant une info intéressante mais j'ai rajouté l es variables
debug_ssl et log_ftp_protocol à YES cela a rajouté des informat ions dans le
log qui ne m'éclaire pas beaucoup.
Je joins un extrait du log.
Wed Nov 23 19:01:16 2011 [pid 2] CONNECT: Client "192.168.0.2"
Wed Nov 23 19:01:16 2011 [pid 2] FTP response: Client "192.168.0.2", "220 (vsFTPd 2.3.4)"
Wed Nov 23 19:01:17 2011 [pid 2] FTP command: Client "192.168.0.2", "AUTH TLS"
Wed Nov 23 19:01:17 2011 [pid 2] FTP response: Client "192.168.0.2", "234 Proceed with negotiation."
Wed Nov 23 19:01:17 2011 [pid 2] DEBUG: Client "192.168.0.2", "SSL versio n: TLSv1/SSLv3, SSL cipher: DES-CBC3-SHA, not reused, no cert"
> Lit le man et démarre-le en ligne de commande en augmentant la ver bosity,
> ça devrait te renvoyer des msgs d'erreur intéressants.
Pourrais tu être plus précis ? Je lis le man en large et en tra vers, je passe
peut être devant une info intéressante mais j'ai rajouté l es variables
debug_ssl et log_ftp_protocol à YES cela a rajouté des informat ions dans le
log qui ne m'éclaire pas beaucoup.
Je joins un extrait du log.
Wed Nov 23 19:01:16 2011 [pid 2] CONNECT: Client "192.168.0.2"
Wed Nov 23 19:01:16 2011 [pid 2] FTP response: Client "192.168.0.2", "220 (vsFTPd 2.3.4)"
Wed Nov 23 19:01:17 2011 [pid 2] FTP command: Client "192.168.0.2", "AUTH TLS"
Wed Nov 23 19:01:17 2011 [pid 2] FTP response: Client "192.168.0.2", "234 Proceed with negotiation."
Wed Nov 23 19:01:17 2011 [pid 2] DEBUG: Client "192.168.0.2", "SSL versio n: TLSv1/SSLv3, SSL cipher: DES-CBC3-SHA, not reused, no cert"
On Wed, 23 Nov 2011 19:34:18 +0100
MERLIN Philippe wrote:
> > Lit le man et démarre-le en ligne de commande en augmentant la
> > verbosity, ça devrait te renvoyer des msgs d'erreur intéres sants.
STP, respecte la netiquette et poste en plain text, PAS en HTML!
Je n'ai eu ton post qu'uniquement parce je modifiais mon procmailrc
et qu'une version fourre-tout était active (normalement tout le HTML
va directement dans /dev/null).
> Pourrais tu être plus précis ? Je lis le man en large et en t ravers, je
> passe peut être devant une info intéressante mais j'ai rajout é les
> variables debug_ssl et log_ftp_protocol à YES cela a rajouté des
> informations dans le log qui ne m'éclaire pas beaucoup.
> Je joins un extrait du log.
Lire le man pour voir comment démarrer le daemon sans qu'il passe en
résident et augmenter la verbosity, de façon à avoir les l ogs sous le nez
au fur et à mesure du déroulement du pgm. Cette façon de faire amène
souvent plus d'infos que le fichier de log normal.
> Wed Nov 23 19:01:16 2011 [pid 2] CONNECT: Client "192.168.0.2"
> Wed Nov 23 19:01:16 2011 [pid 2] FTP response: Client "192.168.0.2", "2 20
> (vsFTPd 2.3.4)" Wed Nov 23 19:01:17 2011 [pid 2] FTP command: Client
> "192.168.0.2", "AUTH TLS" Wed Nov 23 19:01:17 2011 [pid 2] FTP response:
> Client "192.168.0.2", "234 Proceed with negotiation." Wed Nov 23
> 19:01:17 2011 [pid 2] DEBUG: Client "192.168.0.2", "SSL version:
> TLSv1/SSLv3, SSL cipher: DES-CBC3-SHA, not reused, no cert"
DES-CBC3-SHA: encryption uniquement bonne pour les tests, pas en prod (tr op
faible).
Et tu peux m'expliquer comment tu comptes utiliser SSL sans certificat
approprié??
Ceci devrait clore le chapitre:
http://forums.fedoraforum.org/archive/index.php/t-198309.html
On Wed, 23 Nov 2011 19:34:18 +0100
MERLIN Philippe <phil.merlin@free.fr> wrote:
> > Lit le man et démarre-le en ligne de commande en augmentant la
> > verbosity, ça devrait te renvoyer des msgs d'erreur intéres sants.
STP, respecte la netiquette et poste en plain text, PAS en HTML!
Je n'ai eu ton post qu'uniquement parce je modifiais mon procmailrc
et qu'une version fourre-tout était active (normalement tout le HTML
va directement dans /dev/null).
> Pourrais tu être plus précis ? Je lis le man en large et en t ravers, je
> passe peut être devant une info intéressante mais j'ai rajout é les
> variables debug_ssl et log_ftp_protocol à YES cela a rajouté des
> informations dans le log qui ne m'éclaire pas beaucoup.
> Je joins un extrait du log.
Lire le man pour voir comment démarrer le daemon sans qu'il passe en
résident et augmenter la verbosity, de façon à avoir les l ogs sous le nez
au fur et à mesure du déroulement du pgm. Cette façon de faire amène
souvent plus d'infos que le fichier de log normal.
> Wed Nov 23 19:01:16 2011 [pid 2] CONNECT: Client "192.168.0.2"
> Wed Nov 23 19:01:16 2011 [pid 2] FTP response: Client "192.168.0.2", "2 20
> (vsFTPd 2.3.4)" Wed Nov 23 19:01:17 2011 [pid 2] FTP command: Client
> "192.168.0.2", "AUTH TLS" Wed Nov 23 19:01:17 2011 [pid 2] FTP response:
> Client "192.168.0.2", "234 Proceed with negotiation." Wed Nov 23
> 19:01:17 2011 [pid 2] DEBUG: Client "192.168.0.2", "SSL version:
> TLSv1/SSLv3, SSL cipher: DES-CBC3-SHA, not reused, no cert"
DES-CBC3-SHA: encryption uniquement bonne pour les tests, pas en prod (tr op
faible).
Et tu peux m'expliquer comment tu comptes utiliser SSL sans certificat
approprié??
Ceci devrait clore le chapitre:
http://forums.fedoraforum.org/archive/index.php/t-198309.html
On Wed, 23 Nov 2011 19:34:18 +0100
MERLIN Philippe wrote:
> > Lit le man et démarre-le en ligne de commande en augmentant la
> > verbosity, ça devrait te renvoyer des msgs d'erreur intéres sants.
STP, respecte la netiquette et poste en plain text, PAS en HTML!
Je n'ai eu ton post qu'uniquement parce je modifiais mon procmailrc
et qu'une version fourre-tout était active (normalement tout le HTML
va directement dans /dev/null).
> Pourrais tu être plus précis ? Je lis le man en large et en t ravers, je
> passe peut être devant une info intéressante mais j'ai rajout é les
> variables debug_ssl et log_ftp_protocol à YES cela a rajouté des
> informations dans le log qui ne m'éclaire pas beaucoup.
> Je joins un extrait du log.
Lire le man pour voir comment démarrer le daemon sans qu'il passe en
résident et augmenter la verbosity, de façon à avoir les l ogs sous le nez
au fur et à mesure du déroulement du pgm. Cette façon de faire amène
souvent plus d'infos que le fichier de log normal.
> Wed Nov 23 19:01:16 2011 [pid 2] CONNECT: Client "192.168.0.2"
> Wed Nov 23 19:01:16 2011 [pid 2] FTP response: Client "192.168.0.2", "2 20
> (vsFTPd 2.3.4)" Wed Nov 23 19:01:17 2011 [pid 2] FTP command: Client
> "192.168.0.2", "AUTH TLS" Wed Nov 23 19:01:17 2011 [pid 2] FTP response:
> Client "192.168.0.2", "234 Proceed with negotiation." Wed Nov 23
> 19:01:17 2011 [pid 2] DEBUG: Client "192.168.0.2", "SSL version:
> TLSv1/SSLv3, SSL cipher: DES-CBC3-SHA, not reused, no cert"
DES-CBC3-SHA: encryption uniquement bonne pour les tests, pas en prod (tr op
faible).
Et tu peux m'expliquer comment tu comptes utiliser SSL sans certificat
approprié??
Ceci devrait clore le chapitre:
http://forums.fedoraforum.org/archive/index.php/t-198309.html
Excuse moi de répondre tardivement, mais j'ai du m'absenter.
Je m'étonne que tu m'accuses d'écrire mes messages en Html, celà m'étonnerais
car je les écris avec kmail et quand je vérifie le message renvoyé par la liste
et celui stocké au départ ils ne sont pas en html.
Excuse moi de répondre tardivement, mais j'ai du m'absenter.
Je m'étonne que tu m'accuses d'écrire mes messages en Html, celà m'étonnerais
car je les écris avec kmail et quand je vérifie le message renvoyé par la liste
et celui stocké au départ ils ne sont pas en html.
Excuse moi de répondre tardivement, mais j'ai du m'absenter.
Je m'étonne que tu m'accuses d'écrire mes messages en Html, celà m'étonnerais
car je les écris avec kmail et quand je vérifie le message renvoyé par la liste
et celui stocké au départ ils ne sont pas en html.
MERLIN Philippe wrote:
> Rebonjour,
> Ãtant toujours bloqué, Ayant toujours cette erreur 530 login refused,
> j'ai examiné le fichier /etc/pam.d/vsftpd qui est actuellement ain si:
> #%PAM-1.0
> auth required /lib/security/pam_userdb.so db=/etv/vsftpd.login
> session required /lib/security/pam_userdb.so db=/etv/vsftpd.login
>
> seul ennui dans le dossier /lib/security je n'ai pas de pas de fichier
> pam_userdb.so
> Après recherche avec apt-file j'ai vu qu'il existait un pam_userdb .so
> dans /lib/i386-linux-gnu/security
Alors, soit il ne faut pas mélanger les architectures (si la machine est en
64 bits), soit il ne faut pas mélanger stable et testing/unstable
Si la machine est en squeeze, le chemin est /lib/security , en wheezy/sid
c'est /lib/$architecture-linux-gnu/security . Faire un lien, ce n'est pas
une très bonne idée ... Le système cherche la ou il faut.
> J'ai alors créé un lien dans /lib/security mais malgré t out j'ai toujours
> une erreur.
Si tu veux avoir de l'aide, il faut fournir plus de détails. "J'ai u ne
erreur" sans préciser, c'est le meilleur moyen de ne pas obtenir d'a ide ...
Au moins nous donner le message en question, et un extrait des logs serait
très utile ...
> Je ne sais plus quoi faire.
Déjà , corriger les noms de fichier dans le fichier vsftpd : ne pas préciser
le chemin (juste le nom de fichier), comme les autres fichiers de ce
répertoire. Ca évitera des problèmes si le chemin change.
pam_userdb.so fait partie de libpam-modules. Ce paquet est bien install é ?
> De l'aide svP
> Merci.
> Philippe
MERLIN Philippe wrote:
> Rebonjour,
> Ãtant toujours bloqué, Ayant toujours cette erreur 530 login refused,
> j'ai examiné le fichier /etc/pam.d/vsftpd qui est actuellement ain si:
> #%PAM-1.0
> auth required /lib/security/pam_userdb.so db=/etv/vsftpd.login
> session required /lib/security/pam_userdb.so db=/etv/vsftpd.login
>
> seul ennui dans le dossier /lib/security je n'ai pas de pas de fichier
> pam_userdb.so
> Après recherche avec apt-file j'ai vu qu'il existait un pam_userdb .so
> dans /lib/i386-linux-gnu/security
Alors, soit il ne faut pas mélanger les architectures (si la machine est en
64 bits), soit il ne faut pas mélanger stable et testing/unstable
Si la machine est en squeeze, le chemin est /lib/security , en wheezy/sid
c'est /lib/$architecture-linux-gnu/security . Faire un lien, ce n'est pas
une très bonne idée ... Le système cherche la ou il faut.
> J'ai alors créé un lien dans /lib/security mais malgré t out j'ai toujours
> une erreur.
Si tu veux avoir de l'aide, il faut fournir plus de détails. "J'ai u ne
erreur" sans préciser, c'est le meilleur moyen de ne pas obtenir d'a ide ...
Au moins nous donner le message en question, et un extrait des logs serait
très utile ...
> Je ne sais plus quoi faire.
Déjà , corriger les noms de fichier dans le fichier vsftpd : ne pas préciser
le chemin (juste le nom de fichier), comme les autres fichiers de ce
répertoire. Ca évitera des problèmes si le chemin change.
pam_userdb.so fait partie de libpam-modules. Ce paquet est bien install é ?
> De l'aide svP
> Merci.
> Philippe
MERLIN Philippe wrote:
> Rebonjour,
> Ãtant toujours bloqué, Ayant toujours cette erreur 530 login refused,
> j'ai examiné le fichier /etc/pam.d/vsftpd qui est actuellement ain si:
> #%PAM-1.0
> auth required /lib/security/pam_userdb.so db=/etv/vsftpd.login
> session required /lib/security/pam_userdb.so db=/etv/vsftpd.login
>
> seul ennui dans le dossier /lib/security je n'ai pas de pas de fichier
> pam_userdb.so
> Après recherche avec apt-file j'ai vu qu'il existait un pam_userdb .so
> dans /lib/i386-linux-gnu/security
Alors, soit il ne faut pas mélanger les architectures (si la machine est en
64 bits), soit il ne faut pas mélanger stable et testing/unstable
Si la machine est en squeeze, le chemin est /lib/security , en wheezy/sid
c'est /lib/$architecture-linux-gnu/security . Faire un lien, ce n'est pas
une très bonne idée ... Le système cherche la ou il faut.
> J'ai alors créé un lien dans /lib/security mais malgré t out j'ai toujours
> une erreur.
Si tu veux avoir de l'aide, il faut fournir plus de détails. "J'ai u ne
erreur" sans préciser, c'est le meilleur moyen de ne pas obtenir d'a ide ...
Au moins nous donner le message en question, et un extrait des logs serait
très utile ...
> Je ne sais plus quoi faire.
Déjà , corriger les noms de fichier dans le fichier vsftpd : ne pas préciser
le chemin (juste le nom de fichier), comme les autres fichiers de ce
répertoire. Ca évitera des problèmes si le chemin change.
pam_userdb.so fait partie de libpam-modules. Ce paquet est bien install é ?
> De l'aide svP
> Merci.
> Philippe
Le mardi 29 novembre 2011 14:58:47, Vincent Tondellier a écrit :MERLIN Philippe wrote:
> Rebonjour,
> Ãtant toujours bloqué, Ayant toujours cette erreur 530 l ogin refused,
> j'ai examiné le fichier /etc/pam.d/vsftpd qui est actuellemen t ainsi:
> #%PAM-1.0
> auth required /lib/security/pam_userdb.so db=/etv/vsftpd.login
> session required /lib/security/pam_userdb.so db=/etv/vsftpd.logi n
>
> seul ennui dans le dossier /lib/security je n'ai pas de pas de fic hier
> pam_userdb.so
> Après recherche avec apt-file j'ai vu qu'il existait un pam_u serdb.so
> dans /lib/i386-linux-gnu/security
Alors, soit il ne faut pas mélanger les architectures (si la ma chine est
en 64 bits), soit il ne faut pas mélanger stable et testing/uns table
Si la machine est en squeeze, le chemin est /lib/security , en wheez y/sid
c'est /lib/$architecture-linux-gnu/security . Faire un lien, ce n'es t pas
une très bonne idée ... Le système cherche la ou il f aut.
> J'ai alors créé un lien dans /lib/security mais malgrà © tout j'ai
> toujours une erreur.
Si tu veux avoir de l'aide, il faut fournir plus de détails. "J 'ai une
erreur" sans préciser, c'est le meilleur moyen de ne pas obteni r d'aide
... Au moins nous donner le message en question, et un extrait des l ogs
serait très utile ...
> Je ne sais plus quoi faire.
Déjà , corriger les noms de fichier dans le fichier vsftpd : ne pas
préciser le chemin (juste le nom de fichier), comme les autres fichiers
de ce répertoire. Ca évitera des problèmes si le chem in change.
pam_userdb.so fait partie de libpam-modules. Ce paquet est bien inst allé
?
> De l'aide svP
> Merci.
> Philippe
Merci de l'aide, j'ai bien fait la modif dans le fichier vsftpd du
dossier pam.d.
Du coté de Filezilla j'obtiens :
GnuTLS error -15: An unexpected TLS packet was received.
Du coté log serveur vsftpd: Erreur 530 login incorrect
Si cela vous dit quelque chose ? je n'ai rien trouvé sur Google.
Philippe MERLIn
Le mardi 29 novembre 2011 14:58:47, Vincent Tondellier a écrit :
MERLIN Philippe wrote:
> Rebonjour,
> Ãtant toujours bloqué, Ayant toujours cette erreur 530 l ogin refused,
> j'ai examiné le fichier /etc/pam.d/vsftpd qui est actuellemen t ainsi:
> #%PAM-1.0
> auth required /lib/security/pam_userdb.so db=/etv/vsftpd.login
> session required /lib/security/pam_userdb.so db=/etv/vsftpd.logi n
>
> seul ennui dans le dossier /lib/security je n'ai pas de pas de fic hier
> pam_userdb.so
> Après recherche avec apt-file j'ai vu qu'il existait un pam_u serdb.so
> dans /lib/i386-linux-gnu/security
Alors, soit il ne faut pas mélanger les architectures (si la ma chine est
en 64 bits), soit il ne faut pas mélanger stable et testing/uns table
Si la machine est en squeeze, le chemin est /lib/security , en wheez y/sid
c'est /lib/$architecture-linux-gnu/security . Faire un lien, ce n'es t pas
une très bonne idée ... Le système cherche la ou il f aut.
> J'ai alors créé un lien dans /lib/security mais malgrà © tout j'ai
> toujours une erreur.
Si tu veux avoir de l'aide, il faut fournir plus de détails. "J 'ai une
erreur" sans préciser, c'est le meilleur moyen de ne pas obteni r d'aide
... Au moins nous donner le message en question, et un extrait des l ogs
serait très utile ...
> Je ne sais plus quoi faire.
Déjà , corriger les noms de fichier dans le fichier vsftpd : ne pas
préciser le chemin (juste le nom de fichier), comme les autres fichiers
de ce répertoire. Ca évitera des problèmes si le chem in change.
pam_userdb.so fait partie de libpam-modules. Ce paquet est bien inst allé
?
> De l'aide svP
> Merci.
> Philippe
Merci de l'aide, j'ai bien fait la modif dans le fichier vsftpd du
dossier pam.d.
Du coté de Filezilla j'obtiens :
GnuTLS error -15: An unexpected TLS packet was received.
Du coté log serveur vsftpd: Erreur 530 login incorrect
Si cela vous dit quelque chose ? je n'ai rien trouvé sur Google.
Philippe MERLIn
Le mardi 29 novembre 2011 14:58:47, Vincent Tondellier a écrit :MERLIN Philippe wrote:
> Rebonjour,
> Ãtant toujours bloqué, Ayant toujours cette erreur 530 l ogin refused,
> j'ai examiné le fichier /etc/pam.d/vsftpd qui est actuellemen t ainsi:
> #%PAM-1.0
> auth required /lib/security/pam_userdb.so db=/etv/vsftpd.login
> session required /lib/security/pam_userdb.so db=/etv/vsftpd.logi n
>
> seul ennui dans le dossier /lib/security je n'ai pas de pas de fic hier
> pam_userdb.so
> Après recherche avec apt-file j'ai vu qu'il existait un pam_u serdb.so
> dans /lib/i386-linux-gnu/security
Alors, soit il ne faut pas mélanger les architectures (si la ma chine est
en 64 bits), soit il ne faut pas mélanger stable et testing/uns table
Si la machine est en squeeze, le chemin est /lib/security , en wheez y/sid
c'est /lib/$architecture-linux-gnu/security . Faire un lien, ce n'es t pas
une très bonne idée ... Le système cherche la ou il f aut.
> J'ai alors créé un lien dans /lib/security mais malgrà © tout j'ai
> toujours une erreur.
Si tu veux avoir de l'aide, il faut fournir plus de détails. "J 'ai une
erreur" sans préciser, c'est le meilleur moyen de ne pas obteni r d'aide
... Au moins nous donner le message en question, et un extrait des l ogs
serait très utile ...
> Je ne sais plus quoi faire.
Déjà , corriger les noms de fichier dans le fichier vsftpd : ne pas
préciser le chemin (juste le nom de fichier), comme les autres fichiers
de ce répertoire. Ca évitera des problèmes si le chem in change.
pam_userdb.so fait partie de libpam-modules. Ce paquet est bien inst allé
?
> De l'aide svP
> Merci.
> Philippe
Merci de l'aide, j'ai bien fait la modif dans le fichier vsftpd du
dossier pam.d.
Du coté de Filezilla j'obtiens :
GnuTLS error -15: An unexpected TLS packet was received.
Du coté log serveur vsftpd: Erreur 530 login incorrect
Si cela vous dit quelque chose ? je n'ai rien trouvé sur Google.
Philippe MERLIn