| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
| Cc: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, "Dominic J(dot) Eidson" <sauron(at)the-infinite(dot)org>, pgsql-patches(at)postgresql(dot)org |
| Subject: | Re: Patch to include PAM support... |
| Date: | 2001-06-12 19:07:34 |
| Message-ID: | 13156.992372854@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | Postg배트맨 토토SQL Postg메이저 토토 사이트SQL |
Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> ... More importantly, though, if the PAM configuration requires
> more than one password (perhaps the password is due to be changed), this
> implementation will fail (to authenticate).
I *think* that the FE protocol will support more than one round of
password challenge, although given the lack of any way for the PAM
module to direct what prompt is given, that is unlikely to work
pleasantly.
The larger issue is how a PAM auth method of unknown characteristics
is going to fit into our existing FE/BE protocol. It would seem to me
that a protocol extension will be required. Lying to the frontend about
what is happening is very unlikely to prove workable in the long run.
What if the selected PAM auth method requires the client side to respond
in some special way?
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 2001-06-12 19:08:01 | Re: Improving pg_hba.conf |
| Previous Message | Chris Bowlby | 2001-06-12 19:07:05 | Re: Improving pg_hba.conf |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Peter Eisentraut | 2001-06-12 19:37:43 | Re: reset all update |
| Previous Message | Bruce Momjian | 2001-06-12 19:02:25 | Re: Patch to include PAM support... |