There's also a middle-tier solution -STunnel (openSSL based). Today me
managed it to redirect win32's localhost:5432 to linux's LAN:5442
further redirected to Linux's localhost:5432. But it has an amuzing
misfeature - no foreground console mode for the win-32 version so we
won't be able to
On Friday 16 March 2012 06:54:10 IvankoB for-mse wrote:
Why it may be preferred over external channel encrypting tools
(OpenVPN, STunnel,...) :
1) we'll have possibility to manage own key storage (more encryption
layer,..) like FireFox does
2) we'll be able to detect password encrypted
What is your proposal?
=
In PG docs, it's mentioned that PG server supports SSL channeling
provided that client side (TMSEPQConnection ?) supports this mode too
initiates establishing SSL channel. It also means that client-side
should control own side of key management - searching
On Friday 16 March 2012 07:46:56 IvankoB for-mse wrote:
What is your proposal?
=
In PG docs, it's mentioned that PG server supports SSL channeling
provided that client side (TMSEPQConnection ?) supports this mode too
initiates establishing SSL channel. It also means that
4 matches
Mail list logo