Probleme bei der Verbidung mit MS SQL Server 2005...

[romber]

Hallo!

Ich habe auf einem Remote-Server Microsoft SQL Server 2005 Enterprise intalliert.
Remoteverbindungen habe ich über den "SQL Server Konfiguration Manager" erlaubt.
SQL Browser Dienst läuft.
Den Port 1433 sowie die Dateien "sqlservr.exe" und "sqlbrowser.exe" sind im Firewall erlaubt.

Trotzdem schlagen alle Versuche, remote eine Verbindung mit dem SQL Server herzustellen, fehl. Lokal geht alles bestens.

Was habe ich vergessen? Woran kann es liegen?

[Bernhard Geyer]

Falls auch die MS Tools nicht gehen dann ist *irgendwo* dazwischen noch 'ne Firewall aktiv.

Sag uns mal die Fehlermeldung die du bekommst.

[peschai]

Hallo

Kleiner Tip: Hast du schon mal in "eventvwr" des Servers geschaut, ob da ein oder mehrere events generiert wurden, welche zeitlich mit deinen Zugriffsversucehn auf den Server zusammenfallen ....

[romber]

Zitat von Bernhard Geyer:

Falls auch die MS Tools nicht gehen dann ist *irgendwo* dazwischen noch 'ne Firewall aktiv.
Sag uns mal die Fehlermeldung die du bekommst.

Fehlermeldung:

[DBNETLIB][ConnectionOpen (Connect()).]SQL Server existiert nicht oder Zugriff verweigert.

Welche Microsoft-Tools sind gemeint?

Komisch ist folgendes: ich habe Protokollierung für Windows-Firewall eingeschaltet (für verworfene Packete und erfolgreiche Verbindungen). Dann habe ich mehrmals versucht, mit dem SQL Server remote zu verbinden. Verbindung schlägt nach wie vor fehl, doch Windows-Firewall muss trotzdem die Zugriffe meines Computers auf den Server protokollieren. FEHLANZEIGE! In der Log-Datei finde ich weder meine IP-Adresse, noch den Port 1433.

Was nun?

Zitat von Peschai:

Kleiner Tip: Hast du schon mal in "eventvwr" des Servers geschaut, ob da ein oder mehrere events generiert wurden, welche zeitlich mit deinen Zugriffsversucehn auf den Server zusammenfallen

Wo kann ich das nachschauen? Ich glaube aber, dass es keine Events generiert wurden, da der SQL Server erst gestern installiert wurde auf dem komplett neu installiertem Windows Server.

[hoika]

Hallo,

mit MS Tools ist z.B. das sql management studio gemeint.
Das solltest du auf dem Rechner mal installieren,
zur Not geht auch die Express-Version (Download bei MS).

Was mich wundert ist das DBNetLib,
womit baust du denn die Verbindung auf.

Das dbnetlib ist doch horn-alt.


Heiko

[mkinzler]

Vielleicht FireWall auf anderen Rechner?

[Phoenix]

Deaktivier zu Testzwecken mal alle Firewalls auf allen betroffenen Rechner.

[shmia]

Testen, Testen Testen.
1.) Server anpingen
2.) mit Telnet verbinden
C:\> telnet servername 1433
Es muss eine Verbindung zustande kommen. Nach Eingabe einieger Tastendrücke muss Verbindung getrennt werden
3.) mit dem Tool cliconfg.exe sicherstellen, dass TCP/IP das 1. Protokoll ist
4.) Serverseitig mit dem Tool svrnetcn.exe prüfen, ob TCP/IP aktiv ist
5.) in der Connection statt dem Servername die IP-Adresse und den Port angeben
Format: xxx.xxx.xxx.xxx,1433

[romber]

Zitat von hoika:

Was mich wundert ist das DBNetLib,
womit baust du denn die Verbindung auf. Das dbnetlib ist doch horn-alt.

Stimmt genau. Ich benutze aber Delphi 7 und ADO.

Zitat von mkinzler:

Vielleicht FireWall auf anderen Rechner?

Ich habe zum Testen alle Firewalls ausgeschaltet - auf dem Server sowie auf dem Client.

[romber]

Habe auf meinem Rechner SQL Server Management Studio installiert. Keine Verbindung zum Server.

Zitat von SQL Server Management Studio:

TITLE: Verbindung mit Server herstellen
------------------------------

Es kann keine Verbindung mit 'XX.XX.XX.XXX' hergestellt werden.

------------------------------
ADDITIONAL INFORMATION:

Fehler beim Herstellen einer Verbindung mit dem Server. Beim Herstellen einer Verbindung mit SQL Server 2005 kann dieser Fehler dadurch verursacht werden, dass unter den SQL Server-Standardeinstellungen Remoteverbindungen nicht zulässig sind. (provider: Named Pipes-Provider, error: 40 - Verbindung mit SQL Server konnte nicht geöffnet werden) (Microsoft SQL Server, Error: 53)

Wie schon gesagt, Remoteverbindungen sind auf dem SQL Server erlaubt, TCP/IP sowie NamedPipes.

Ich versuche jetzt, die Tipps von Shmia durchzugehen.