Date: Mon, 21 Jan 2002 19:25:04 +0300 From: "Andrey A. Chernov" <ache@nagual.pp.ru> To: Dag-Erling Smorgrav <des@ofug.org> Cc: markm@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: pam_opie(8) prompt Message-ID: <20020121162504.GG37234@nagual.pp.ru> In-Reply-To: <xzpy9irvfz3.fsf@flood.ping.uio.no> References: <xzpelkjyeh3.fsf@flood.ping.uio.no> <20020121142901.GA36594@nagual.pp.ru> <20020121150716.GA36954@nagual.pp.ru> <xzp1ygjybwt.fsf@flood.ping.uio.no> <20020121152134.GA37234@nagual.pp.ru> <xzpk7ubwvve.fsf@flood.ping.uio.no> <xzpg04zwvrj.fsf@flood.ping.uio.no> <xzpy9irvfz3.fsf@flood.ping.uio.no>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Jan 21, 2002 at 17:14:24 +0100, Dag-Erling Smorgrav wrote: > Dag-Erling Smorgrav <des@ofug.org> writes: > > OK, now I'm really off my rocker; pam_conv_pass() (called by > > pam_get_pass()) does set PAM_AUTHTOK. I still don't understand why > > it's NULL by the time pam_unix(8) calls pam_get_pass(). I'll > > investigate further. > > I found the bug: login(1) only sets PAM_RHOST if the user is logging > in from a remote host, but it should be set to the local hostname if > the user is logging in locally. Yes. It seems that PAM wants some form of PAM_RHOST in many places. "su", for example, does needed trick here. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020121162504.GG37234>