home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!spool.mu.edu!umn.edu!csus.edu!nic.csu.net!nic.csu.net!nntp
- Newsgroups: comp.sys.sun.admin
- Subject: Re: /bin/passwd modifications
- Message-ID: <1992Dec12.065124.3500@nic.csu.net>
- From: oleg@gd.cs.csufresno.edu
- Date: 12 Dec 92 06:51:23 PST
- Sender: oleg@gd.cs.csufresno.edu
- References: <9234012.6911@mulga.cs.mu.OZ.AU> <GERD.92Dec6181312@kim.intellektik.informatik.th-darmstadt.de> <1992Dec11.211903.3741@eecs.nwu.edu>
- Organization: Computer Science Departement of California State University in Fresno
- Nntp-Posting-Host: gd.cs.csufresno.edu
- Lines: 22
-
- In article <1992Dec11.211903.3741@eecs.nwu.edu> phil@pex.eecs.nwu.edu (William LeFebvre) writes:
- >
- >Be aware: any user who does not have a shell listed in /etc/shells
- >will not be able to do an FTP login. That is, they will not be
- >able to connect to the machine's FTP server and use it with their
- >username and password. This will not be a problem if everyone is
- >forced to use the shell that is the only one listed in /etc/shells.
- >
- >By the way, I personally see nothing wrong with letting users change
- >their login shells, as long as it is one of the shells listed in
- >/etc/shells. My /etc/shells contains sh, csh, tcsh, and bash....
- >
-
- I would actually have chsh allow you to set login shell to anything while adding
- option to login that gives you /bin/sh -f if you messed up (like: login: mike -f).
- Of course, than you need some way to block this option for special accounts like
- sync.
-
- Oleg
-
-
-
-