| От | Tom Lane |
|---|---|
| Тема | Re: Allow ssl_renegotiation_limit in PG 9.5 |
| Дата | |
| Msg-id | 30975.1445089192@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Allow ssl_renegotiation_limit in PG 9.5 (Andres Freund <andres@anarazel.de>) |
| Ответы |
Re: Allow ssl_renegotiation_limit in PG 9.5
|
| Список | pgsql-hackers |
Andres Freund <andres@anarazel.de> writes:
> Having to backpatch a new parameter to all supported versions seems far
> more invasive than adding a guc that can only be set to one value.
Indeed. It is completely stupid to do this in any other way except
by reinstating ssl_renegotiation_limit as an ordinary GUC variable
whose min and max are both zero.
Quite aside from the implementation effort of inventing some
single-purpose kluge to do it another way, that solution would also
cover the complaints we're doubtless gonna get that "SET
ssl_renegotiation_limit = 0" doesn't work anymore.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера