Re: [HACKERS] Speed of SSL connections; cost of renegotiation

Поиск
Список
Период
Сортировка
Искать
От
Christopher Kings-Lynne
Тема
Re: [HACKERS] Speed of SSL connections; cost of renegotiation
Дата
Msg-id
041901c2ffd8$0e1018f0$6500a8c0@fhp.internal
Список
Дерево обсуждения
Speed of SSL connections; cost of renegotiation Tom Lane <tgl@sss.pgh.pa.us>
Re: Speed of SSL connections; cost of renegotiation Rod Taylor <rbt@rbt.ca>
Re: [HACKERS] Speed of SSL connections; cost of renegotiation Sean Chittenden <sean@chittenden.org>
Re: [HACKERS] Speed of SSL connections; cost of renegotiation Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] Speed of SSL connections; cost of renegotiation Sean Chittenden <sean@chittenden.org>
Re: [HACKERS] Speed of SSL connections; cost of renegotiation Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] Speed of SSL connections; cost of renegotiation Sean Chittenden <sean@chittenden.org>
Re: [HACKERS] Speed of SSL connections; cost of renegotiation Curt Sampson <cjs@cynic.net>
Re: [HACKERS] Speed of SSL connections; cost of renegotiation "scott.marlowe" <scott.marlowe@ihs.com>
> Yeah, I looked at mod_ssl before sending in my gripe.  AFAICT Apache
> *never* forces a renegotiation based on amount of data sent --- all that
> code is intended just to handle transitions between different webpages
> with different security settings.  So is that a precedent we can follow;
> or is it an optimization based on the assumption that not a lot of data
> will be transferred on any one web page?

How about a GUC variable:

ssl_renegotiation = 0  # no unnecessary renegotiation
ssl_renegotiation = 64000 # renegotiate every 64000 bytes

Chris
В списке pgsql-interfaces по дате отправления
От: scott.marlowe
Дата:
От: Sean Chittenden
Дата:
FAQ