Login incorrect linux server

vsftpd on Ubuntu server 530 login incorrect error – fixed

When setting up my new web server I had a problem when installing vsftpd on Ubuntu Server 12.04 LTS. After doing the sudo apt-get install vsftpd and enabling login for local users, I got a “Server 530 login incorrect error” when trying to connect with a local user. The settings for disabling anonymous login and allowing local users where set in /etc/vsftpd.conf.
[cc lang=”bash”]anonymous_enable=NO
local_enable=YES
write_enable=YES[/cc]
But the ftp server still refused to let me login with any of the users on the system. I tried remove and reinstall, but the problem persisted. Finally I found a thread where others had the same problem. And here’s how to fix the problem.
[cc lang=”bash”]
sudo apt-get remove vsftpd
sudo rm /etc/pam.d/vsftpd
sudo apt-get install vsftpd
[/cc]

This fixed the problem for me. The only reason for me to have an ftp server on my machine is to do automatic updates of WordPress. The machine is behind a firewall so port 21 is not open to the world. For file upload I use sftp.

Comments

Worked perfectly on ubuntu 12.04. I would have been pulling my hair out for hours without this post. Thanks.

FYI it’s possible to update wordpress using SFTP, if you’ve got the right pear modules installed. Have a look here: http://pascaln.com/auto-update-wordpress-using-sftp/

No problem. Thanks for the tip, BTW – vsftpd stopped working for me too, and the above steps sorted it out for me 🙂

Источник

[SOLVED]Login incorrect

Загружаю /bin/bash, passwd, новый пароль.
Проверяю:

localhost login: root Password: Login incorrect 

Решение: отключить SELinux

от рута уже давно входить нельзя. очнись.

По-умолчанию, пароль рута в федоре не установлен. Надо сделать sudo su , чтобы в него войти.

от рута уже давно входить нельзя

localhost login: user Password: Login incorrect 

По-умолчанию, пароль рута в федоре не установлен

4.2 ставил спин с корицей, пароль рута задаётся при установке.

ну тогда думай че ты последнее менял/настраивал. ну и убедись, что все кнопки в tty нажимаются и работают.

ну тогда думай че ты последнее менял/настраивал.

Менял /etc/shadow, права доступа к нему(644). После сломался GDM(черт бы с ним).
Даже через tty войти не могу.

Позже покажу логи загрузки.

Была такая ерунда на свежей Федоре 32. Установил минималку через нетинстал, перезагрузка и не пускает. Не стал разбираться, снес этот самый лучший дистр.

utanho ★★★★★ ( 04.10.20 18:13:38 MSK )
Последнее исправление: utanho 04.10.20 18:14:52 MSK (всего исправлений: 2)

Разобрался. SELinux мешал. Отключил его к черту.

Как именно это делается в федоре?

Источник

login incorrect при прямом входе на сервер, но через ssh пускает

Всем доброго времени суток! Взял на hetzner cloud VPS c Centos 7, при подключении по ssh проблем нет, но при входе через консоль в облаке (как при физическом подключении) выходит ошибка login incorrect, создавал дополнительного пользователя — так же не пускает. ssh подключение по ключу, который устанавливался при создании сервера в облаке. Подскажите как можно решить проблему или куда копать.

грешу на SELinux, отруби его, перезагрузи сервер и проверь

Ну и зачем тебе прямой доступ в облаке, если ssh работает и он удобнее?

Только не говори, что ты туда графику хочешь поставить.

И что ты будешь делать, когда SSH отвалится?

Т.е. через ssh аутентификация по ключу, через консоль — по паролю

1. Через ssh по паролю пробовал?
2. графические консоли, особенно если канал с большими задержками и потерями, могут давать дублирование и залипание кнопок. Попробуй после ввода логина не нажимать enter, а сразу написать пароль. Совпадает с тем, что у тебя записан на бумажке?
3. для ssh и login банально могут быть разные правила pam
4. в логах ничего интересного?

router ★★★★★ ( 17.05.19 15:37:31 MSK )
Последнее исправление: router 17.05.19 15:39:06 MSK (всего исправлений: 1)

тогда так сходу не скажешь, смотри в /var/log/audit/ и /var/log/secure

И что ты будешь делать, когда SSH отвалится?

Загружусь в recovery. Он же не просто так «отвалиться».

судя по градусу тупняка — пароль в другой раскладке от дефолтной.

Плюсую пункт2 в части набрать пароль в поле логина.
Из свежего опыта на хетзнере. В связи с закрытием VQ попросили меня оказать помощь в переносе виртуалки в cloud. Так вот у этой виртуалки оказалась установлена другая раскладка. Учитывая что изначально её создавали наши(русские) вэберы, сильно сомневаюсь что кто-то из них использовал другую раскладку, скорее всего так шло по дефолту от хетзнера.

Помог пункт 2, спасибо. Оказалось что за место z вводится y и наоборот

Источник

vsftpd: 530 Login incorrect

I can’t get vsfptd working on Ubuntu 12.04. my vsftpd.conf file looks like this, and I try to connect with a local user:

