Linux - ServerThis forum is for the discussion of Linux Software used in a server related context.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Why do you want to do so? Using SSH with an ssh-agent wouldn't be an option? Anyway, besides removing the password entry in /etc/shadow, it might also be necessary to adjust in one file in /etc/pam.d to be sure that:
well I can see reasons, especially with an account called "newuser"... if it's by extreme exception, and the account is tied to well written provisioning scripts then fine.
I created a user demo and assigned a default password to it. On a different terminal logged in using the login name demo and supplied the password. Things went fine as they would.
To enable the user demo login without entering the password, I did what you said:
Code:
-bash-2.05b# passwd -d demo
Removing password for user demo.
passwd: Success
-bash-2.05b#
The PAM thing we have to adjust later. It should simply refuse login for empty passwords by default - although it asks for one, it will always deny access. You are on which OS in detail?
What is the entry for your demo user in /etc/shadow? Are you using NIS, where the old password setting might be still be in it's database (and so removing the password wouldn't act instantly)?
When I get you right: it's still asking for a password and you get access by entering the last known one, despite the fact that you deleted the password in the meantime - correct?
NIS can also operate local, do you have something like /var/yp/ ?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.