Duda acerca de conexion aplicacion-base de datos // intranet-internet

23/11/2007 - 11:01 por [Juanjo] | Informe spam
Hola grupo:

He desarrollado una aplicacion (C#) que se conecta con un SQL Server en
dos *ambitos*:
- Desde la LAN del cliente
- Desde Internet.

Para ello tuve que configurar puertos de router, tener dos ficheros de
configuracion
(uno para cada ambiente), etc. Pero no me parece esta una buena solucion, en
concreto
porque con el clickOne es muy engorroso.

Hay alguna forma de configurar la aplicacion para no tener que usar dos
ficheros de
configuracion y no tener que configurar el router?

Muchas gracias.

Preguntas similare

Leer las respuestas

#1 Alberto Poblacion
23/11/2007 - 11:43 | Informe spam
"[Juanjo]" wrote in message
news:
He desarrollado una aplicacion (C#) que se conecta con un SQL Server en
dos *ambitos*:
- Desde la LAN del cliente
- Desde Internet.

Para ello tuve que configurar puertos de router, tener dos ficheros de
configuracion
(uno para cada ambiente), etc. Pero no me parece esta una buena solucion,
en concreto
porque con el clickOne es muy engorroso.

Hay alguna forma de configurar la aplicacion para no tener que usar dos
ficheros de
configuracion y no tener que configurar el router?



En general, por razones de seguridad es preferible no exponer el Servidor
Sql a la Internet (aunque si lee esto Alfredo Novoa te dirá otra cosa). Si
pudieras, convendría interponer entre el cliente y la base de datos un
Servicio Web que sea el que se conecta directamente al servidor de base de
datos, y a continuación comunica esos datos al cliente.
Además de la ventaja en cuanto a seguridad, el servicio web en cuestión
se puede dar de alta en el DNS, con lo que tu programa solo necesita conocer
el nombre DNS para conectarse a él. Para los clientes que estén en Internet,
das de alta el nombre en un DNS público, y si los clientes de la Intranet
necesitan conectarse a un servidor distinto, lo das de alta en el servidor
DNS privado de la Intranet. El mismo truco se puede también usar con el
servidor Sql en caso de que prefieras no interponer el webservice, ya que lo
único que das de alta es la dirección IP del servidor en los servidorers
DNS.
Usando el DNS te evitas los dos ficheros de configuración, pero de lo que
no te libras es de tener que abrir en el router un puerto para el servidor.
Si usas el webservice, como esta vez es un simple servidor web lo que estás
usando, es fácil que tengas ya abierto y publicado un servidor de este tipo,
y no necesitarías abrir otro puerto adicional.
Respuesta Responder a este mensaje
#2 Alfredo Novoa
23/11/2007 - 12:03 | Informe spam
Hola Alberto,

On Fri, 23 Nov 2007 11:43:22 +0100, "Alberto Poblacion"
wrote:

En general, por razones de seguridad es preferible no exponer el Servidor
Sql a la Internet (aunque si lee esto Alfredo Novoa te dirá otra cosa).



Yo ya no digo nada :)

Si
pudieras, convendría interponer entre el cliente y la base de datos un
Servicio Web que sea el que se conecta directamente al servidor de base de
datos, y a continuación comunica esos datos al cliente.



También puedes poner otra cosa que no sea un Servicio Web.

Además de comunicar los datos también tiene que poder servir de puente
a todos los demás servicios que ofrece SQL Server.


Saludos
Alfredo
Respuesta Responder a este mensaje
#3 [Juanjo]
23/11/2007 - 12:40 | Informe spam
Muchas gracias por vuestras opiniones.

Personalmente, es un poco tarde para el "servicio web" asi que me decantare
por
DNS.

En cualquier caso gracias.

"Alfredo Novoa" escribió en el mensaje
news:

Hola Alberto,

On Fri, 23 Nov 2007 11:43:22 +0100, "Alberto Poblacion"
wrote:

En general, por razones de seguridad es preferible no exponer el
Servidor
Sql a la Internet (aunque si lee esto Alfredo Novoa te dirá otra cosa).



Yo ya no digo nada :)

Si
pudieras, convendría interponer entre el cliente y la base de datos un
Servicio Web que sea el que se conecta directamente al servidor de base de
datos, y a continuación comunica esos datos al cliente.



También puedes poner otra cosa que no sea un Servicio Web.

Además de comunicar los datos también tiene que poder servir de puente
a todos los demás servicios que ofrece SQL Server.


Saludos
Alfredo
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida