BUG: SQL authentication failure
jmeyer
Posts: 70 Bronze 2
v12.0.24.3012 Professional:
Source database uses Windows authentication, target database uses SQL Server authentication. As soon as I select an existing project I am receiving notifications from SQL Server (target) for authentication failures:"SSPI handshake failed with error code 0x8009030c, state 14 while establishing a connection with integrated security; the connection has been closed. Reason: AcceptSecurityContext failed. The Windows error code indicates the cause of failure.". It seems that DataCompare tries to first authenticate against the target database with integrated security and then switches over to the configured SQL Server authentication. The autnetication errors will then also occur
This behavior is not present in v11. SQLCompare shows the same issue, denoting a bug in the underlying common component.
Source database uses Windows authentication, target database uses SQL Server authentication. As soon as I select an existing project I am receiving notifications from SQL Server (target) for authentication failures:"SSPI handshake failed with error code 0x8009030c, state 14 while establishing a connection with integrated security; the connection has been closed. Reason: AcceptSecurityContext failed. The Windows error code indicates the cause of failure.". It seems that DataCompare tries to first authenticate against the target database with integrated security and then switches over to the configured SQL Server authentication. The autnetication errors will then also occur
This behavior is not present in v11. SQLCompare shows the same issue, denoting a bug in the underlying common component.
Comments
The target SQL Server instance is located in a different domain, maybe that's the critical difference. Our SQL Server instance then creates to login failure warnings:
DESCRIPTION: SSPI handshake failed with error code 0x8009030c, state 14 while establishing a connection with integrated security; the connection has been closed. Reason: AcceptSecurityContext failed. The Windows error code indicates the cause of failure. [CLIENT: x.x.x.x].
Login Error 18452: DESCRIPTION: Login failed. The login is from an untrusted domain and cannot be used with Windows authentication. [CLIENT: x.x.x.x]
COMMENT: Login failed for user . Reason: Not associated with a trusted SQL Server connection.
Computer is in domain A, the SQL Server instance is in domain B. Domains do not trust each other, connections to the SQL Server instance in domain B will happen via SQL authentication. Created a new comparison project comparing the "model" database to itself, thus both source and destination connection are set up with SQL Server authentication. Saved the project and then closed and reopened the SQL Data compare instance. the comparison project comes up and right away I am receiving two identical authentication errors from the SQL Server instance:
DESCRIPTION: Login failed. The login is from an untrusted domain and cannot be used with Windows authentication. [CLIENT: 10.10.130.56]
COMMENT: Login failed for user . Reason: Not associated with a trusted SQL Server connection.
I have to assume that each authentication error represents one connection attempt each for the source and destination database.
clicking the database refresh button in the "Data Sources" tab will not result in authentication errors. Closing and re-opening the project will again result in two authentication errors. so, there is something going on as part of the initial process when you open a project.
the project file is posted below:
Thanks for the extra information - its very useful in helping us track down the exact location of the bug. To confirm these errors are appearing only on load of the project dialog and not when you press the refresh icon next to the database dropdown? Where do these errors appear? Are they shown in the validation section at the bottom of the form or do they produce a popup?
I suspect this is related to the server dropdown population rather than the database lister but I'm going to do some more work locally to try and narrow this down.
Redgate Software
Yes, the error messages are only generated one time when opening the project in the project dialog. The errors themselves are reported back to us from the SQL Server instances as we set up alert notification emails for failed login attempts. So, SQL DataCompare (and SQLCompare as well) actually not not produce any error messages themselves. If I press the refresh button for the database drop-down box or proceed with a comparison then no error messages are being generated. Below si the SQL code to set up notification for login error 18452.
Redgate Software
It looks like this is fixed now, currently using v12.0.33.3389
Thanks,
Jens