Es kann keine Remoteverbindung über SQL Server Management Studio hergestellt werden

Ich habe eine SQL Server 2008 Express-Instanz auf einem dedizierten Windows 2008-Server eingerichtet, der von 1and1.com gehostet wird. Ich kann über Management Studio keine Remoteverbindung zum Server herstellen. Ich habe die folgenden Schritte unternommen und bin über weitere Ideen hinaus. Ich habe die Site recherchiert und kann nichts anderes herausfinden. Verzeihen Sie mir, wenn ich etwas Offensichtliches verpasst habe, aber ich werde verrückt. Hier ist der Lowdown.

Die SQL Server-Instanz wird ausgeführt und funktioniert bei lokaler Arbeit einwandfrei.

In SQL Server Management Studio habe ich das Kontrollkästchen "Remoteverbindungen zu diesem Server zulassen" aktiviert.

Ich habe alle Einstellungen für die externe Hardware-Firewall aus dem 1and1 Admin-Bereich entfernt

Die Windows-Firewall auf dem Server wurde deaktiviert, aber ich habe nur für Kicks eine Eingangsregel hinzugefügt, die alle Verbindungen auf Port 1433 zulässt.

In der SQL Native Client-Konfiguration ist TCP / IP aktiviert. Ich habe auch sichergestellt, dass die "IP1" mit der IP-Adresse des Servers eine 0 für den dynamischen Port hat, aber ich habe sie gelöscht und 1433 in das reguläre TCP-Port-Feld eingefügt. Ich habe auch den "IPALL" TCP Port auf 1433 gesetzt.

In der SQL Native Client-Konfiguration wird auch SQL Server Browser und ausgeführt

Ich habe auch versucht, ein ALIAS in das hinzuzufügen

Ich habe SQL Server neu gestartet, nachdem ich diesen Wert festgelegt habe.

Wenn Sie auf dem Server ein "netstat -ano" ausführen, wird a zurückgegeben

TCP 0.0.0.0:1433 LISTENING UDP 0.0.0.0:1434 LISTENING

Ich mache einen Port-Scan von meinem lokalen Computer und es heißt, dass der Port GEFILTERT ist, anstatt ZUHÖREN. Ich habe auch versucht, über Management Studio auf meinem lokalen Computer eine Verbindung herzustellen, und es wird ein Verbindungsfehler ausgegeben. Versuchte die folgenden Servernamen mit SQL Server und Windows-Authentifizierung in der Datenbanksicherheit markiert.

ipaddress \ SQLEXPRESS, 1433

ipaddress \ SQLEXPRESS

IP Adresse

IP-Adresse, 1433

tcp: ipaddress \ SQLEXPRESS

tcp: ipaddress \ SQLEXPRESS, 1433

Ich glaube, ich kann Ihnen genau sagen, worum es geht. Ich habe über 48 Stunden damit verbracht, dies zu sortieren. habe nichts im Netz gefunden. auch zufällig mit 1and1

Schau dir diese Einstellungen an:

IP-Sicherheitsrichtlinien .....

Dies öffnet die Box ..............................................................................................................................................................................................................................................................................................................................................

'MSDE (TCP / UDP) schließen' (Ich gehe davon aus, dass MSDE = Microsoft SQL Database Engine?) Wählen Sie es aus Drücken Sie Bearbeiten ...

Dies öffnet die Box ............... Regeleigenschaften bearbeiten Wählen Sie (erneut) >> 'MSDE (TCP / UDP) schließen' Drücken Sie Bearbeiten ...

das öffnet die Box ................ IP Filter Liste dann siehst du eine Liste der Ports TCP 1433, UDP 1434 {Das ist unsere Liste der Ports, die alle als Sperrregel ausgefallen sind ... ..}

Ich denke, was von hier aus getan werden muss, ist entweder ...

Schließen Sie diesen Bildschirm. IP-Filter Liste auf dem Bildschirm Regeleigenschaften bearbeiten gibt es eine Registerkarte Filteraktion, könnte man das einfach von Blockieren auf Zulassen ändern? (Wenn Sie dies in "Zulassen" ändern, können wir die Option "Alle blockieren" erneut aktivieren. Dies klingt sicherer. Die Support-Mitarbeiter haben jedoch einen bekannten Fehler gemeldet, der möglicherweise nicht funktioniert.)

oder

in den Eigenschaften des Paketfilters

Deaktivieren Sie einfach die Regel "MSDE schließen (TCP / UDP)".

Möglicherweise müssen Sie die Regel "Alle blockieren" deaktivieren, damit sie ausgeführt wird

Es ist wahrscheinlich zu spät, um Ihnen zu helfen, aber hoffentlich wird jemand anderes mit dem gleichen Problem helfen.

