From: | Michael Paquier <michael(at)paquier(dot)xyz> |
---|---|
To: | Daniel Carter <danielchriscarter+postgres(at)gmail(dot)com> |
Cc: | Stephen Frost <sfrost(at)snowman(dot)net>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: PATCH: Add GSSAPI ccache_name option to libpq |
Date: | 2021-04-21 03:27:12 |
Message-ID: | YH+bkHi+Tfb0c09Y@paquier.xyz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Apr 20, 2021 at 08:44:23PM +0100, Daniel Carter wrote:
> The original motivation for investigating this was setting up a web app
> which could authenticate to a database server using a Kerberos ticket. Since
> the web framework already needs to create a connection string (with database
> name etc.) to set up the database connection, having an option here for the
> ccache location makes it much more straightforward to specify than having to
> save data out to environment variables (and makes things cleaner if there
> are potentially multiple database connections going on at once in different
> processes).
>
> There may well be a better way of going about this -- it's just that I can't
> currently see an obvious way to get this kind of setup working using only
> the environment variable.
The environment variable bit sounds like a fair argument to me.
Please do not forget to add this patch and thread to the next commit
fest:
https://commitfest.postgresql.org/33/
You need a community account, and that's unfortunately too late for
Postgres 14, but the development of 15 will begin at the beginning of
July so it could be included there.
--
Michael
From | Date | Subject | |
---|---|---|---|
Next Message | Amit Kapila | 2021-04-21 03:50:00 | Re: Replication slot stats misgivings |
Previous Message | Michael Paquier | 2021-04-21 03:18:14 | Re: Table refer leak in logical replication |