☰

Remote-Verbindung zum SQL-Server funktioniert nicht, aber mit deaktivierter Firewall?

tag-icon • tag-icon windows-server-2008 sql-server sql-server-2008 firewall sql
Remote-Verbindung zum SQL-Server funktioniert nicht, aber mit deaktivierter Firewall?

Ich habe SQL Server Express 2008 auf einem Windows 2008-Server eingerichtet. Und ich habe alle Standardsachen in SQL gemacht, um Remoteverbindungen zuzulassen. Das Seltsame ist, dass es funktioniert, wenn ich die Firewall des Windows 2008-Servers deaktiviere.

Ich habe in der Server-Firewall den Port 1433 geöffnet. Und TCP ist aktiviert. Gibt es noch einen anderen Port, den ich nicht kenne? Ich öffne auch 1434 ...

Unter den TCP-Eigenschaften habe ich TCP für die IP aktiviert (natürlich muss dieser Teil funktionieren, denn wenn ich die Firewall deaktiviert habe, funktioniert es) und die Portnummer ist leer gelassen und dynamische Ports sind 0

Ich habe herumgespielt und die Portnummer auf 1434 gesetzt und den dynamischen Port leer gelassen.

Immer noch keine Freude.

Ich habe den SQL-Browserserver und benannte Pipes laufen.

Ich führe meine Tests von meinem PC OHNE FIREWALL und über SQL Management Studio aus.

Ich muss etwas übersehen haben

Ich bin für jede Hilfe dankbar, die mir jemand anbieten kann. Ich stecke fest

Danke

Antwort1

Wahrscheinlich haben Sie vergessen, diesen Befehl auszuführen:

 netsh firewall set portopening TCP 1433 "SQLServer"

Sie können die neue „Fix it“-Funktion in diesem Microsoft-Supportartikel ausprobieren:Wie öffne ich den Firewall-Port für SQL Server unter Windows Server 2008?

Die Seite enthält auch ein Skript. Löschen Sie die Zeilen, wenn Sie SQL Service Broker, Debugger, https usw. nicht benötigen.

@echo =========  SQL Server Ports  ===================
@echo Enabling SQLServer default instance port 1433
netsh firewall set portopening TCP 1433 "SQLServer" 
@echo Enabling Dedicated Admin Connection port 1434
netsh firewall set portopening TCP 1434 "SQL Admin Connection" 

...

netsh firewall set portopening UDP 1434 "SQL Browser" 
@echo Allowing multicast broadcast response on UDP (Browser Service Enumerations OK)
netsh firewall set multicastbroadcastresponse ENABLE

Antwort2

Haben Sie versucht, die ausführbaren Dateien als Ausnahmen in der Windows-Firewall anzugeben? Erst dieses Wochenende habe ich meine eigene Win 2008-Maschine mit SQL 2008 mit diesen Schritten eingerichtet, alles funktioniert einwandfrei. Es waren keine Portnummern in den Vorgang involviert. Ich kann problemlos remote von SQL Management Studio aus auf diese Instanz zugreifen.

  • Start->Ausführen-> firewall.cpl
  • Zulassen, dass ein Programm die Windows-Firewall passiert
  • Klicken Sie auf die Schaltfläche "Programm hinzufügen" und
  • Fügen Sie diese beiden ausführbaren Dateien hinzu:
C:\Program Files\Microsoft SQL Server\MSSQL10.SQLEXPRESS\MSSQL\Binn\SqlServer.exe      
C:\Program Files\Microsoft SQL Server\90\Shared\SqlBrowser.exe

Antwort3

Überprüfen Sie Ihre Einstellungen mit diesem Artikel von Microsoft:Konfigurieren der Windows-Firewall, um den SQL Server-Zugriff zuzulassen. Vorausgesetzt, Sie verwenden keine benannte Instanz, sollte Port 1433 für eingehende Verbindungen geöffnet sein. Lesen Sie den Artikel trotzdem noch einmal durch, vielleicht stellen Sie fest, dass Sie einen Schritt übersehen haben.

Antwort4

Ich würde prüfen, ob SQL Server gezwungen ist, 1433 zu verwenden, da es sonst möglicherweise „dynamische Ports“ verwendet. Öffnen Sie den SQL Server-Konfigurationsmanager > SQL Server-Netzwerkkonfiguration > TCP/IP > Eigenschaften > IP-Adressen. Ich habe Folgendes eingestellt: * Dynamische TCP-Ports: * TCP-Port: 1433

verwandte Informationen