Firewalleinstellungen für SQL-Server R2008

[macler]

Hallo Leute,

ich habe auf einem PC mit WIN7 die WAWI und den SQL-Server installiert, dieser PC dient als WAWI-Server und Client gleichzeitig. Alles gut und OK.
Sobald ich aber die Firewall einschalte kann ein anderer Client nicht mehr auf den WAWI-Server zugreifen.
Also klar ein Firewall-Problem. Die einschlägigen Tipps in der Doku habe ich schon probiert, also die sqlsrv.exe in die Ausnahmen der Firewall eingetragen, Ports in den Firewall-Regeln freigegeben usw, aber nichts hilft. Sobald die Firewall läuft geht keine Verbindung, auch nicht via ODBC.
Die Meldung ist immer die gleiche, dass keine Zugriffsrechte bestehen etc.
Hat jemand noch einen Ansatz was ich an der Firewall änder kann?
Danke scho mal im Voraus.

 

[Günther]

AW: Firewalleinstellungen für SQL-Server R2008

Hallo,
wir haben seit Jahren die Firewall deaktiviert weil es sonst nicht geht.
Ein Lösung für das Problem würden wir auch gern verwenden.
Günther

 

[Petuchov]

AW: Firewalleinstellungen für SQL-Server R2008

Handelt es sich um die Windows-Firewall oder einen Drittanbieter?

 

[Günther]

AW: Firewalleinstellungen für SQL-Server R2008

Hallo,
Window-Firewall
Günther

 

[Petuchov]

AW: Firewalleinstellungen für SQL-Server R2008

Seh ich jetzt erst, Günther
Ich komm mal vorbei und gucj´k mir den Käse an . Ok?

 

[macler]

AW: Firewalleinstellungen für SQL-Server R2008

Aber bitte das Ergebnis hier posten, damit wir alle etwas davon haben. Die Firewall-Problematik nervt nämlich ungemein.

 

[Günther]

AW: Firewalleinstellungen für SQL-Server R2008

Hallo Charly,
da ich nicht am gleichen Ort sitze wie unser Shop solltest du dich kurz melden wann Du vorbei kommen willst.
Die Mädels können Dir noch weniger helfen wie ich.
Tel 0179 53 37 444
Falls es eine lösung gibt werde ich es posten.
Warum hat JTL das Thema nicht auf dem Radar?
Günther

 

[ralph_1]

AW: Firewalleinstellungen für SQL-Server R2008

Warum hat JTL das Thema nicht auf dem Radar?

Es gibt meines Erachtens gar kein 'Thema'. Ich selbst habe JTL-Wawi in verschiedene Umgebungen installiert und mich dabei an den Wortlaut der Anleitung gehalten. Was soll ich sagen? Es klappt. Windows-"Firewall" ausschalten, auch während der Installation, ist nicht nötig, schon gar nicht empfehlenswert.

 

[natZONE]

AW: Firewalleinstellungen für SQL-Server R2008

Öffnen des Firewallports für SQL Server unter Windows Server 2008

 

[macler]

AW: Firewalleinstellungen für SQL-Server R2008

Habs gleich ausprobiert. Leider ohne Erfolg. Gleicher Fehler. Schade.

 

[casim]

AW: Firewalleinstellungen für SQL-Server R2008

Habs gleich ausprobiert. Leider ohne Erfolg. Gleicher Fehler. Schade.

In dem script wird unterstellt, dass der SQL-Server auf Port 1433 läuft.
Hast du das vorher kontrolliert und ggfls den Port im script angepasst?

 

[macler]

AW: Firewalleinstellungen für SQL-Server R2008

Nö, auf welchem Port läuft der SQL-Server?

 

[ralph_1]

AW: Firewalleinstellungen für SQL-Server R2008

Nö, auf welchem Port läuft der SQL-Server?

1433 ist der Standardport, aber manchmal muss man selbst einen festlegen. Dieser Thread sollte dir helfen:
http://forum.jtl-software.de/instal...sql-server-port-nach-neustart-veraendert.html
auch den enthaltenen Links folgen.

 

[casim]

AW: Firewalleinstellungen für SQL-Server R2008

Die einschlägigen Tipps in der Doku habe ich schon probiert, also die sqlsrv.exe in die Ausnahmen der Firewall eingetragen, Ports in den Firewall-Regeln freigegeben usw, aber nichts hilft.

öhmmmm ... wie hast du DAS denn dann hinbekommen?

 

[macler]

AW: Firewalleinstellungen für SQL-Server R2008

Was meinst Du mit DAS den hinbekommen?

 

[macler]

AW: Firewalleinstellungen für SQL-Server R2008

Ich hab jetzt mal im SQL-Server Konfigurationsmanager den dynamische Port auf nix gesetzt und den festen Port auf 1433. Dann SQL-Dienst neu gestartet und überprüft ob der feste Port immer noch 1433 ist. Dann das Script für die natZONE nochmals ausgeführt, aber nix hat sich geändert.
Immer noch SQL-Fehler 53 und SQL-Fehler 17 ...Server existiert nicht oder Zugriff verweigert.