Bonjour,
J'avais installé il y a deux ans sur ma machine une debian /squeeze un
serveur vsftp qui marchait bien en son temps, depuis quelque temps le
service était lancé mais pas utilisé.
...........
Je ne sais pas ou chercher l'erreur, merci pour votre aide, la commande q ue
j'ai utilisé pour regénérer le login.db est db3_load.
Philippe
Bonjour,
J'avais installé il y a deux ans sur ma machine une debian /squeeze un
serveur vsftp qui marchait bien en son temps, depuis quelque temps le
service était lancé mais pas utilisé.
...........
Je ne sais pas ou chercher l'erreur, merci pour votre aide, la commande q ue
j'ai utilisé pour regénérer le login.db est db3_load.
Philippe
Bonjour,
J'avais installé il y a deux ans sur ma machine une debian /squeeze un
serveur vsftp qui marchait bien en son temps, depuis quelque temps le
service était lancé mais pas utilisé.
...........
Je ne sais pas ou chercher l'erreur, merci pour votre aide, la commande q ue
j'ai utilisé pour regénérer le login.db est db3_load.
Philippe
Encore moi, j'insiste , mais après recherche j'ai trouvé l'endroit ou cela
coince la base de donnée login.db créée par db3_load n'est pas bien lue par
[...]
Comment peut t'on lire facilement une base berkeley ?
J'aimerai savoir ce quelle contient!
Encore moi, j'insiste , mais après recherche j'ai trouvé l'endroit ou cela
coince la base de donnée login.db créée par db3_load n'est pas bien lue par
[...]
Comment peut t'on lire facilement une base berkeley ?
J'aimerai savoir ce quelle contient!
Encore moi, j'insiste , mais après recherche j'ai trouvé l'endroit ou cela
coince la base de donnée login.db créée par db3_load n'est pas bien lue par
[...]
Comment peut t'on lire facilement une base berkeley ?
J'aimerai savoir ce quelle contient!
Courrier Debian a écrit, le 17.12.2009 23:08 :
> Encore moi, j'insiste , mais après recherche j'ai trouvé l'en droit ou
> cela coince la base de donnée login.db créée par db3_loa d n'est pas bien
> lue par [...]
> Comment peut t'on lire facilement une base berkeley ?
> J'aimerai savoir ce quelle contient!
bonsoir,
essaie
db3_dump -d a login.db
cordialement
hého
Courrier Debian a écrit, le 17.12.2009 23:08 :
> Encore moi, j'insiste , mais après recherche j'ai trouvé l'en droit ou
> cela coince la base de donnée login.db créée par db3_loa d n'est pas bien
> lue par [...]
> Comment peut t'on lire facilement une base berkeley ?
> J'aimerai savoir ce quelle contient!
bonsoir,
essaie
db3_dump -d a login.db
cordialement
hého
Courrier Debian a écrit, le 17.12.2009 23:08 :
> Encore moi, j'insiste , mais après recherche j'ai trouvé l'en droit ou
> cela coince la base de donnée login.db créée par db3_loa d n'est pas bien
> lue par [...]
> Comment peut t'on lire facilement une base berkeley ?
> J'aimerai savoir ce quelle contient!
bonsoir,
essaie
db3_dump -d a login.db
cordialement
hého
Merci pour l'info elle m'a été très utile, mais je me heurte à un problème
surprenant.
1 je crèe la base login.db avec db3_load.
2 je lis correctement cette base avec db3_dump
3 j'essaie de me connecter aux base vsftp par l'intermédiaire du, module
pam_userdb qui se sert de la base login.db pour autoriser la connexion, rejet
avec les messages :
vsftpd: pam_userdb (vfstpd:auth) : Verify user 'xxxxxx' with a password
vsftpd: pam_userdb (vfstpd:auth) : password in database is [(nil)]',len is 0
vsftpd: pam_userdb (vfstpd:auth) : error returned by dbm_fetch : no such file
vsftpd: pam_userdb (vfstpd:auth) : user 'xxxxxx' not found in database
4 j'essaie de relire la base login.db avec db3_dump et là j'ai une erreur en
lecture, j'ai essayé de mettre la base en lecture seule même résultat !!!
Es ce que quelqu'un peut me donner une idée pour m'en sortir ?
es ce que pam_userdb lit les bases db3 ou db4 ?
Merci pour tout aide.
Philippe
Merci pour l'info elle m'a été très utile, mais je me heurte à un problème
surprenant.
1 je crèe la base login.db avec db3_load.
2 je lis correctement cette base avec db3_dump
3 j'essaie de me connecter aux base vsftp par l'intermédiaire du, module
pam_userdb qui se sert de la base login.db pour autoriser la connexion, rejet
avec les messages :
vsftpd: pam_userdb (vfstpd:auth) : Verify user 'xxxxxx' with a password
vsftpd: pam_userdb (vfstpd:auth) : password in database is [(nil)]',len is 0
vsftpd: pam_userdb (vfstpd:auth) : error returned by dbm_fetch : no such file
vsftpd: pam_userdb (vfstpd:auth) : user 'xxxxxx' not found in database
4 j'essaie de relire la base login.db avec db3_dump et là j'ai une erreur en
lecture, j'ai essayé de mettre la base en lecture seule même résultat !!!
Es ce que quelqu'un peut me donner une idée pour m'en sortir ?
es ce que pam_userdb lit les bases db3 ou db4 ?
Merci pour tout aide.
Philippe
Merci pour l'info elle m'a été très utile, mais je me heurte à un problème
surprenant.
1 je crèe la base login.db avec db3_load.
2 je lis correctement cette base avec db3_dump
3 j'essaie de me connecter aux base vsftp par l'intermédiaire du, module
pam_userdb qui se sert de la base login.db pour autoriser la connexion, rejet
avec les messages :
vsftpd: pam_userdb (vfstpd:auth) : Verify user 'xxxxxx' with a password
vsftpd: pam_userdb (vfstpd:auth) : password in database is [(nil)]',len is 0
vsftpd: pam_userdb (vfstpd:auth) : error returned by dbm_fetch : no such file
vsftpd: pam_userdb (vfstpd:auth) : user 'xxxxxx' not found in database
4 j'essaie de relire la base login.db avec db3_dump et là j'ai une erreur en
lecture, j'ai essayé de mettre la base en lecture seule même résultat !!!
Es ce que quelqu'un peut me donner une idée pour m'en sortir ?
es ce que pam_userdb lit les bases db3 ou db4 ?
Merci pour tout aide.
Philippe
Bonjour,
Courrier Debian a écrit :
[...]
> Merci pour l'info elle m'a été très utile, mais je me he urte à un
> problème surprenant.
> 1 je crèe la base login.db avec db3_load.
> 2 je lis correctement cette base avec db3_dump
> 3 j'essaie de me connecter aux base vsftp par l'intermédiaire du, module
> pam_userdb qui se sert de la base login.db pour autoriser la connexion,
> rejet avec les messages :
> vsftpd: pam_userdb (vfstpd:auth) : Verify user 'xxxxxx' with a password
> vsftpd: pam_userdb (vfstpd:auth) : password in database is [(nil)]',len
> is 0 vsftpd: pam_userdb (vfstpd:auth) : error returned by dbm_fetch : no
> such file vsftpd: pam_userdb (vfstpd:auth) : user 'xxxxxx' not found in
> database 4 j'essaie de relire la base login.db avec db3_dump et là j'ai
> une erreur en lecture, j'ai essayé de mettre la base en lecture se ule
> même résultat !!! Es ce que quelqu'un peut me donner une id ée pour m'en
> sortir ?
> es ce que pam_userdb lit les bases db3 ou db4 ?
> Merci pour tout aide.
> Philippe
:~$ ldd /lib/security/pam_userdb.so
linux-vdso.so.1 => (0x00007fffeb5fe000)
libpam.so.0 => /lib/libpam.so.0 (0x00002b6ebf850000)
libdb-4.6.so => /usr/lib/libdb-4.6.so (0x00002b6ebfa5b000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x00002b6ebfda6000)
libc.so.6 => /lib/libc.so.6 (0x00002b6ebffde000)
libdl.so.2 => /lib/libdl.so.2 (0x00002b6ec0331000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00002b6ec0536000)
/lib64/ld-linux-x86-64.so.2 (0x0000555555554000)
Donc à priori, dans mon cas elle serait liée à la version 4.6.
Et j'utiliserais les outils présents dans le paquet db4.6-utils pour
manipuler la base.
A voire si cela t'aide.
--
Franck Joncourt
Bonjour,
Courrier Debian a écrit :
[...]
> Merci pour l'info elle m'a été très utile, mais je me he urte à un
> problème surprenant.
> 1 je crèe la base login.db avec db3_load.
> 2 je lis correctement cette base avec db3_dump
> 3 j'essaie de me connecter aux base vsftp par l'intermédiaire du, module
> pam_userdb qui se sert de la base login.db pour autoriser la connexion,
> rejet avec les messages :
> vsftpd: pam_userdb (vfstpd:auth) : Verify user 'xxxxxx' with a password
> vsftpd: pam_userdb (vfstpd:auth) : password in database is [(nil)]',len
> is 0 vsftpd: pam_userdb (vfstpd:auth) : error returned by dbm_fetch : no
> such file vsftpd: pam_userdb (vfstpd:auth) : user 'xxxxxx' not found in
> database 4 j'essaie de relire la base login.db avec db3_dump et là j'ai
> une erreur en lecture, j'ai essayé de mettre la base en lecture se ule
> même résultat !!! Es ce que quelqu'un peut me donner une id ée pour m'en
> sortir ?
> es ce que pam_userdb lit les bases db3 ou db4 ?
> Merci pour tout aide.
> Philippe
franck@pluton:~$ ldd /lib/security/pam_userdb.so
linux-vdso.so.1 => (0x00007fffeb5fe000)
libpam.so.0 => /lib/libpam.so.0 (0x00002b6ebf850000)
libdb-4.6.so => /usr/lib/libdb-4.6.so (0x00002b6ebfa5b000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x00002b6ebfda6000)
libc.so.6 => /lib/libc.so.6 (0x00002b6ebffde000)
libdl.so.2 => /lib/libdl.so.2 (0x00002b6ec0331000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00002b6ec0536000)
/lib64/ld-linux-x86-64.so.2 (0x0000555555554000)
Donc à priori, dans mon cas elle serait liée à la version 4.6.
Et j'utiliserais les outils présents dans le paquet db4.6-utils pour
manipuler la base.
A voire si cela t'aide.
--
Franck Joncourt
Bonjour,
Courrier Debian a écrit :
[...]
> Merci pour l'info elle m'a été très utile, mais je me he urte à un
> problème surprenant.
> 1 je crèe la base login.db avec db3_load.
> 2 je lis correctement cette base avec db3_dump
> 3 j'essaie de me connecter aux base vsftp par l'intermédiaire du, module
> pam_userdb qui se sert de la base login.db pour autoriser la connexion,
> rejet avec les messages :
> vsftpd: pam_userdb (vfstpd:auth) : Verify user 'xxxxxx' with a password
> vsftpd: pam_userdb (vfstpd:auth) : password in database is [(nil)]',len
> is 0 vsftpd: pam_userdb (vfstpd:auth) : error returned by dbm_fetch : no
> such file vsftpd: pam_userdb (vfstpd:auth) : user 'xxxxxx' not found in
> database 4 j'essaie de relire la base login.db avec db3_dump et là j'ai
> une erreur en lecture, j'ai essayé de mettre la base en lecture se ule
> même résultat !!! Es ce que quelqu'un peut me donner une id ée pour m'en
> sortir ?
> es ce que pam_userdb lit les bases db3 ou db4 ?
> Merci pour tout aide.
> Philippe
:~$ ldd /lib/security/pam_userdb.so
linux-vdso.so.1 => (0x00007fffeb5fe000)
libpam.so.0 => /lib/libpam.so.0 (0x00002b6ebf850000)
libdb-4.6.so => /usr/lib/libdb-4.6.so (0x00002b6ebfa5b000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x00002b6ebfda6000)
libc.so.6 => /lib/libc.so.6 (0x00002b6ebffde000)
libdl.so.2 => /lib/libdl.so.2 (0x00002b6ec0331000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00002b6ec0536000)
/lib64/ld-linux-x86-64.so.2 (0x0000555555554000)
Donc à priori, dans mon cas elle serait liée à la version 4.6.
Et j'utiliserais les outils présents dans le paquet db4.6-utils pour
manipuler la base.
A voire si cela t'aide.
--
Franck Joncourt
Oui cela m'aide un peu et cela confirme le bug #521860 Avril 2009 intitulé:
libpam-modules: libdb upgrade silently breaks pam_userdb.so
Ou il décrit ce que je subis actuellement, le "coupable" est libdb-4.7.so qui
n'arrive pas à lire les bases de données créées par db3_load et cerise sur le
gâteau vérole la base de donnée. Dans ce signalement de bug il y a une
discussion avec beaucoup d'échange cela se termine par transmission du bébé à
Oracle avec un lien, là encore quelques échanges d'informations tout cela en
Avril 2009 puis plus rien depuis sauf un rappel du pb non résolu 30 Mai 2009
par le mainteneur Debian.
Ceci est inquiétant et à l'heure ou Oracle absorbe mysql cela promet des beaux
jours !!!
Revenons à mon problème, je suis en version squeeze et donc impacté, puis je
rétrogradé en libdb-4.6.0 sans pb?
Oui cela m'aide un peu et cela confirme le bug #521860 Avril 2009 intitulé:
libpam-modules: libdb upgrade silently breaks pam_userdb.so
Ou il décrit ce que je subis actuellement, le "coupable" est libdb-4.7.so qui
n'arrive pas à lire les bases de données créées par db3_load et cerise sur le
gâteau vérole la base de donnée. Dans ce signalement de bug il y a une
discussion avec beaucoup d'échange cela se termine par transmission du bébé à
Oracle avec un lien, là encore quelques échanges d'informations tout cela en
Avril 2009 puis plus rien depuis sauf un rappel du pb non résolu 30 Mai 2009
par le mainteneur Debian.
Ceci est inquiétant et à l'heure ou Oracle absorbe mysql cela promet des beaux
jours !!!
Revenons à mon problème, je suis en version squeeze et donc impacté, puis je
rétrogradé en libdb-4.6.0 sans pb?
Oui cela m'aide un peu et cela confirme le bug #521860 Avril 2009 intitulé:
libpam-modules: libdb upgrade silently breaks pam_userdb.so
Ou il décrit ce que je subis actuellement, le "coupable" est libdb-4.7.so qui
n'arrive pas à lire les bases de données créées par db3_load et cerise sur le
gâteau vérole la base de donnée. Dans ce signalement de bug il y a une
discussion avec beaucoup d'échange cela se termine par transmission du bébé à
Oracle avec un lien, là encore quelques échanges d'informations tout cela en
Avril 2009 puis plus rien depuis sauf un rappel du pb non résolu 30 Mai 2009
par le mainteneur Debian.
Ceci est inquiétant et à l'heure ou Oracle absorbe mysql cela promet des beaux
jours !!!
Revenons à mon problème, je suis en version squeeze et donc impacté, puis je
rétrogradé en libdb-4.6.0 sans pb?
Courrier Debian a écrit :
[...]
> Oui cela m'aide un peu et cela confirme le bug #521860 Avril 2009
> intitulé: libpam-modules: libdb upgrade silently breaks pam_userdb .so
> Ou il décrit ce que je subis actuellement, le "coupable" est libdb -4.7.so
> qui n'arrive pas à lire les bases de données créées par db3_load et
> cerise sur le gâteau vérole la base de donnée. Dans ce s ignalement de bug
> il y a une discussion avec beaucoup d'échange cela se termine par
> transmission du bébé à Oracle avec un lien, là enco re quelques échanges
> d'informations tout cela en Avril 2009 puis plus rien depuis sauf un
> rappel du pb non résolu 30 Mai 2009 par le mainteneur Debian.
> Ceci est inquiétant et à l'heure ou Oracle absorbe mysql cela promet des
> beaux jours !!!
>
> Revenons à mon problème, je suis en version squeeze et donc i mpacté, puis
> je rétrogradé en libdb-4.6.0 sans pb?
J'ai lu rapidement, mais la recréation de la base avec les outils de la
4.7 devraient résoudre ton problème (c'est le plus simple à mon avis). Par
contre, pour la récupérer, je n'ai pas d'idées sur le mom ent.
Après, il faut voire le temps que tu veux passer sur le problèm e :)
Eventuellement, tu pourrais migrer sous Mysql ou LDAP.
--
Franck Joncourt
Courrier Debian a écrit :
[...]
> Oui cela m'aide un peu et cela confirme le bug #521860 Avril 2009
> intitulé: libpam-modules: libdb upgrade silently breaks pam_userdb .so
> Ou il décrit ce que je subis actuellement, le "coupable" est libdb -4.7.so
> qui n'arrive pas à lire les bases de données créées par db3_load et
> cerise sur le gâteau vérole la base de donnée. Dans ce s ignalement de bug
> il y a une discussion avec beaucoup d'échange cela se termine par
> transmission du bébé à Oracle avec un lien, là enco re quelques échanges
> d'informations tout cela en Avril 2009 puis plus rien depuis sauf un
> rappel du pb non résolu 30 Mai 2009 par le mainteneur Debian.
> Ceci est inquiétant et à l'heure ou Oracle absorbe mysql cela promet des
> beaux jours !!!
>
> Revenons à mon problème, je suis en version squeeze et donc i mpacté, puis
> je rétrogradé en libdb-4.6.0 sans pb?
J'ai lu rapidement, mais la recréation de la base avec les outils de la
4.7 devraient résoudre ton problème (c'est le plus simple à mon avis). Par
contre, pour la récupérer, je n'ai pas d'idées sur le mom ent.
Après, il faut voire le temps que tu veux passer sur le problèm e :)
Eventuellement, tu pourrais migrer sous Mysql ou LDAP.
--
Franck Joncourt
Courrier Debian a écrit :
[...]
> Oui cela m'aide un peu et cela confirme le bug #521860 Avril 2009
> intitulé: libpam-modules: libdb upgrade silently breaks pam_userdb .so
> Ou il décrit ce que je subis actuellement, le "coupable" est libdb -4.7.so
> qui n'arrive pas à lire les bases de données créées par db3_load et
> cerise sur le gâteau vérole la base de donnée. Dans ce s ignalement de bug
> il y a une discussion avec beaucoup d'échange cela se termine par
> transmission du bébé à Oracle avec un lien, là enco re quelques échanges
> d'informations tout cela en Avril 2009 puis plus rien depuis sauf un
> rappel du pb non résolu 30 Mai 2009 par le mainteneur Debian.
> Ceci est inquiétant et à l'heure ou Oracle absorbe mysql cela promet des
> beaux jours !!!
>
> Revenons à mon problème, je suis en version squeeze et donc i mpacté, puis
> je rétrogradé en libdb-4.6.0 sans pb?
J'ai lu rapidement, mais la recréation de la base avec les outils de la
4.7 devraient résoudre ton problème (c'est le plus simple à mon avis). Par
contre, pour la récupérer, je n'ai pas d'idées sur le mom ent.
Après, il faut voire le temps que tu veux passer sur le problèm e :)
Eventuellement, tu pourrais migrer sous Mysql ou LDAP.
--
Franck Joncourt
En effet passer en 4.7 cela semblerait la solution la plus normale ?!?
Oui mais, !!!
J'ai créé une nouvelle base login.db avec db_load puis essayé de me connecter
à vsftp ,réponse de pam_userdb il n'arrive pas à ouvrir la base login.db un
dump de celle ci avec db_dump indique que la base est correct.
Je tourne en rond, pour mémoire la base login.db contient les utilisateurs
autorisés et leur mot de passe à se connecter à vsftp, si je ne résous pas ce
problème vsftp chez moi ne fonctionnera pas, donc c'est crucial.
En effet passer en 4.7 cela semblerait la solution la plus normale ?!?
Oui mais, !!!
J'ai créé une nouvelle base login.db avec db_load puis essayé de me connecter
à vsftp ,réponse de pam_userdb il n'arrive pas à ouvrir la base login.db un
dump de celle ci avec db_dump indique que la base est correct.
Je tourne en rond, pour mémoire la base login.db contient les utilisateurs
autorisés et leur mot de passe à se connecter à vsftp, si je ne résous pas ce
problème vsftp chez moi ne fonctionnera pas, donc c'est crucial.
En effet passer en 4.7 cela semblerait la solution la plus normale ?!?
Oui mais, !!!
J'ai créé une nouvelle base login.db avec db_load puis essayé de me connecter
à vsftp ,réponse de pam_userdb il n'arrive pas à ouvrir la base login.db un
dump de celle ci avec db_dump indique que la base est correct.
Je tourne en rond, pour mémoire la base login.db contient les utilisateurs
autorisés et leur mot de passe à se connecter à vsftp, si je ne résous pas ce
problème vsftp chez moi ne fonctionnera pas, donc c'est crucial.
Courrier Debian a écrit :
[...]
As tu essayé db4.7_verify pour voire?
--
Franck Joncourt
Courrier Debian a écrit :
[...]
As tu essayé db4.7_verify pour voire?
--
Franck Joncourt
Courrier Debian a écrit :
[...]
As tu essayé db4.7_verify pour voire?
--
Franck Joncourt