Więc zaktualizowałem dzisiaj mój Ubuntu Server do 12.04 LTS i teraz VSFTPD nie będzie działać. Myślę, że jest to związane z tym VSFTPd przestał działać po aktualizacji
Jednak w przeciwieństwie do pytającego w tym poście nie otrzymuję żadnych komunikatów o błędach. Po zalogowaniu się dostaję
220 (vsFTPd 2.3.5)
331 Please specify the password.
Password:
530 Login incorrect.
ftp: Login failed
Wiem, że hasło jest prawidłowe i próbowałem wielu użytkowników. vsftpd.log pokazuje tylko:
Tue May 1 15:19:48 2012 [pid 2] CONNECT: Client "192.168.1.133"
Tue May 1 15:19:53 2012 [pid 1] [USERNAME] FAIL LOGIN: Client "192.168.1.133"
Syslog nic nie pokazuje. Oto mój plik VSFTPD.conf (głównie domyślny):
listen=YES
anonymous_enable=NO
local_enable=YES
check_shell=NO
write_enable=YES
local_umask=022
dirmessage_enable=YES
use_localtime=YES
xferlog_enable=YES
connect_from_port_20=YES
chroot_list_enable=YES
chroot_list_file=/etc/vsftpd.chroot_list
secure_chroot_dir=/var/run/vsftpd/empty
pam_service_name=vsftpd
rsa_cert_file=/etc/ssl/private/vsftpd.pem
Spróbowałem polecenia wymienionego w poprzednim pytaniu bezskutecznie.
sudo chmod a-w /home/user
Dziękuję, doceniam twoją pomoc!
Istnieje kilka powodów, dla których możesz uzyskać ten powód.
Firewall - >> Tcp_wrapper - >> PAM - >> SElinux - >> FTPService - >> Plik.
Najpierw sprawdź, czy dany użytkownik jest zablokowany czy nie w / etc / vsftpd / ftpusers / etc / vsftpd / user_list
Sprawdź kontekst SElinux lub wartość logiczną dla tego samego.
Sprawdź w pliku katalogu PAM. /etc/pam.d/vsftpd
auth wymaga pam_shells.so
jeśli użytkownik nie ma wymaganej powłoki jak w / etc / shells, to da to samo sprawdzenie błędu getent passwd nazwa użytkownika pasuje do podanej powłoki z / etc / shells.
źródło
Spróbuj najpierw zalogować się do FTP za pomocą Firefoxa lub przeglądarki, aby mieć pewność, że nie możesz się zalogować.
Jest to tylko zapobieganie w celu potwierdzenia, czy dane logowania są same w sobie, czy nie.
źródło
Wygląda na to, że obecna konfiguracja pam dla vsftp zawiera wymóg posiadania poprawnej powłoki, której należy unikać w przypadku użytkownika FTP.
Jedyne, co musisz zrobić, to skomentować ostatnią linię wymaganą przez pam_shells.so autoryzację . To nie jest wymagane.
Lub dodaj login do wszystkich użytkowników ftp.
Zmiana nazwy zgodnie z sugestią w drugim komentarzu nie ma sensu, gdy tracisz plik odmowy.
źródło
Jeśli używasz jądra amd64, musisz dodać następujące elementy do swojego
/etc/vsftpd/vsftpd.conf
źródło
Istnieją połączenia protokołu, o których należy pamiętać podczas nawiązywania połączeń FTP.
Połączenia te odpowiadają na odwiedziny użytkownika i są włączane, gdy bieżący użytkownik jest uwierzytelniany.
W FTP pojawi się ten błąd, jeśli tryb pasywny nie jest aktywny.
Poniższy plik konfiguracyjny jest skonfigurowany zgodnie z oprogramowaniem vsftpd, a wszystkie ustawienia są poprawnie skonfigurowane, a jednocześnie nie ma błędów.
Aktywny, pasywny tryb i zezwalaj na porty zapory ogniowej. 2000 do 2500 / TCP
% 100 Naprawiono plik konfiguracyjny Vsftpd: /etc/vsftpd/vsftpd.conf
Po uzyskaniu wszystkich tych ustawień pamiętaj o skonfigurowaniu ustawień zapory.
Pamiętaj, że nie możesz użyć ftp: // do uzyskania dostępu do roota. Musisz użyć sftp: //, aby uzyskać dostęp do katalogu głównego.
FTP Dodaj nowe konto:
Domyślny folder ftp:
źródło