Buenas tardes
Estamos desarrollando una aplicación Web montada sobre DNN en un servidor A W2k3 R2 con IIS 6.0, .net 2.0 y SQL 2005.
La aplicación conecta localmente al SQL donde almacena los datos.

Estamos integrando esta aplicación con el API de una aplicación alojada en otro servidor B con W2k3 R2 con IIS 6.0, .net 2.0 y SQL 2000. Estos servidores no están en conectados a ningun dominio. Utilizamos esta API para mostrar datos de la aplicación en la Web y modificar dichos datos.

Hemos creado una cuenta de usuario con las mismas características (login, pwd) en ambos servidores y la hemos añadido en el grupo de admi.

El API viene con unos archivos .hta de ejemplo para testearla.

Al loguear el el server Web A y ejecutar los archivos .hta, nos podemos conectar sin problema al server B.

Al ejecutar la aplicación que integra el API a partir de IIS y conectar remotamente, nos da el error Atributo de cadena de conexión no válido Connection=driver={SQL Server};APP=APP;Trusted_Connection=yes;Server=IP;database=DBNAME;Current Language=us_english.

Cambiamos el usuario anónimo de IIS por la cuenta de usuario creada y utilisamos la impersonación en el fichero web.config para suplantar la identidad ASP.NET.

Sin embargo, nos sigue dando el mismo error.

Llevamos semanas buscando una solución sin éxito. El fabricante nos da un soporte bastante malo y no sabemos bien como el API se conecta al servidor remoto.

La única cosa que se nos ocurre es que es necesario establecer una relación de confianza entre las maquinas mediante un dominio, pero como nos podemos conectar via los archivos de host (.hta), tampoco estamos seguro que ello vaya a solucionar nuestro problema.

Si tenéis alguna surgerencia, bienvenida.

Saludos.

Si, además nos conectemos desde el servidor Web mediante los ficheros Host, con lo cual eso no es el problema.

La razón por la cual creo que el montar un dominio podría solucionar el problema es que cuando ejecutas un pequeño script que te permita conocer el usuario que ejecuta el proceso, te pone las siguiente credencial:

SERVER A\User

Si eso es lo que envia al SERVER B, pues claro que no le va a dejar entrar.

Una solución sería tener un usuario de dominio para que se conocido de las dos maquinas.

Pero a la vez, como nos podemos conectar desde los ficheros Host, no me acabo de convencer que sea esta la solución. Y la verdad montar el dominio con maquinas que ya están en producción para probar, no me apetece mucho...

Hola José

Gracias por tu ayuda.

El servidor acepta autenticación mixta y hemos creado como usuario de IIS el admin para evitar los problemas de autenticación. Sigue sin funcionar.

Ahora, estoy intentando otra cosa que tampoco resulta, pero que a lo mejor da pistas:

Hemos creado una aplicaicón de test en el servidor B, donde esta la base de datos con la cual queremos conectar. Estamos buscando hacer la funcionar en local, para ver si lo conseguimos y tampoco.

Todo pasa como si no reconociera el usuario de IIS para el website, que la suplantación de la identidad ASPNET no funcionará.

Luego, la aplicación que está en producción y con la cual buscamos conectar funciona también con IIS y hemos visto que utiliza un aplicación pool dedicado que se ejecuta con la identidad Local System.

Asignando este mismo pool de aplicación a nuestro sitio de test, funciona. Pero claro, hacer lo mismo en el server A no tendrá ningun sentido.