Error: 18452 – Login failed for user ”. The user is not associated with a trusted SQL Server connection. [CLIENTE: X.X.X.X]

Un nuevo problema resuelto, pero antes explico mi escenario. Tengo un servidor Windows Server 2003 Std (controlador de dominio adicional) con SQL Server 2005 Std y MOSS 2007 Std. Desarrollé algunas formas en infopath para mantenimiento de información almacenada en SQL Server. Al momento de establecer la conexión con la base de datos, durante el proceso de diseño de los formularios, seleccioné el modo de autenticación integrado y asigné los permisos necesarios en SQL para que las distintas cuentas de usuario de dominio puedan ingresar sin problemas.


Localmente en el servidor todos los formularios infopath funcionaron super bien, sin embargo cuando trataba de abrirlos en un equipo que no forma parte del dominio no podía ingresar a las formas y administrar los datos almacenados. Al revisar el log de SQL (C:\Archivos de programa\Microsoft SQL Server\MSSQL.1\MSSQL\LOG) se presenta el error así:


Error: 18452, gravedad: 14, estado: 1.
Login failed for user ”. The user is not associated with a trusted SQL Server connection. [CLIENTE: X.X.X.X]


De entrada se trata de un error de validación. Luego de indagar algunos minutos en efecto me di cuenta que la validación de los usuarios contra SQL se hace mediante las cuentas de inicio de sesión de cada computador y no con las credenciales de MOSS. Para solucionar el problema cambié el modo de conexión de los formularios infopath a autenticación de SQL, cree una sola cuenta con los permisos de acceso necesarios, probé nuevamente y todo funcionó.


Ahora me encuentro en el dilema de saber porque no funciona esto cuando se publica el servidor MOSS (extranet), me mantengo investigando.

Windows Server 2008: Ediciones, Licenciamiento y precios

 A casi tres meses del lanzamiento mundial de Windows Server 2008, se liberan ya los primeros anuncios comerciales en cuanto a: ediciones, licenciamiento y precios de vente de este nuevo sistema operativo. A diferencia de Windows Server 2003 (con 4 ediciones + SBS 2003), Windows Server 2008 posee 8 ediciones donde el principal componente diferenciador entre las mismas es Hyper-V.


 Para ampliar en detalle esta información visiten: http://www.microsoft.com/presspass/press/2007/nov07/11-12HyperVPR.mspx

LocationMonitoringObjectNotAvailableException: Health Service ‘server.dominio.local’ in which the location monitoring object is contained is not available.

Ahora trabajando un poco con SCE2007 se me presentó este error al momento de ejecutar el asistente de configuraciones del servidor (programación de actualizaciones, excepciones del firewall de windows, asistencia remota, calendarización de descubrimiento, etc etc). Durante el proceso de instalación al configurar la cuenta “Run as” para ejecutar ciertos procesos del lado del cliente (instalación agente, inventarios de HW y SW, etc) ingrese las credenciales de una cuenta copia del usuario Administrador de Directorio Activo. Todo el proceso de instalación lo ejecuté con las credenciales del usuario Administrador. Durante la ejecución del asistente antes mencionado se presentó el siguiente mensaje de error que impidió configurar algunas características (entre ellas las excepciones de firewall de windows):


 


Date: 08/11/2007 10:45:24
Application: System Center Essentials
Application Version: 6.0.1251.0
Severity: Error
Message: El servicio generó una excepción desconocida. Consulte la excepción interna para obtener más información.


Microsoft.EnterpriseManagement.Common.UnknownServiceException: El servicio generó una excepción desconocida. Consulte la excepción interna para obtener más información. —> System.ServiceModel.FaultException`1[Microsoft.EnterpriseManagement.Common.LocationMonitoringObjectNotAvailableException]: The creator of this fault did not specify a Reason. (Fault Detail is equal to Microsoft.EnterpriseManagement.Common.LocationMonitoringObjectNotAvailableException: Health Service ‘0167dominio.0167PTROLEBUS.local’ in which the location monitoring object is contained is not available. Make sure that the computer hosting the Health Service is available and verify that the Health Service is running.).
   — End of inner exception stack trace —
   at Microsoft.EnterpriseManagement.DataAbstractionLayer.SdkDataAbstractionLayer.HandleIndigoExceptions(Exception ex)
   at Microsoft.EnterpriseManagement.DataAbstractionLayer.TypeSpaceOperations.CreateFileShare(Guid batchId, Guid targetId, String location, WindowsJobCredentials creds)
   at Microsoft.EnterpriseManagement.Monitoring.ClientMonitoring.ClientMonitoringTypes.ExecuteTask(Guid targetId, Boolean createTask, String overrideValue, WindowsMonitoringTaskCredentials creds, AemTaskStatusCallback callback)
   at Microsoft.EnterpriseManagement.Monitoring.ClientMonitoring.ClientMonitoringSettings.CreateFileShare(AemSettings aemSettings, WindowsMonitoringTaskCredentials credentials, AemTaskStatusCallback callback)
   at Microsoft.EnterpriseManagement.Mom.Internal.UI.Common.SDKHelper.<>c__DisplayClass52.<LaunchFileShareCreationTask>b__51(Object sender, ConsoleJobEventArgs e)
System.ServiceModel.FaultException`1[Microsoft.EnterpriseManagement.Common.LocationMonitoringObjectNotAvailableException]: The creator of this fault did not specify a Reason. (Fault Detail is equal to Microsoft.EnterpriseManagement.Common.LocationMonitoringObjectNotAvailableException: Health Service ‘servidor.dominio.local’ in which the location monitoring object is contained is not available. Make sure that the computer hosting the Health Service is available and verify that the Health Service is running.).

Pude revisar el servicio “Health Service” en el servidor local y estaba operando sin problema, pude detenerlo e iniciarlo nuevamente si problema, pero el proceso de configuración seguía fallando. En ese momento recordé una experiencia similar con CRM 3.0 de Microsoft, en el cual los procesos de workflow no se ejecutaban correctamente, a pesar de estar bien configurados, a menos que se inicie la sesión con un usuario con privilegios de administrador de CRM, diferente al usuario con el cual se realizó el proceso de instalación.


En este caso para SCE2007, inicié sesión con el usuario que configuré como cuenta de “Run as”, ejecuté el asistente de configuración y todo funcionó sin problemas. En algunos otros posts de blogs hacían referencia a otro tipo de soluciones pero no mencionaba si habían configurado con cuentas distintas.