[1410] in SIPB_Linux_Development

home help back first fref pref prev next nref lref last post

Re: problems with RedHat-Athena

daemon@ATHENA.MIT.EDU (Derek Atkins)
Wed Aug 28 11:14:18 1996

To: Edwin Foo <efoo@MIT.EDU>
Cc: linux-dev@MIT.EDU
In-Reply-To: Your message of "Wed, 28 Aug 1996 01:58:14 EDT."
             <199608280558.BAA01239@kabuf.mit.edu> 
Date: Wed, 28 Aug 1996 11:13:28 EDT
From: Derek Atkins <warlord@MIT.EDU>

Hi,

> 1) remote logins don't work (not allowed to log in here) unless
>    the remote user is already logged on from console. ex: efoo
>    cannot telnet to the machine unless he is already logged on
>    physically at the console. If efoo physically logs on, then
>    telnets to the machine from a different computer, then physically
>    logs off, then efoo cannot start any more telnet sessions (cannot
>    log in).

There are two things going on here.  The first is noremote, as Emil
mentioned, which disallows people to login if they are not in the
passwd file.  This feature is turned on by default.  You can turn it
off (allow everyone to log in remotely) by changing NOREMOTE to false
in /etc/athena/rc.conf.

THe second thing is whether you followed the instructions and created
/etc/passwd.local.  If you did this, then you need to add users to
passwd.local (instead of /etc/passwd) to give them local accounts.
So, if you did:
	cp -p /etc/passwd /etc/passwd.local
 you should run:
	hesinfo <user> passwd >> /etc/passwd.local

The reactivate script will automatically copy /etc/passwd.local to
/etc/passwd (and /etc/group.local to /etc/group) when it is run.

> 2) strange things happening with who and finger not reporting correct
>    information. ghosts of previous users, etc... all happening only
>    with Athena account logins. No such problems with local accounts.

This is probably a bug in telnetd, and I'll look into it.

-derek

home help back first fref pref prev next nref lref last post