Re: [HACKERS] backend/frontend communication - Mailing list pgsql-hackers

From Brett McCormick
Subject Re: [HACKERS] backend/frontend communication
Date
Msg-id 13677.388.600871.115777@web0.speakeasy.org
Whole thread Raw
In response to Re: [HACKERS] backend/frontend communication  (Tom Ivar Helbekkmo <tih+mail@Hamartun.Priv.NO>)
List pgsql-hackers
On , 28 May 1998, at 07:40:37, Tom Ivar Helbekkmo wrote:

> > I'm rewriting my SSL for patch so it's a little less messy, [...]
>
> Does this mean that you're adding a facility for an encrypted data
> stream between server and clients?  If so, great!  Are you adding this
> in such a way that other mechanisms than SSL can be facilitated?  I'd
> like to take a shot at adding Kerberos IV encryption to your model...

Once the patch is rewritten, yes, all fe/be communication will take
place in two functions, pq_read and pq_write.  It'll take a little
more to make it completely modularized (once bruce removes the exec()
it will make things much better -- as it is the SSL connection must be
renegotiated at that point) but I think it is worth the effort.  I may
go as far as to allow pluggable transport mechanisms and
authentication.

It's a work in progress.  The info page is at
http://www.chicken.org/pgsql/ssl/

It details some of the changes I plan to make, as well as a short
description of the patch and how I feel about the fe/be communication.
However, it is probably poorly written, so I should probably change
that.

I warn against using it at this point -- libpq is the only interface
guarunteed to work, which means no perl interface without some ugly
hacking.  This will change.

pgsql-hackers by date:

Previous
From: Tom Ivar Helbekkmo
Date:
Subject: Re: [HACKERS] backend/frontend communication
Next
From: Michael Meskes
Date:
Subject: Re: [HACKERS] Off-topic: Communication. (was: Connect string again)