listen=YES anonymous_enable=NO local_enable=YES write_enable=YES dirmessage_enable=YES use_localtime=YES xferlog_enable=YES connect_from_port_20=YES secure_chroot_dir=/var/run/vsftpd/empty pam_service_name=vsftpd rsa_cert_file=/etc/ssl/private/vsftpd.pem 

Response: 331 Please specify the password. Command: PASS **** Response: 530 Login incorrect. 

try restarting the vsftpd. >sudo /etc/init.d/vsftpd restart I had the same issue, but this worked for me.

For me, there was just wrong format for the user in /etc/passwd — i needed to set the right home dir, shell, and the . part.

7 Answers 7

Back up the config file before making a change;

sudo cp /etc/vsftpd.conf /etc/vsftpd.conf.back 

and then edit vsftpd.conf (with vi or nano)

Then make the following change

Save your change and restart the ftp server (if you use nano hit CTRL + O & enter to save then CTRL + X to exit)

sudo service vsftpd restart 

You are disabling default access control via PAM, because default «ftp» has no rules. The default pam_service_name=vsftp uses the file /etc/pam.d/vsftpd . This file by default requires FTP users to have a shell listed in /etc/shells and requires them not to be listed in /etc/ftpusers .

@JeroenVermeulenBVBA +1 you are right. I fear some people just don’t know what’s actually happening underneath and why it appears to «work».

By default vsFTPd uses the file /etc/pam.d/vsftpd . This file by default requires FTP users to have a shell listed in /etc/shells and requires them not to be listed in /etc/ftpusers . If you check those 2 things your probably find what the problem is.

@Allen This is defined in the file /etc/passwd . Each line is the info about one user. The fields are separated by a colon (:). The 7th field contains the path to the shell binary of the user.

I did not need to change the vsftpd.conf . Only needed to make sure that a shell was set in my /etc/passwd file, that also was lited in /etc/shells .

So basically after useradd without a shell I needed to make sure the home directory was created and that the user had /bin/bash as it’s shell.

Thanks that’s what happened to me. The other solutions worked by removing all safety mechanisms, this one was actually solved the problem.

I met this problem when I tried to login in with root and I just solved it.

Check the following file (it contains list of users disallowed FTP access):

In my case, I commented out root from the file, then it worked.

Please make some changes in /etc/vsftpd.conf :

If you want to set access by default /var/www directory for local user you can do that with below line:

Restart vsftpd server using:

sudo service vsftpd restart 

The suggested resolution did not work for me. I gave up on the ftp user, and switched my attention to the ubuntu user. I made sure there was a password associated with the ubuntu user.

I made sure to enable passive mode, and set local_enable=YES in the vsftpd.conf file.

I was able to authenticate just fine using the ubuntu account. And I successfully uploaded a large file to my Amazon Ubuntu FTP server. Clearly there was something amiss with the ftp user.

I used Ubuntu 18.04 and LetsEncrypt certificates for TLS encryption. What worked was changing the name of the pam_service_name=ftp the error I was getting in Filezilla was:

"GnuTLS error -15": An unexpected TLS packet was received. 

You must log in to answer this question.

Highly active question. Earn 10 reputation (not counting the association bonus) in order to answer this question. The reputation requirement helps protect this question from spam and non-answer activity.

Источник

Cannot log into freshy installed Ubuntu Server 16.04.3: login incorrect?

I installed Ubuntu Server 16.04.3 (kernel version 4.4.0.87) in a VirtualBox Virtual Machine. No fancy settings, pretty much just a straightforward default install. After the installation was finished and I booted the first time, I was unable to login («login incorrect»). After some attempts in disbelief, I assumed I must have made a typing mistake during the installation, so I just installed the whole thing again. Same problem. I was now convinced something was fishy, so I reinstalled it again, took extra care and triple-checked every step, making 100% absolutely certain I am entering the right username and password everywhere. During this last installation I made screenshots of the installation process. Click on each image for the full resolution version:

1. Specifying the username:
   (Click images to enlarge)
2. Specifying the password:
3. Confirming password:
4. After installation was finished, booting my freshly installed Ubuntu:

I am absolutely 100% sure I am entering the exact right details. No dumb mistakes like keeping caps lock on or mistakenly using a Dvorak keyboard or anything.

(edit) I also tried the ‘recover lost password’ procedure. Note that this doesn’t really apply here, I didn’t lose my password, I’m 100% sure, see screenshots from installation. Nonetheless I tried this anyway, going in rescue mode and root prompt, and when I do: passwd kenneth
To my surprise I get: passwd: user ‘kenneth’ does not exist

Again, note that I’m 100% sure that I specified my username kenneth during the installation.

Then I did: more /etc/shadow and I get a list of typical system user accounts, like root, daemon, bin, sys, and so on. But no ‘kenneth’ account nor any other that looks like a user account, only the typical system accounts. In fact there are none with an actual password, they all have ! or * for the password hash.

I also did ls -al /home , nothing there.

What could be the reason for an Ubuntu installer to not create the user account as specified during the installation?

Note that I didn’t get any errors during the entire installation, everything worked smoothly and straightforward from beginning till end.

Источник