On Tue, 1 Jun 2010 10:23:57 +0400
Victor Wagner <vi...@wagner.pp.ru> wrote:

> On 2010.06.01 at 08:33:01 +0800, Denis Feklushkin wrote:
> 
> > а требует чтобы ей указали конкретно пути к файлам:
> > 
> > ~/.postgresql/postgresql.crt
> > ~/.postgresql/postgresql.key
> > ~/.postgresql/root.crt
> > ~/.postgresql/root.crl
> > 
> > ?
> > 
> > жутко неудобно. думал, сделаю на сервере сертификат честный и забуду о 
> > проблеме. ан нет, придётся настраивать всех клиентов
> 
> Вашему приложению для работы с БД точно надо доверять ВСЕМ
> удостоверяющим центрам, сертификаты которых есть в /etc/ssl/certs?

да, честный сертификат в startcom сделали, его знают все дебианы и убунты из 
коробки
 
> Хром-то понятно - он браузер, он ходит на чьи попало сайты.

в том то и дело что хром на линуксе юзает /etc/ssl, как и Firefox. Я даже 
удивился

> И у него
> есть основания доверят Verisign-у. lynx и wget тоже доверяют этим
> сертификатам.
> 
> А авторы PostgreSQL решили что общение клиента БД с сервером БД это
> исключительно внутрикорпоративныи интимный процесс, и негоже доверять
> кому попало в этом вопросе. 

ну там TLS вроде обещан
 
> Кстати, вот закрытый ключ там НЕ ОБЯЗАН лежать в
> ~/.postgresql/postgresql.key.

это ключ клиента. там есть ещё проверка клиента по сертификату

> Есть переменная environment которая
> позволяет это переопределить. В основном для того, чтобы ключик мог
> лежать на аппаратном токене. 


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100601205003.3bdcd...@gmail.com

Ответить