Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tQXBs-003KCm-0z for pgsql-bugs@arkaria.postgresql.org; Wed, 25 Dec 2024 19:37:08 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1tQXBq-00FXJl-BS for pgsql-bugs@arkaria.postgresql.org; Wed, 25 Dec 2024 19:37:06 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tQXBq-00FXJc-0Y for pgsql-bugs@lists.postgresql.org; Wed, 25 Dec 2024 19:37:05 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1tQXBn-000XtY-3B for pgsql-bugs@lists.postgresql.org; Wed, 25 Dec 2024 19:37:04 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 4BPJb0r71807244; Wed, 25 Dec 2024 14:37:00 -0500 From: Tom Lane To: Markus KARG cc: pgsql-bugs@lists.postgresql.org Subject: Re: psql v16.3 successfully connects via TLSv1.3 proxy, but psql v16.4 says "tlsv1 alert no application protocol" In-reply-to: <81360110-1708-4126-8c0d-333ead43a6df@headcrashing.eu> References: <68ff85d7-9b41-40ec-bddf-0ca74fe09875@headcrashing.eu> <2bfb5b13-63d7-4bce-96b4-8e075fe7d97a@iki.fi> <8a8cba41-fa82-492b-8500-a7538e5d5cf7@headcrashing.eu> <81360110-1708-4126-8c0d-333ead43a6df@headcrashing.eu> Comments: In-reply-to Markus KARG message dated "Wed, 25 Dec 2024 19:52:30 +0100" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1807242.1735155420.1@sss.pgh.pa.us> Date: Wed, 25 Dec 2024 14:37:00 -0500 Message-ID: <1807243.1735155420@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Markus KARG writes: > Following this theory, sslnegotiation=postgres used with psql v17.x > should solve the problem, as it falls back to the same mechanism > supported in v16.3, correct? No, sorry, it looks like we insert the ALPN extension into the SSL request packet regardless of that. Maybe there should have been a way to suppress that, but v17 libpq doesn't provide one. > Regarding your question: I have tried "sslnegotiation=postgres" and > "ssqlnegotiation=direct" with the original official PostgreSQL Docker > Container found on Docker Hub. Let's clarify something here: there is nothing "official" about either that docker container or anything else you might find on DockerHub. The Postgres community does not produce any such packaging. You'd have to discussion the inclusion of v17 libpq with whoever did build that container. I know that Debian thinks it's a good idea to use latest libpq with older servers, and this builder might be following their lead. (The timing would be about right, since v17.0 came out about the same time as 16.4.) This example does show that there are pitfalls in that policy. regards, tom lane