I don't think it's any surprise that I'm hot on kerberos (updated docs
will come, one thing at a time), however I'm really really really
supper annoyed with the fact that I can't specify a way for a host to
optionally use krb5 or optionally use password authentication.  If
you've got kerberos compiled in, you're stuck using kerberos.  Anyone
have any suggetions or preferred ways of handling libpq so that the
fe-auth can fail back to password if krb5 fail?  Thanks.  -sc

-- 
Sean Chittenden

Wed, 30 Jan 2002 20:43:51 -0800
Sean Chittenden <sean@chittenden.org>
Kerberos and fe-auth...
Sean Chittenden writes:

> I don't think it's any surprise that I'm hot on kerberos (updated docs
> will come, one thing at a time), however I'm really really really
> supper annoyed with the fact that I can't specify a way for a host to
> optionally use krb5 or optionally use password authentication.

What???  Have you looked at pg_hba.conf recently?

-- 
Peter Eisentraut   peter_e@gmx.net


Thu, 31 Jan 2002 00:05:32 -0500 (EST)
Peter Eisentraut <peter_e@gmx.net>
Re: Kerberos and fe-auth...
> > I don't think it's any surprise that I'm hot on kerberos (updated docs
> > will come, one thing at a time), however I'm really really really
> > supper annoyed with the fact that I can't specify a way for a host to
> > optionally use krb5 or optionally use password authentication.
> 
> What???  Have you looked at pg_hba.conf recently?

In pg_hba.conf:

host         all         0.0.0.0       0.0.0.0             krb5
host         all         0.0.0.0       0.0.0.0             password


And from the CLI:

> klist
klist: No credentials cache found (ticket cache FILE:/tmp/krb5cc_80.1)
> psql -h db1 dbname user
psql: fe_sendauth: krb5 authentication failed

The only way I can do something about that is to reverse the order of
the above entries in hba.conf, however, if I do that, then I can't use
krb5.  One or the other, not both, and that's my problem...  thoughts?
-sc

-- 
Sean Chittenden

Wed, 30 Jan 2002 21:21:48 -0800
Sean Chittenden <sean@chittenden.org>
Re: Kerberos and fe-auth...