2011-08-04 13 views
13

Necesito conectarme a una instancia de SQL Server 2008 en otro dominio de Windows para administrarlo. Solo usamos la Autenticación de Windows.No se puede conectar a SQL Server en un dominio diferente usando SSMS y Windows 7 Credential Manager

En Windows XP, podría usar la función "Administrar contraseñas de red" para almacenar en mi máquina local mi nombre de usuario y contraseña para la máquina remota. Si lo hace, SQL Server Management Studio utilizará esas credenciales, en lugar de mis credenciales locales, cuando se conecte a ese servidor. Esto funcionó muy bien, y me impidió ingresar un nombre de usuario o contraseña cada vez que me conecté con SSMS.

Pero, Holy Cow, después de actualizar a Windows 7, ya no puedo hacer esto. Agregar mis credenciales de dominio remoto en Credential Manager no produce el comportamiento deseado. SMSS 2008 R2 ignora las credenciales almacenadas, y en su lugar, siempre envía mis credenciales locales, haciendo que el inicio de sesión falle cada vez. Ni siquiera hay una forma, dentro de SMSS, de ingresar credenciales alternativas, ¡así que el resultado es que simplemente no puedo acceder al servidor remoto!

El inicio de sesión falla con el siguiente mensaje:

Login failed. The login is from an untrusted domain and cannot be used with Windows authentication. (Microsoft SQL Server, Error: 18452)

¿Cómo puedo obtener SMSS en Windows 7 para funcionar de la misma manera que lo hizo en Windows XP?

+0

Ha intentado usando este método? http://stackoverflow.com/questions/5237654/sql-server-management-studio-2008-runas-user-on-different-domain-over-vpn –

+0

No lo he hecho, pero parece una buena alternativa si no No quiero usar Credential Manager. – BrianFinkel

Respuesta

25

Parece que hay un error en el Administrador de credenciales de Windows 7 que causa este comportamiento. Después de mucha investigación en Internet, encontré algunas soluciones feas, pero también encontré una muy buena:

En Credential Manager, agregue una entrada para el servidor remoto, pero en lugar de agregar solo el nombre del servidor, como database.contoso.com , agregue el nombre del servidor con el puerto de SQL Server, así:

database.contoso.com:1433

Esto se traduce en el comportamiento deseado, sin dolor!

Fuente: http://social.msdn.microsoft.com/Forums/en-US/sqlsecurity/thread/c05a90e4-cb16-46f6-9072-37083c65696d/

Asimismo, recuerda, por supuesto, que lo que necesita el prefijo el nombre de usuario remoto en el Administrador de credenciales con el nombre de dominio remoto, así:

base de datos \ administrador

+5

Tenga en cuenta que si intenta conectarse a una instancia con nombre, el puerto NO será 1433. Puede encontrar el puerto dinámico actual o cambiarlo a un puerto fijo usando las instrucciones en http://msdn.microsoft.com/en- us/library/ms345327 (v = sql.100) .aspx –

+0

Buen punto, gracias. – BrianFinkel

+5

Para ampliar el comentario de Greg, creará una entrada de gestor de credenciales que es como database.contoso.com:12345 (o el puerto raro en el que se encuentre la instancia nombrada). Sin embargo, cuando se conecta con SSMS, utilizará database.contoso.com, 12345 (tenga en cuenta la coma en lugar de dos puntos). – Chris

Cuestiones relacionadas