Re: Question about UNIX socket connections and SSL

From: Casey & Gina <cg(at)osss(dot)net>
To: Daniel Gustafsson <daniel(at)yesql(dot)se>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-general(at)postgresql(dot)org
Subject: Re: Question about UNIX socket connections and SSL
Date: 2024-06-13 20:18:30
Message-ID: CB63A97A-E61D-4EE9-AF2E-7DD8109FFB21@osss.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

> On Jun 13, 2024, at 6:47 AM, Daniel Gustafsson <daniel(at)yesql(dot)se> wrote:
>
> While not strictly that, there was a patch not too long ago for teaching
> postgres the PROXY protocol.

As I understand it, PROXY protocol support would be nice if one connects through haproxy on standalone hosts, so that postgres could show the originating app servers as the client_addr / client_hostname. We used to have standalone host haproxies, but moved to haproxy instances on each app node for performance and scalability reasons (many app nodes). I guess it could also help if we were to run pgbouncer on the db nodes?

We're using haproxy to route connections to the appropriate database nodes - RW connections go to the current master in the cluster, and RO are balanced between replicas. It seems that libpq could allow SSL on UNIX sockets which would avoid having to utilize TCP for the local connections from the application to haproxy.

Is there any way to utilize sslmode=verify-full through something routing connections to the appropriate database instances, whether that's with haproxy or something else?

--
Thanks,
- Casey

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Rich Shepard 2024-06-13 20:22:09 Re: Reset sequence to current maximum value of rows [RESOLVED]
Previous Message David G. Johnston 2024-06-13 20:14:56 Re: Reset sequence to current maximum value of rows