Überprüfen Sie zunächst in Management Studio die Verwaltung und die SQL Server-Protokolle \ current. Sie möchten nach einer Meldung suchen, die besagt, dass der Server ['any' 1433] abhört. Wenn nicht, starten Sie alle Programme, SQL Server 2008, Konfigurationstools und SQL Server Configuration Manager. Wählen Sie "SQL Server-Netzwerkkonfiguration \ Protokolle für MSSQLServer \ SQLExpress". Stellen Sie sicher, dass TCP / IP aktiviert ist. Es sollte auf der Ausgabe von netstat -ano basieren, aber ...

Am wichtigsten ist jedoch, dass Sie von einem Remote-Client aus versucht haben, sich über anzumelden

sqlcmd -S1.2.3.4\SQLExpress -U sa -P Password

Sie können auch versuchen, www.firebind.com. Es kann getestet werden, ob ein Block des TCP-Ports 1433 in der ausgehenden Richtung zu 1 und 1 vorhanden ist.

http://www.firebind.com/1433 wird dies sofort testen.

Ich hatte die gleichen Kopfschmerzen bei der Verbindung mit SSMS vom Client-PC zum Remote-SQL Server. Anscheinend hat die lokale Firewall die eingehende Serververbindung blockiert. Das Problem wurde durch Zuweisen einer Eingangsregel für SSMS für die Client-PC-Firewall behoben. Der einzige Ort, an dem ich herausfand, wie das geht, war https://msdn.microsoft.com/en-us/library/cc646024(v=sql.120).aspx

1.Klicken Sie in der Windows-Firewall mit erweiterter Sicherheit im linken Bereich mit der rechten Maustaste auf Eingehende Regeln, und wählen Sie dann im Aktionsbereich Neue Regel aus.

2.Wählen Sie im Dialogfeld Regeltyp die Option Programm, und klicken Sie dann auf Weiter.

3.Wählen Sie im Dialogfeld Programm die Option Dieser Programmpfad, und geben Sie für SQL Server Management Studio den vollständigen Pfad zu ssms.exe ein. Standardmäßig wird es unter C: \ Programme (x86) \ Microsoft SQL Server \ 120 \ Tools \ Binn \ Management Studio \ ssms.exe installiert

Das hat mir geholfen. Hoffe du auch.

Können Sie von Ihrer Workstation aus eine Telnet-Verbindung zu Port 1433 herstellen? Auf diese Weise können Sie leicht feststellen, ob an diesem Port eine Netzwerkverbindung besteht. Es kann sein, dass Ihr Provider die Verbindung zu seinen Geräten irgendwo in der Leitung blockiert.

Die Tatsache, dass Sie den Port als gefiltert sehen, lässt mich denken, dass sie irgendwo auf der ganzen Linie blockieren. Möglicherweise möchten Sie dies überprüfen, da möglicherweise keine Remoteverbindung von SQL-Servern zugelassen werden soll oder bekannte Ports blockiert werden. tcp / 1433 ist ein bekannter Port und es gibt einige SQL Server-bezogene Würmer, die direkt auf ihn abzielen.

Geben Sie "netstat -an" auf dem Server ein, um festzustellen, ob Port 1433 tatsächlich empfangsbereit ist. Stellen Sie außerdem sicher, dass das von Ihnen verwendete Benutzerkonto aktiviert und die "SQL-Authentifizierung" aktiviert ist. Achten Sie auch auf die Einstellungen für "SQL Configuration Manager". Erlauben Sie außerdem den Port 1433 als Ausnahme in Ihrer Windows-Firewall. Wenn Sie Ihrem SQL Server nicht gesagt haben, dass er Remoteverbindungen zulassen soll, ist dies im Grunde genommen nicht der Fall.

Läuft der SQL Server-Agent? Wenn nicht, welche Version von SQL Server haben Sie?

Überprüfen Sie den Unterschied zwischen verschiedenen Versionen.
http://www.microsoft.com/sqlserver/2008/en/us/editions-compare.aspx

Wenn Sie über eine Express Edition oder Web Edition verfügen, sind diese deaktiviert und können nicht ausgeführt werden.

Verrückte Idee, ist Ihr Benutzername und Passwort korrekt? Melden Sie sich mit Windows-Authentifizierung oder SQL Server an?

Prüfen Sie die Konnektivität Ihres SQL-Express. Aktivieren Sie TCP / IP. Stellen Sie sicher, dass der Port in Ihrem SQL-Express auf 1433 konfiguriert ist. Haben Sie eine benannte Instanz installiert?

Dieser Port muss um 1 und 1 an Ihre SQL-Server-Instanz weitergeleitet werden.

Übrigens: Überprüfen Sie auf Ihrer Website den Port 1433. Wenn Ihr Provider den Port blockiert, haben Sie keine Chance.

Was hat bei mir funktioniert:

http://blogs.msdn.com/b/sqlexpress/archive/2005/05/05/415084.aspx

Insbesondere stellte ich fest, dass das Zuweisen des gewünschten Ports im IPALL-Abschnitt der TCP / IP-Einstellungen das Problem war. Zuvor war es leer gewesen, und ich hatte nicht gedacht, dass ich hier einen Wert eingeben müsste, wenn ich die "Dynamic Port" -Bits löschen wollte.