2009-08-13 11 views
0

Ich habe einen von drei Servern, die keine Verbindung zu unserem SQL Server 2000 herstellen können, die den FQDN verwenden, aber eine Verbindung herstellen können, die den nicht FQDN verwendet. Keines der anderen Server hat dieses Problem.SQL Server-Verbindungsprobleme

Dieses Problem tritt unter ADO-Verbindungen zu einer SQL Server 2000-Datenbank auf.

In der Datenbank ist die Verschlüsselung aktiviert. Ich möchte es nicht ausschalten.

Hat jemand irgendwelche Ideen, was zu sehen?

Hinweise: Sie können Ping oder Telnet an den SQL-Server mit FQDN und nicht FQDN. Die anderen beiden Server funktionieren einwandfrei und alle Server befinden sich im selben Subnetz. Auf allen Servern wird Windows 2000 ausgeführt.

+0

Sollte auf serverfault.com sein. –

Antwort

0

Welchen Fehler erhalten Sie?

Wahrscheinlich hat das Zertifikat, das zum Verschlüsseln der Verbindung verwendet wird (das SSL-Zertifikat des Servers, möglicherweise selbst signiert), den einfachen, nicht qualifizierten Namen des Computers als Betreff. Der Client lehnt das Zertifikat daher ab, wenn es versucht, eine Verbindung herzustellen, wodurch die Verbindung getrennt wird.

+0

Microsoft OLE DB-Provider für SQL Server: [DBNETLIB] [ConnectionRead (recv()).] Allgemeiner Netzwerkfehler. Überprüfen Sie Ihre Netzwerkdokumentation. – GordyII

+0

Das Netzwerk ist in Ordnung, da Sie eine Verbindung mit dem NON-FQDN herstellen können. – GordyII

+0

Sehen Sie, welches Zertifikat der Server verwendet. http://support.microsoft.com/kb/316898/ enthält schrittweise Anleitungen zum Auffinden des verwendeten Zertifikats (im Abschnitt Fehlerbehebung) sowie zum Ersetzen des Zertifikats. –