Skip site navigation (1) Skip section navigation (2)

Re: looking for a secure

From: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
To: Fran Fabrizio <ffabrizio(at)mmrd(dot)com>
Cc: <pgsql-general(at)postgresql(dot)org>
Subject: Re: looking for a secure
Date: 2001-07-31 17:36:34
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-general
Sorry about that,

You can use Stunnel. There is info here:

and here:

On Tue, 31 Jul 2001, Fran Fabrizio wrote:

> Mitch Vincent wrote:
> > I think you've got most of your problem solved -- at least in theory.
> >
> > The answer to your questions of SSL and IPs is yes, and yes - check the
> > manual for details..
> Yeah, I know that it's straightforward to compile the SSL into the server,
> but the question on the SSL is more of how likely is it that we are going to
> be able to roll our own SSL communications from our lightweight C client
> running on a hodgepodge of AIX and SCO machines.  I'm not the author of the C
> program, so I really can't speak with authority, but I imagine it's not
> trivial.  I also have seen some of the Pg folks (Momjian for one, maybe
> Lane) post with some skepticism about the state of the SSL support, but I
> don't recall the details at the moment.
> > 10,000 clients eh'. I hope you have some beefy hardware :-)
> It's 10,000 clients, but talking to us only once every 15 minutes to an hour,
> and at very known intervals so we can kind of control the flow.  I was just
> wondering how well Pg would manage that many user accounts.  But yes, should
> we need to beef up the hardware, we do at least have the ability to do that
> quite liberally.
> Thanks for the input thus far!  I wish Perl was an option, I think I might
> have been able to leverage its DBI::ProxyServer to isolate the physical db
> from the internet a bit more.  Ah well, c'est la vie.
> -Fran
> ---------------------------(end of broadcast)---------------------------
> TIP 4: Don't 'kill -9' the postmaster

<COMPANY>CommandPrompt	-	</COMPANY>
<PROJECT>LinuxPorts 	-     </PROJECT>
Instead of asking why a piece of software is using "1970s technology,"
start asking why software is ignoring 30 years of accumulated wisdom.

In response to

pgsql-general by date

Next:From: miguel angel rojas aquinoDate: 2001-07-31 17:39:03
Subject: Re: problem with triggers
Previous:From: Nicholas PiperDate: 2001-07-31 17:35:36
Subject: Really slow UPDATE and DELETE

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group