From: | Bear Giles <bgiles(at)coyotesong(dot)com> |
---|---|
To: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | SSL sessions |
Date: | 2002-12-28 21:58:36 |
Message-ID: | 3E0E1E8C.2040503@coyotesong.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On other quick note - when we were discussing SSL sessions earlier
I remember the concensus was that database clients usually keep a
connection established for relatively long times.
But now I'm not so sure - what about web servers communicating to
a database backend? They should use connection pooling, but is
this a realistic expectation?
If there are frequent secure connections (e.g., to store sensitive
information such as credit card information... one would hope!)
but no connection pooling, it may make sense to support resumable
secure connections even if they are unnecessary for most clients.
These sessions would still expire after some (configurable) idle
period.
Bear
From | Date | Subject | |
---|---|---|---|
Next Message | David Walker | 2002-12-28 22:11:43 | Bad download link |
Previous Message | Bear Giles | 2002-12-28 21:53:25 | next set of SSL - ideas? |