Jump to content

SQL 2005 Express


mabo
Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Empfohlene Beiträge

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

Link zu diesem Kommentar

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... ;)

Link zu diesem Kommentar
Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Schreibe einen Kommentar

Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.

Gast
Auf dieses Thema antworten...

×   Du hast formatierten Text eingefügt.   Formatierung jetzt entfernen

  Only 75 emoji are allowed.

×   Dein Link wurde automatisch eingebettet.   Einbetten rückgängig machen und als Link darstellen

×   Dein vorheriger Inhalt wurde wiederhergestellt.   Editor-Fenster leeren

×   Du kannst Bilder nicht direkt einfügen. Lade Bilder hoch oder lade sie von einer URL.

×
×
  • Neu erstellen...