authenticate - Search results
Mailing lists >> pgsql-hackers >> Thread
2025-04-21 19:57:33 | Re: [PoC] Federated Authn/z with OAUTHBEARER (Jacob Champion)
authentication scheme for authenticating clients that were issued a client password. We rely on that
Mailing lists >> pgsql-hackers >> Thread
2025-04-15 15:31:50 | Re: [PoC] Federated Authn/z with OAUTHBEARER (Peter Eisentraut)
authentication support in libpq, authentication support in the server, and service lookup in libpq. --with
Mailing lists >> pgsql-hackers >> Thread
2025-03-26 22:09:14 | Re: [PoC] Federated Authn/z with OAUTHBEARER (Jacob Champion)
authentication callbacks. Since the module understands PGconn internals, maybe we could simplify this to a single
Mailing lists >> pgsql-hackers >> Thread
2025-03-21 02:26:49 | Re: [PoC] Federated Authn/z with OAUTHBEARER (Andres Freund)
authentication towards centralized systems, even for server applications. I am on board with not having
Mailing lists >> pgsql-hackers >> Thread
2025-03-19 07:57:29 | Re: [PoC] Federated Authn/z with OAUTHBEARER (Tom Lane)
authentication (Basic, Digest, NTLM, Negotiate, Kerberos4), file transfer resume, http proxy tunneling and more. it's not exactly
Mailing lists >> pgsql-hackers >> Thread
2025-02-21 20:18:57 | Re: [PoC] Federated Authn/z with OAUTHBEARER (Andres Freund)
authentication timeouts and shutdown signals from + pg_ctl . For example, a module receiving + EINTR / EAGAIN
Mailing lists >> pgsql-hackers >> Thread
2025-01-08 01:24:39 | Re: [PoC] Federated Authn/z with OAUTHBEARER (Jacob Champion)
authentication" error message change comes in with the new require_auth handling, so that should
Mailing lists >> pgsql-hackers >> Thread
2024-10-31 19:24:11 | Re: [PoC] Federated Authn/z with OAUTHBEARER (Jacob Champion)
authentication methods by necessity: the builtin flow in libpq requires a human in the loop
Mailing lists >> pgsql-hackers >> Thread
2024-10-31 14:05:46 | Re: [PoC] Federated Authn/z with OAUTHBEARER (Antonin Houska)
authentication method specific things, but unlike exchange() it does not generate any output. I didn
Mailing lists >> pgsql-hackers >> Thread
2024-10-24 01:40:57 | Re: [PoC] Federated Authn/z with OAUTHBEARER (Jacob Champion)
authentication modules without a full restart. That probably deserves more explicit testing, now that you mention
Mailing lists >> pgsql-hackers >> Thread
2024-10-18 08:51:21 | Re: [PoC] Federated Authn/z with OAUTHBEARER (Antonin Houska)
authentication message w/o storing it. The same applies to the 'token' structure in fe-auth
Mailing lists >> pgsql-hackers >> Thread
2024-10-01 03:05:06 | Re: [PoC] Federated Authn/z with OAUTHBEARER (Jacob Champion)
authentication framework, but it's generally focused on a type of client known as a Relying
Mailing lists >> pgsql-hackers >> Thread
2024-09-30 16:38:41 | Re: [PoC] Federated Authn/z with OAUTHBEARER (Antonin Houska)
authentication*, but you seem to admit above that the /userinfo endpoint provides it ("tells you who the end user
Mailing lists >> pgsql-hackers >> Thread
2024-09-27 23:45:45 | Re: [PoC] Federated Authn/z with OAUTHBEARER (Jacob Champion)
authentication framework. To illustrate, think about all the third-party web services out there that
Mailing lists >> pgsql-hackers >> Thread
2024-09-16 22:13:28 | Re: [PoC] Federated Authn/z with OAUTHBEARER (Jacob Champion)
authentication data that a driver may be able to provide. If we wanted to, we could