Eu segui este tópico e usei esse pacote deb para corrigir minha instância. Trabalhou para mim desde então. Uma coisa que tive que fazer foi excluir o vsftpd do apt para que ele não fosse revertido para mim até que o oficial seja corrigido.
Estou executando o Ubuntu 12.04 LTS. Eu fiz algumas pequenas atualizações usando o apt. Depois de reiniciar o vsftp parou de aceitar logins de usuário do sistema de conexões. No log de autenticação estou recebendo os seguintes erros
Dec 22 22:03:13 helium vsftpd: PAM unable to dlopen(pam_cracklib.so): /lib/security/pam_cracklib.so: cannot open shared object file: No such file or directory
Dec 22 22:03:13 helium vsftpd: PAM adding faulty module: pam_cracklib.so
Dec 22 22:03:13 helium vsftpd: pam_unix(vsftpd:auth): check pass; user unknown
Dec 22 22:03:13 helium vsftpd: pam_unix(vsftpd:auth): authentication failure; logname= uid=0 euid=0 tty=ftp ruser=cam rhost=192.168.1.121
Dec 22 22:03:13 helium vsftpd: pam_winbind(vsftpd:auth): getting password (0x00000388)
Dec 22 22:03:13 helium vsftpd: pam_winbind(vsftpd:auth): pam_get_item returned a password
Eu comentei pam_cracklib.so da senha comum, que então comete erros na próxima lib
Dec 22 22:08:57 helium vsftpd: PAM unable to dlopen(pam_shells.so): /lib/security/pam_shells.so: cannot open shared object file: No such file or directory
Dec 22 22:08:57 helium vsftpd: PAM adding faulty module: pam_shells.so
Dec 22 22:08:57 helium vsftpd: pam_unix(vsftpd:auth): check pass; user unknown
Dec 22 22:08:57 helium vsftpd: pam_unix(vsftpd:auth): authentication failure; logname= uid=0 euid=0 tty=ftp ruser=cam rhost=192.168.1.120
Dec 22 22:08:57 helium vsftpd: pam_winbind(vsftpd:auth): getting password (0x00000388)
Dec 22 22:08:57 helium vsftpd: pam_winbind(vsftpd:auth): pam_get_item returned a password
Dec 22 22:09:00 helium vsftpd: PAM unable to dlopen(pam_shells.so): /lib/security/pam_shells.so: cannot open shared object file: No such file or directory
Eu notei que esse diretório não existe mais / lib / security / Parece estar agora localizado em / lib / x86_64-linux-gnu / security
Então eu fiz um link simbólico entre os dois, mas depois recebi esses erros
Dec 22 22:11:33 helium vsftpd: PAM unable to dlopen(pam_shells.so): /lib/security/pam_shells.so: failed to map segment from shared object: Cannot allocate memory
Dec 22 22:11:33 helium vsftpd: PAM adding faulty module: pam_shells.so
Dec 22 22:11:33 helium vsftpd: pam_unix(vsftpd:auth): check pass; user unknown
Dec 22 22:11:33 helium vsftpd: pam_unix(vsftpd:auth): authentication failure; logname= uid=0 euid=0 tty=ftp ruser=cam rhost=192.168.1.120
Dec 22 22:11:33 helium vsftpd: pam_winbind(vsftpd:auth): getting password (0x00000388)
Dec 22 22:11:33 helium vsftpd: pam_winbind(vsftpd:auth): pam_get_item returned a password
Atualmente estou executando
Package: vsftpd
Status: install ok installed
Priority: extra
Section: net
Installed-Size: 334
Maintainer: Ubuntu Developers <[email protected]>
Architecture: amd64
Version: 2.3.5-1ubuntu2
Eu fiz uma limpeza e reinstalei, mas ainda recebo os mesmos erros.
Meu vsftp conf é muito simples. Permitir usuários locais e usuários chroot.
Alguém tem alguma ideia?
Eu segui este tópico e usei esse pacote deb para corrigir minha instância. Trabalhou para mim desde então. Uma coisa que tive que fazer foi excluir o vsftpd do apt para que ele não fosse revertido para mim até que o oficial seja corrigido.
Tive exatamente o mesmo problema. Acabei de baixar o último vsftpd aqui: link , extraí-lo e compilá-lo. Então eu substituí o binário em / usr / sbin pelo recém construído. Funciona agora. Não tenho certeza se isso quebra qualquer atualização autônoma do Ubuntu, mas pelo menos está funcionando novamente.
BTW Eu precisava do apt-get make, gcc e libssl-dev, e mudei a linha SSL em builddefs.h para: #define VSF_BUILD_SSL. Não testou o SSL, no entanto.