Return to BSD News archive
Xref: sserve comp.unix.questions:52194 comp.unix.admin:21031 comp.unix.misc:13014 comp.unix.bsd:14367 Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!bunyip.cc.uq.oz.au!munnari.oz.au!news.Hawaii.Edu!ames!agate!howland.reston.ans.net!vixen.cso.uiuc.edu!newsrelay.iastate.edu!news.iastate.edu!soclab.soc.iastate.edu!flipk From: flipk@iastate.edu (Phil Knaack) Newsgroups: comp.unix.questions,comp.unix.admin,comp.unix.misc,comp.unix.bsd Subject: Re: SLIP and BSD Date: 19 Jul 94 14:07:10 GMT Organization: Iowa State University, Ames, Iowa Lines: 26 Message-ID: <flipk.774626830@soclab.soc.iastate.edu> References: <30btoj$nd6@uuneo.neosoft.com> <30c85j$pud@coranto.ucs.mun.ca> NNTP-Posting-Host: soclab.soc.iastate.edu In <30c85j$pud@coranto.ucs.mun.ca> dale@calvin.stemnet.nf.ca (Dale Fraser) writes: >Michael N. Barnes (mbarnes@usis.com) wrote: >: Smbarnes:*:150:1:Slip TEst:/tmp:/usr/sbin/sliplogin >Doesn't the * at the beginning of the password field disallow logins for >that username? They do on our system, anyways. Try giving the user Smbarnes a >password and then trying it. That would depend on if this particular system uses shadow passwords, kerberos, or some other form of password hiding security. Both our NetBSD system at home and Project vincent use kerberos, but the non-kerberos local passwords are still shadowed in the password database. If you're not sure whether the account is actually being logged in, replace /usr/sbin/sliplogin with some other sh script that you write which touches a log file of some sort and -then- execs sliplogin .. somewhere to start. Cheers, Phil -- Phil Knaack, WGA 296-2735 flipk@iastate.edu Sociology Department 1304 Florida #3 flipk@vorpal.com 311 East Hall, 296-4869 Ames IA 5014 flipk@cs.iastate.edu