Re: Conexiones remotas desde internet

Hola,
En realidad podria ser tambien una buena opcion, aparte del desarrollo
via web, que podria ser mas rapido, un webservice, y definitivamente
tambien seria mas rapido que con el postgres de frente conectado.

Suerte

Nestor

On 2/3/08, Alejandro D. Burne <alejandro(dot)dburne(at)gmail(dot)com> wrote:
> 2008/2/3, Julio Cesar Sánchez González <knowhow(at)sistemasyconectividad(dot)com(dot)mx>:
> > Alejandro D. Burne wrote:
> > > Necesito exponer a un equipo a conexiones remotas desde internet, el
> > > problema que se me plantea es que pueden llegar a ser 300-400
> > > conexiones; por lo que pensé en un pool de conexiones; pero me doy
> > > cuenta que no soportan ssl (al menos pgbouncer). Una alternativa que
> > > se me ocurrió es realizar tunnel vía ssh contra un equipo y enviarlas
> > > por este.
> > > Alguien ha tenido experiencias en algo similar o alguna sugerencia
> > > sobre algún modelo a implementar?
> > >
> > > Saludos, Alejandro
> > > --
> > > TIP 4: No hagas 'kill -9' a postmaster
> > >
> > >
> > Porque no implementas el SSL del lado del servidor web (apache) y asi
> > encriptas el aplicativo que necesitas brinde la conexion hacia postgresql.
> >
> > --
> > Saludos,
> >
> > Julio Cesar Sánchez González.
> >
> >
>
> El problema no radica en la seguridad de la conectividad entre el
> servidor web y el de base de datos; este se plantea cuando desde una
> aplicación remota quiero acceder al de base de datos.
> Si los clientes fueran pocos, puedo utilizar odbc con ssl; el
> inconveniente que se me plantea es que voy a tener *muchos*; estos se
> conectan/desconectan al realizar las consultas por lo que me pareció
> conveniente montar un pool de conexiones; pero estos (al menos los que
> conozco) no soportan ssl.
> No tengo idea cuanto de carga adicional genera la conexión /
> desconexión de los clientes, estimo que debe ser importante para que
> desarrollaran los pools.
>
> Saludos, Alejandro
> --
> TIP 5: ¿Has leído nuestro extenso FAQ?
> http://www.postgresql.org/docs/faqs.FAQ.html
>