Solved

suddenly, login of certain users fails...

Posted on 1998-02-06
5
166 Views
Last Modified: 2013-12-15
Hi!

It happens sometimes that, all of a sudden, a user cannot log in anymore. And even root cannot change its password!! (passwd gives ok, but /etc/shadow is NOT changed).

I've RedHat 4.2 with shadow-support installed.

Any help appreciated!
0
Comment
Question by:proffi
  • 2
  • 2
5 Comments
 
LVL 2

Expert Comment

by:alexbik
ID: 1631342
Hi,

Can you reproduce this, or does it seem to be random?
Check your /etc/passwd. Could it be that users failing
to login have a different shell?

Does your /etc/shadow contain the same users as /etc/passwd?
Are the users in /etc/passwd and /etc/shadow in the same order?

Alex
0
 

Author Comment

by:proffi
ID: 1631343
I found a workaround: If I move the user to a different location in /etc/shadow, it works again!! (whether to the top or to the bottom doesn't matter).

Of course I checked etc/passwd and /etc/shadow and /etc/group and they seem correct. All users have NO console access, only chrooted ftp to their home directory. I therefore checked the rights on their homes and they were ok, too...

What really struck me is, that passwd finished ok ("all authentication tokens updated successfully") whereas neither /etc/passwd nor /etc/shadow have been changed!

That happened now the second time since I installed RH4.2... OK I can live with it (as I now know how to proceed), but it's definitely not a feature, isn't it ? ;-(

proffi
0
 
LVL 2

Expert Comment

by:alexbik
ID: 1631344
Have you tried another passwd program (or script)?

Alex
0
 
LVL 4

Accepted Solution

by:
jlms earned 200 total points
ID: 1631345
Check the permissions and ownerships of both files (passwd and shadow),, maybe nobody can write to them, another thing to check are the permission of the program you use to manage these files (usually the passwd program), it should be suid-ed to allow  other users (different to root)  to modify the files.

  Check also the permissions of the /etc directory, it could be that there is no permission to modify the directory, meaning the contents is untouchable.
0
 

Author Comment

by:proffi
ID: 1631346
Hi!

After upgrading to RH5 the problem disappeared. Thanks anyway!

I hope you got the points..

RU
theprofessor
0

Featured Post

Is Your Active Directory as Secure as You Think?

More than 75% of all records are compromised because of the loss or theft of a privileged credential. Experts have been exploring Active Directory infrastructure to identify key threats and establish best practices for keeping data safe. Attend this month’s webinar to learn more.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Suggested Solutions

Title # Comments Views Activity
Squid Connection Pools 3 45
Replace Ubuntu Desktop with Ubuntu Server 7 91
Linux  Script File Attributes 5 52
How to learn Linux? 10 43
Daily system administration tasks often require administrators to connect remote systems. But allowing these remote systems to accept passwords makes these systems vulnerable to the risk of brute-force password guessing attacks. Furthermore there ar…
The purpose of this article is to demonstrate how we can use conditional statements using Python.
Learn how to get help with Linux/Unix bash shell commands. Use help to read help documents for built in bash shell commands.: Use man to interface with the online reference manuals for shell commands.: Use man to search man pages for unknown command…
This demo shows you how to set up the containerized NetScaler CPX with NetScaler Management and Analytics System in a non-routable Mesos/Marathon environment for use with Micro-Services applications.

911 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

27 Experts available now in Live!

Get 1:1 Help Now