Home
| Calendar
| Mail Lists
| List Archives
| Desktop SIG
| Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU |
We have a similar issue as we moved from a locally administrated NIS to a globally administered LDAP (administered in Ottawa). While I can get the shell changed by emailing one of the IT guys in Toronto it is the same issue. (There are LDAP tools on the system to do this but the LDAP database is readonly). AD is even worse. You really have to contact an IT guy. One of the related issues we have is that now since we are using the same LDAP that will be used in Toronto, those people who work on Sun systems in TOR are stuck with TCSH because the Sun systems do not have BASH on them. (Maybe IBM will outlaw them :-). Basically, I think the solution for Scott is to fill out an IT ticket. On 09/07/2012 06:14 AM, Scott Ehrlich wrote: > I have a RHEL 5.6 workstation configured with samba3x to authenticate > to a Windows 2008 AD environment (net ads join) so the workstation > appears as a Windows box that has joined the domain. > > Now, any user can ssh into it with their AD credentials, and > /etc/passwd has no knowledge of their existence. > > The problem, I have found, is that if a user wants to change their > shell from the default of BASH, there is NO place I can find to make > that happen. > > I have NO control over the domain controller. > > % chsh says it can't do anything and defers to ypchsh, but this is NOT > a yp configuration. > > The shell the user is interested happens to be /bin/tcsh, and it is on > the system. > > The only accounts in /etc/passwd are the default system ones and a > local account I created when RHEL was initially getting installed. > > Please educate me as to how the user can change their shell from the > default of BASH. > -- Jerry Feldman <gaf at blu.org> Boston Linux and Unix PGP key id:3BC1EB90 PGP Key fingerprint: 49E2 C52A FC5A A31F 8D66 C0AF 7CEA 30FC 3BC1 EB90
BLU is a member of BostonUserGroups | |
We also thank MIT for the use of their facilities. |