Ich habe zwei Computer mit SQL Server 2008 Express: c01 und c02. Ich richte beide für die Remoteverbindung mithilfe der Windows-Authentifizierung ein. Funktionierte gut für c02, aber nicht für c01.
Dies ist die Fehlermeldung, die ich erhalte:
Es kann keine Verbindung zu ACAMP001 \ SQLEXPRESS hergestellt werden.
ZUSÄTZLICHE INFORMATION:
Login fehlgeschlagen. Die Anmeldung stammt aus einer nicht vertrauenswürdigen Domäne und kann nicht mit der Windows-Authentifizierung verwendet werden. (Microsoft SQL Server, Fehler: 18452)
Klicken Sie auf: http://go.microsoft.com/fwlink ?> ProdName = Microsoft + SQL + Server & EvtSrc = MSSQLServer & EvtID = 18452 & LinkId = 20476
Ich weiß nicht, ob mir etwas fehlt. Folgendes habe ich getan:
- Aktiviertes TCP / IP-Protokoll für Client von SQL Server Configuration Manager.
- Geänderte Windows-Firewall-Ausnahmen für die jeweiligen Ports.
- Startete den SQL Browser-Dienst als lokalen Dienst
- Windows-Benutzer zu dieser Gruppe hinzugefügt: "SQLServerMSSQLUser $ c01 $ SQLEXPRESS"
- In Management Studio habe ich "SQLServerMSSQLUser $ c01 $ SQLEXPRESS" zu den Anmeldungen der SQLEXPRESS-Instanz im Sicherheitsordner hinzugefügt und Sysadmin-Berechtigungen erteilt.
- C01 \ SQLEXPRESS neu gestartet
- SQL Browser-Dienst neu gestartet.
- Hier gibt es keine Domain. Es ist nur eine Arbeitsgruppe.
Bitte jede Hilfe wird geschätzt, danke.
quelle
Ich denke, Sie sollten in der Lage sein, den
runas
Befehl zum Einrichten Ihrer Verbindung in SSMS zu verwenden. Erstellen Sie eine Verknüpfung auf Ihrem Desktop (oder wo auch immer) und legen Sie diese als Zielspeicherort fest:Wenn dies eine Arbeitsgruppe ist,
DOMAIN
kann dies der Name des Computers sein, auf dem SQL Server installiert ist. Das hier eingerichtete Konto muss natürlich auf dem Computer vorhanden sein, auf dem SQL Server gehostet wird.Dieses Setup funktioniert auch für Domänenbenutzer, die versuchen, eine Verbindung zu einer SQL Server-Instanz in einer anderen Domäne herzustellen.
quelle
Probieren Sie den gemischten Authentifizierungsmodus aus und prüfen Sie, ob dies hilfreich ist. Ich habe diesen Fehler bei der entgegengesetzten Konfiguration gesehen (dh beim Versuch, mich mit einem SQL-Benutzer auf einem System anzumelden, das nur mit Windows-Authentifizierung eingerichtet wurde).
quelle