A special thanks goes out to Nestor Ruiz and John Speno for
helping me track down the solution.
Original Question:
------------------
> I am experiencing a frustrating problem with about 80% percent
> (around 600) of the user logins on our administrative test
> system. Whenever one of the affected users tries to log on
> they are authenticated properly and then kicked immediately
> off with no error messages. All of these users have shells
> and home directories. We have a few special ftp-only accounts
> that use /usr/bin/false for their shell... Now all the
> affected accounts are behaving the same way. I've verified
> the correctness of the passwd/group files and rebuilt the
> hashed passwd file. The users home directory permissions seem
> ok as do the permissions on the shells. I'm not sure what I've
> missed (Probably something simple).
>
> I might add that this problem has only cropped up after I
> converted the system from enhanced to base security (long
> story).
They suggested the following:
-----------------------------
1:
Check /etc/profile for some "exit" command...
and/or add some echo "trap" to check in which point of the login, the
server
kick the ocnnection...
Also check ~<user>/.profile and /usr/skel/.profile
And there is a environment variable, who makes your connection to be
kicked
after certain time value (in seconds), I don't remember it... but I
guess it's on
man pages..
2:
how many /dev/tty* files have you got?
The Solution:
-------------
It actually ended up being incorrect permissions on the /shlib directory
but the first tip led me to discover the solution and the second one
inadvertently prevented another problem (running out of ttys when our
test systems goes live).
Kudos to both,
Jared Housh
Sysadmin, CIR, The University of Tulsa
Received on Fri Oct 09 1998 - 21:08:08 NZDT