SQL Server-Verbindungsfehler (ein seltsamer) (noch nicht gelöst)

Question

SQL Server kann vom lokalen System aus verbunden werden, aber nicht vom Remote-System im Netzwerk. Der Fehlercode ist 40 von Visual Studio und 1326, wenn ich versuche, vom Management Studio aus eine Verbindung zu SQL Server herzustellen.

• Die Firewall ist nicht das Problem
• Die TCP/IP-Verbindung wird vom SQL Server aus aktiviert.
• Es gibt 2 PC-Terminals, die eine Verbindung zum SQL Server herstellen können, das dritte jedoch nicht, und sie verwenden dieselben Verbindungszeichenfolgen, sodass die Verbindungszeichenfolge richtig ist

Es ist SQL Server 2000

jede Hilfe wird geschätzt, danke

Answer 1

Versuchen Sie, eine Verbindung über ODBC herzustellen (Systemsteuerung, Administrator, ODBC, neue Benutzerverbindung). Versuchen Sie, eine Verbindung herzustellen, und testen Sie sie am Ende des Assistenten. Wenn es funktioniert, hat das Problem etwas mit Ihrer OLEDB-Verbindungszeichenfolge usw. zu tun.
Andernfalls könnte es sein

• ein DNS-Problem (stellen Sie beim Ping sicher, dass die richtige IP-Adresse zurückkommt)
• ein Problem mit den Serverberechtigungen (prüfen Sie, ob Sie dem SQL Server ein Laufwerk zuordnen können, und versuchen Sie die Verbindung erneut)
• ein SQL-Berechtigungsproblem (überprüfen Sie das SQL-Sicherheitsfenster und stellen Sie sicher, dass der Benutzer mindestens die Berechtigung „db_reader“ für seine Standarddatenbank hat)
• ein ungültiger SQL-Alias ​​(stellen Sie im ODBC-Assistenten unter Verbindungsinformationen sicher, dass der Servername nur einmal aufgeführt ist. Wenn er dort mehrmals vorkommt, können Sie die SQL-Client-Konfigurationstools installieren und alle zusätzlichen SQL Server-Aliase entfernen, die den [Servernamen] möglicherweise standardmäßig auf einen anderen Computer oder ein ungültiges Protokoll umleiten).

Answer 2

Versuchen Sie, den Server vom dritten Terminal aus anzupingen, um zu sehen, ob die Verbindung zwischen ihnen besteht

Answer 3

Es gibt eine ganze Reihe von Gründen für den Fehler 40.hier für weitere Informationen.

Answer 4

Sowohl Fehler 40 als auch 1326 deuten auf einen Named Pipe-Fehler hin, nicht auf einen TCP-Fehler. Da Sie erwähnen, dass Ihr Server TCP aktiviert hat, aber nichts über Named Pipes sagen, schlage ich vor, dass Sie Named Pipes aus der Gleichung nehmen. Wenn Sie Named Pipes nicht explizit deaktivieren, versuchen die Clients immer zuerst dieses Protokoll und stoßen auf verschiedene Fehler, da Named Pipes SMB-Konnektivität und Domänenauthentifizierung auf der Dateifreigabeebene erfordernVorsogar den SQL Server erreichen. Sie haben zwei Möglichkeiten:

• Deaktivieren Sie Named Pipes vollständig auf dem Client. SieheKonfigurieren von Client-Netzwerkprotokollen.
• erzwingen Sie TCP in der Verbindungszeichenfolge, verwenden Sie die tcp:servernameSyntax für den Servernamenteil in der Verbindungszeichenfolge, sieheSo verwenden Sie den Servernamenparameter in einer Verbindungszeichenfolge, um die Client-Netzwerkbibliothek anzugeben.