Het probleem:
Nadat ik de server waar MSSQL op draait heb gedecommissioned als PDC, kan ik niet meer inloggen met gebruikersnamen van het nieuwe domein die hetzelfde zijn als die toen de PDC nog draaide.
Misschien dat een situatie schets makkelijk is:
In den beginne stond er een W2KS machine die functioneerde als PDC voor het domein DOMEIN1. Op deze server draait MSSQL zodat onze boekhouders Exact Globe 2000 kunnen gebruiken. Exact Globe gebruikt WindowsNT logins om in te loggen op de MSSQL server.
Een half jaar geleden zijn we overgestapt op een linux machine waar samba draait als PDC voor het domein DOMEIN2. De gebruikers zijn toendertijd gemigreerd naar deze machine. De W2KS server hebben we laten staan zoals ie stond, zodat we altijd terug konden als er iets fout zou gaan.
Nu na een half jaar hebben we besloten om de W2KS server alleen nog te gebruiken waarvoor hij nog nodig is, nl MSSQL draaien. Gisteren heb ik deze machine gedecommissioned en lid gemaakt van het domain DOMEIN2. Tevens draait MSSQL nu op een 'System account'.
Daar Exact Globe 2000 WindowsNT logins gebruikt voor de MSSQL server, klopten alle usernamen op de MSSQL server niet meer. Ik heb de oude logins weggegooid (DOMEIN1\gebruiker) en heb nieuwe gebruikers aangemaakt met als inlog naam (DOMEIN2\gebruiker).
Het rare is dus nu dat geen van deze gebruikers mag inloggen op de MSSQL server, ik krijg een "Login failed for user '(null)'. Not associated with a trusted SQL Server connection." error.
Echter, als ik een compleet nieuwe gebruiker aanmaak (DOMEIN2\compleetnieuw) onder MSSQL en ik log als deze gebruiker in op het domein DOMEIN2, dan kan ik WEL inloggen op de MSSQL server.
Om uit te sluiten dat het aan Exact Globe ligt, heb ik het ook geprobeerd via ODBC MSSQL connections en daar heb ik precies hetzelfde probleem.
In de Enterprise Manager kan ik geen verschillen ontdekken tussen de gebruikers.
Wat is er hier aan de hand? Hopelijk weet iemand de oplossing, dan kunnen onze boekhouders maandag weer aan de slag en scheelt mij een hoop gezeur
Relevante specs windows machine:
Windows 2000 Server SP4 (met meest recente updates)
Microsoft SQL Server v8.00.382 (inc SP1 dus)
Exact Globe 2000 4.0
Nadat ik de server waar MSSQL op draait heb gedecommissioned als PDC, kan ik niet meer inloggen met gebruikersnamen van het nieuwe domein die hetzelfde zijn als die toen de PDC nog draaide.
Misschien dat een situatie schets makkelijk is:
In den beginne stond er een W2KS machine die functioneerde als PDC voor het domein DOMEIN1. Op deze server draait MSSQL zodat onze boekhouders Exact Globe 2000 kunnen gebruiken. Exact Globe gebruikt WindowsNT logins om in te loggen op de MSSQL server.
Een half jaar geleden zijn we overgestapt op een linux machine waar samba draait als PDC voor het domein DOMEIN2. De gebruikers zijn toendertijd gemigreerd naar deze machine. De W2KS server hebben we laten staan zoals ie stond, zodat we altijd terug konden als er iets fout zou gaan.
Nu na een half jaar hebben we besloten om de W2KS server alleen nog te gebruiken waarvoor hij nog nodig is, nl MSSQL draaien. Gisteren heb ik deze machine gedecommissioned en lid gemaakt van het domain DOMEIN2. Tevens draait MSSQL nu op een 'System account'.
Daar Exact Globe 2000 WindowsNT logins gebruikt voor de MSSQL server, klopten alle usernamen op de MSSQL server niet meer. Ik heb de oude logins weggegooid (DOMEIN1\gebruiker) en heb nieuwe gebruikers aangemaakt met als inlog naam (DOMEIN2\gebruiker).
Het rare is dus nu dat geen van deze gebruikers mag inloggen op de MSSQL server, ik krijg een "Login failed for user '(null)'. Not associated with a trusted SQL Server connection." error.
Echter, als ik een compleet nieuwe gebruiker aanmaak (DOMEIN2\compleetnieuw) onder MSSQL en ik log als deze gebruiker in op het domein DOMEIN2, dan kan ik WEL inloggen op de MSSQL server.
Om uit te sluiten dat het aan Exact Globe ligt, heb ik het ook geprobeerd via ODBC MSSQL connections en daar heb ik precies hetzelfde probleem.
In de Enterprise Manager kan ik geen verschillen ontdekken tussen de gebruikers.
Wat is er hier aan de hand? Hopelijk weet iemand de oplossing, dan kunnen onze boekhouders maandag weer aan de slag en scheelt mij een hoop gezeur
Relevante specs windows machine:
Windows 2000 Server SP4 (met meest recente updates)
Microsoft SQL Server v8.00.382 (inc SP1 dus)
Exact Globe 2000 4.0