Second patch applied:
Add GUC krb_server_hostname so the server hostname can be specified as
part of service principal. If not set, any service principal matching
an entry in the keytab can be used.
I updated your documentation to reflect this.
Thanks.
Updated description added.
Your patch has been added to the PostgreSQL unapplied patches list at:
http://momjian.postgresql.org/cgi-bin/pgpatches
It will be applied as soon as one of the PostgreSQL committers reviews
and approves it.
Addition to postgresql.conf.sample is missing. I will add it.
Your patch has been added to the PostgreSQL unapplied patches list at:
http://momjian.postgresql.org/cgi-bin/pgpatches
It will be applied as soon as one of the PostgreSQL committers reviews
and approves it.
This has been saved for the 8.1 release:
http:/momjian.postgresql.org/cgi-bin/pgpatches2
---
Todd Kover wrote:
> > Todd Kover <[EMAIL PROTECTED]> writes:
> >
> > > The attached patch adds a directive to the confi
> >> Why is this necessary?
>
> > It's largely useful in combination with restricting the interfaces
> > listened to via the listen_addresses directive in the config file. As
> > the code works now you can only connect via kerberos with a service
> > principal derived from the hostname of
Todd Kover <[EMAIL PROTECTED]> writes:
>> Why is this necessary?
> It's largely useful in combination with restricting the interfaces
> listened to via the listen_addresses directive in the config file. As
> the code works now you can only connect via kerberos with a service
> principal derived f
> Todd Kover <[EMAIL PROTECTED]> writes:
>
> > The attached patch adds a directive to the config file,
> > krb_server_hostname that allows the hostname that service tickets
> > are obtained against to be different from the hostname of the db
> > server.
>
> Why is this necessary?
It's larg
Todd Kover <[EMAIL PROTECTED]> writes:
> The attached patch adds a directive to the config file,
> krb_server_hostname that allows the hostname that service tickets are
> obtained against to be different from the hostname of the db server.
Why is this necessary? If it is necessary, wouldn't somet
