Je me tourne vers vous car un problème curieux se produit sur mon
serveur FTP.
J'ai choisis de gérer mes utilisateurs pour de nombreuses raisons à
partir d'une base mysql. Pour cela j'ai suivis plusieurs docs et tout
s'est (presque) bien passé.
Dans un premier temps lorsque je me connecte sur mon serveur en ligne de
commande avec netcat (par exemple) il me faut casiment 15 secondes pour
recevoir le message "220" me souhaitant la bienvenue. Pendant se temps
la dernière ligne des logs mysql du proftpd est:
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
Mihamina (R12y) Rakotomandimby
Alves Michael wrote:
Bonsoir à tous.
Bonjour
shell: /bin/false
Ca fait un bail que je n'utilise pas ProftpD, mais il me semble bien que si l'user a un shell invalide, proftpd refuse. Je n'ai plus la raison de ce comportement, ni dans quelles circonstances exactes il est a propos. Donc, modifie ce shell, et mets y bash ou sh, et essaie.
Alves Michael wrote:
Bonsoir à tous.
Bonjour
shell: /bin/false
Ca fait un bail que je n'utilise pas ProftpD, mais il me semble bien que
si l'user a un shell invalide, proftpd refuse.
Je n'ai plus la raison de ce comportement, ni dans quelles circonstances
exactes il est a propos.
Donc, modifie ce shell, et mets y bash ou sh, et essaie.
Ca fait un bail que je n'utilise pas ProftpD, mais il me semble bien que si l'user a un shell invalide, proftpd refuse. Je n'ai plus la raison de ce comportement, ni dans quelles circonstances exactes il est a propos. Donc, modifie ce shell, et mets y bash ou sh, et essaie.
Alves Michael
Alves Michael wrote:
Bonsoir à tous.
Bonjour
shell: /bin/false
Ca fait un bail que je n'utilise pas ProftpD, mais il me semble bien que si l'user a un shell invalide, proftpd refuse. Je n'ai plus la raison de ce comportement, ni dans quelles circonstances exactes il est a propos. Donc, modifie ce shell, et mets y bash ou sh, et essaie.
Malheuresement cela ne change rien ...
Merci pour le coup de main.
Alves Michael wrote:
Bonsoir à tous.
Bonjour
shell: /bin/false
Ca fait un bail que je n'utilise pas ProftpD, mais il me semble bien que
si l'user a un shell invalide, proftpd refuse.
Je n'ai plus la raison de ce comportement, ni dans quelles circonstances
exactes il est a propos.
Donc, modifie ce shell, et mets y bash ou sh, et essaie.
Ca fait un bail que je n'utilise pas ProftpD, mais il me semble bien que si l'user a un shell invalide, proftpd refuse. Je n'ai plus la raison de ce comportement, ni dans quelles circonstances exactes il est a propos. Donc, modifie ce shell, et mets y bash ou sh, et essaie.
Malheuresement cela ne change rien ...
Merci pour le coup de main.
Alves Michael
Bonsoir :)
Je me répond à moi même car j'ai résolus une bonne partie de mes soucis.
Les problèmes de lenteur sont dus aux tentatives de reverse DNS fait par le serveur. Pour désactiver cela :
IdentLookups off UseReverseDNS off
Par la suite le serveur ne veut pas utiliser l'UID et le GID que j'indique dans la table SQL. Il tente systématiquement de se connecter avec l'user sur lequel je me connecte en FTP. Je ne sais pas pourquoi (quelqu'un a une idée ?) mais pour contourner se problème je force l'UID et le GID dans la conf :
SQLDefaultUID 33 SQLDefaultGID 33
Voilà, ça marche !
Bonsoir :)
Je me répond à moi même car j'ai résolus une bonne partie de mes soucis.
Les problèmes de lenteur sont dus aux tentatives de reverse DNS fait
par le serveur. Pour désactiver cela :
IdentLookups off
UseReverseDNS off
Par la suite le serveur ne veut pas utiliser l'UID et le GID que
j'indique dans la table SQL. Il tente systématiquement de se connecter
avec l'user sur lequel je me connecte en FTP. Je ne sais pas pourquoi
(quelqu'un a une idée ?) mais pour contourner se problème je force
l'UID et le GID dans la conf :
Je me répond à moi même car j'ai résolus une bonne partie de mes soucis.
Les problèmes de lenteur sont dus aux tentatives de reverse DNS fait par le serveur. Pour désactiver cela :
IdentLookups off UseReverseDNS off
Par la suite le serveur ne veut pas utiliser l'UID et le GID que j'indique dans la table SQL. Il tente systématiquement de se connecter avec l'user sur lequel je me connecte en FTP. Je ne sais pas pourquoi (quelqu'un a une idée ?) mais pour contourner se problème je force l'UID et le GID dans la conf :