mabo 10 Geschrieben 10. November 2008 Melden Teilen Geschrieben 10. November 2008 Problembeschreibung: 2 Domänen (Windows 2003) keine Vertrauensstellungen In Domäne 1 ist eine MS SQL2005 Express DB installiert. Die Authentisierungsmethode ist SQL-Server Authentifizierung. Die User aus Domäne 2 können sich nicht mit den SQL-Server in Domäne 1 verbinden. Im Ereignisprotokoll erscheinen folgende Meldungen. Ereigniskennung 17806 MSSQL$SQLEXPRESS Fehler beim SSPI-Handshake (Fehlercode 0x8009030c) beim Herstellen einer Verbindung mit integrierter Sicherheit. Die Verbindung wurde geschlossen (Client: XXX.XXX.XXX.XXX) Ereigniskennung 18452 MSSQL$SQLEXPRESS Fehler bei der Anmeldung für den Benutzer ''. Der Benutzer ist keiner vertrauenswürdigen SQL Server-Verbindung zugeordnet. (Client: XXX.XXX.XXX.XXX) Der Zugriff von Computern in Domäne1 auf die Datenbank funktioniert tadellos Wie bereits erwähnt keine Windows Authentisierung sondern SQL-Server Authentisierung Gibts hier eine Lösung?? mfg mabo Zitieren Link zu diesem Kommentar
NilsK 2.934 Geschrieben 10. November 2008 Melden Teilen Geschrieben 10. November 2008 Moin, der Client versucht sich mit Windows-Authentisierung anzumelden. Sonst käme eine andere Fehlermeldung. Gruß, Nils Zitieren Link zu diesem Kommentar
phoenixcp 10 Geschrieben 10. November 2008 Melden Teilen Geschrieben 10. November 2008 Hier nicht direkt. Aber hier zum Beispiel gibts Lösungsansätze: Windows Event ID 17806 from MSSQLSERVER Windows Event ID 18452 from MSSQLSERVER Bringt dich evtl. schon dieser Eintrag dort weiter: Dave Murphy (Last update 11/7/2006):Check all accounts and computers in the delegation path for the database or for the application that accesses the database. Something in the environment changed at a client site and Event ID 18452 along with this event started occuring. Everything looked normal until we went back through the user and the computer accounts associated with the database and the web server. In the client's case, they had a web application accessing a database using windows authentication. From the web server, the page would come up. From a client system, the web site would not. We found that the domain account that the SQL server was running under had delegation disabled in active directory. After enabling delegation on the account, the error went away. We worked with Microsoft on this issue and at one point, they had us check delegation on the sql server account and web server account as well. /Edit: stimmt, Nils hat recht: beim Herstellen einer Verbindung mit integrierter Sicherheit hier wird nicht per SQL sondern per Windows Authentifizierung angemeldet... Off-Topic:Merke: immer zuende lesen und nicht schon nach der Event-ID abbiegen... ;) Zitieren Link zu diesem Kommentar
mabo 10 Geschrieben 10. November 2008 Autor Melden Teilen Geschrieben 10. November 2008 Moin, der Client versucht sich mit Windows-Authentisierung anzumelden. Sonst käme eine andere Fehlermeldung. Gruß, Nils Hallo Nils, das werd ich mal überprüfen. Ich versuch einfach mal ob ich mit den SQL-Management Studio Express über die Server Authentisierung von DOM2 aus auf den SQL-Server komme. Gruß mabo Zitieren Link zu diesem Kommentar
mabo 10 Geschrieben 13. November 2008 Autor Melden Teilen Geschrieben 13. November 2008 Das ganze lag tatsächlich am Client. Vielen Dank für die Tips Gruß mabo Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.