SQL Server unter Port1433 nur aus einem Netzwerk erreichbar

wie @ukulele-7 richtig schreibt:

Zudem in den Servereigenschaften desSQL-Servers die Netze freigeben, unabhängig von Firewalls!

Zum einen kannst/musst du im Konfigurator die Netze freischalten, zum anderen werden jedem Benutzer berechtigte Netze zugeordnet ...

SQL Server Firewall ist eigentlich per Default TCP 1433 für alle Profile und Adressen offen, es sei denn beim Ersteinrichten hat man das verändert. Gleiches gilt für TCP/IP Einstellungen/IP-Adressen.

@autoPM24 kann man den SQL Server z.B. via Ping erreichen? Geht das umgekehrt auch?

Also wenn Ping geht (aus Subnetz zum Server und zurück) dann wäre auf jeden Fall kein Routing Problem gegben. DNS wirst du vermutlich auch getestet haben, muss natürlich im Subnetz auch richtig auflösen. Windows Firewall scheint richtig konfiguriert, die kannst du aber mal testweise am Server komplett abschalten um zu sehen ob es sich anders verhält.

Wie @DerMaddin schon schreibt muss am SQL Server eigentlich nur der Port auf 1433 fix gesetzt sein und die Verbindung läuft. Auch Benutzerrechte sind vermutlich eher nicht in irgendeiner Form auf Subnetze eingeschränkt, testest du als SA?

Hier noch eine Möglichkeit es zu testen SQL Verbindungstest

Nach den bisherigen Beschreibungen des TO soll der Zugriff von den Standorten A und B auf alles andere als dem SQL Server funktionieren, nur eben nicht auf die Datenbank, während in der Zentral alles direkt funktioniert. Sofern an den Standorten hinsichtlich DNS alles richtig aufgelöst wird, bleibt für mich eigentlich nur das Ruleset auf den Firewalls der Standorte und der Zentral als Quelle des Problems übrig. Denn ich gehe davon aus, dass die Standorte zwar per Site-to-Site an die Zentrale angebunden sind, aber ansonsten direkt ins Internet gehen - also ein Splittunneling.

Hier könnte je nach Firewall ein oder mehrere Rules zusammen eine Seitenwirkung haben. Es gibt außerdem meiner Erfahrung nach gelegentlich das zunächst unerklärliche Phänomen, dass eine gedanklich zutreffend eingerichtete Erlaubnis praktisch dann doch nicht funktioniert und der Traffic irgendwie hängen bleibt / verworfen wird. Daher sollte der TO die Protokolldaten der Firewall genau inspizieren und gegebenenfalls das Protokollniveau auf ausführlich(er) setzen. Dort sieht er ganz genau, ob der Traffic vom jeweiligen Standort zum SQL Server durchkommt und aufgrund welcher Rule es scheitert. Höchstwahrscheinlich muss hier am Ruleset nachgearbeitet werden, damit es wirklich klappt.
Natürlich gilt das ebenso für die umgekehrte Richtung von der Zentrale / SQL Server zum jeweiligen Client am Standort.

Viele Grüße
HansDampf06

UDP-Port 1434?

Ansonsten mal bei MS unter Konfigurieren der Windows-Firewall für den SQL Server-Zugriff nachschauen, ob da noch was schlaues zur Firewall steht, was bei Euch sinnvoll ist.

Gruß, Mad Max