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
quelle
Antworten:
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:
Dies öffnet die Box ..............................................................................................................................................................................................................................................................................................................................................
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.
quelle
Ü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
?quelle
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.
quelle
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
Das hat mir geholfen. Hoffe du auch.
quelle
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.
quelle
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.
quelle
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.
quelle
Verrückte Idee, ist Ihr Benutzername und Passwort korrekt? Melden Sie sich mit Windows-Authentifizierung oder SQL Server an?
quelle
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.
quelle
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.
quelle