syncmaster
Goto Top

Zugriff auf MS-SQL aus dem Internet

Hallo Zusammen.

Ich muss den Zugriff auf eine Microsoft SQL-Datenbank Version 2016 realisieren. Dazu habe ich für die entsprechende Instanz erst einmal TCP/IP aktiviert und dir Port 1433, 1434, 4022 und 2383 per NAT von außen nach innen weitergeleitet. Leider funktioniert der Zugriff nur über das hausinterne Netzwerk, aber nicht über das Internet.

Hat hier noch jemand eine Idee, was man machen könnte?

Gruß

Syncmaster

Content-ID: 308559

Url: https://administrator.de/contentid/308559

Ausgedruckt am: 22.11.2024 um 10:11 Uhr

SlainteMhath
SlainteMhath 30.06.2016 um 08:22:12 Uhr
Goto Top
Moin,

davon den SQL direkt über eine öffentliche IP zugänglich zu machen kann ich dir nur abraten. Wenn du externen Zugriff auf den SQL einrichten musst, dann ausschliesslich über eine VPN Verbindung.

lg,
Slainte
Kraemer
Kraemer 30.06.2016 um 08:23:24 Uhr
Goto Top
Moin,

Zitat von @syncmaster:
Ich muss den Zugriff auf eine Microsoft SQL-Datenbank Version 2016 realisieren.
Nein, das musst du nicht, und das willst du auch nicht. Trust me. Der SQL-Server wehrt sich nicht ohne Grund.

Gruß Krämer
atze187
atze187 30.06.2016 aktualisiert um 08:25:07 Uhr
Goto Top
Moin,

die Regeln fürs NAT hast du wohl an deiner Firewall eingerichtet, hast du die Ports dort auch aufgemacht? Das waren bei Astaro immer zwei verschiedene Paar Schuhe.

Gruß,
André
syncmaster
syncmaster 30.06.2016 um 08:31:56 Uhr
Goto Top
Die Ports sind weitergeleitet und Firewall ist ausgeschaltet. Natürlich nur, solange das eingerichtet wird.

Gruß Syncmaster
syncmaster
syncmaster 30.06.2016 um 08:34:38 Uhr
Goto Top
Deine sicherheitsrelevanten Bedenken sind natürlich angebracht. Ich benötige es aber trotzdem. Bei z.B. SQL 2005 hat es ja auch funktioniert.

Gruß
Syncmaster
atze187
atze187 30.06.2016 um 08:42:23 Uhr
Goto Top
Wie? Du hast die Firewall nach draußen ausgeschaltet? Oder die auf dem SQL-Server-Maschine?
Kraemer
Kraemer 30.06.2016 um 08:51:42 Uhr
Goto Top
Naja bei dem 2008er hat Microsoft auch noch behauptet das man das durchaus machen kann.

und Firewall ist ausgeschaltet
Meinst du damit die Windows-Firewall auf dem Server wo der SQL läuft?
Kraemer
Kraemer 30.06.2016 um 08:55:23 Uhr
Goto Top
Zitat von @syncmaster:
dir Port 1433, 1434, 4022 und 2383
Bist du sicher, das du die Analysis Services und den Service Broker ins Netz routen musst?
Hast du da zwei Datenbanken am laufen?

Gruß Krämer
syncmaster
syncmaster 30.06.2016 um 09:06:10 Uhr
Goto Top
Die auf der SQL-Server Maschine natürlich. Von draußen nach drinnen gehen nur die NAT-Weiterleitungen.
syncmaster
syncmaster 30.06.2016 um 09:08:02 Uhr
Goto Top
Die Windows Firewall auf den SQL Rechner.
atze187
atze187 30.06.2016 um 09:11:23 Uhr
Goto Top
Die würde ich als erstes wieder einschalten und die entsprechenden Ports freigeben. Die Weiterleitungen auf der "großen" FW gehen auf die IP-Adresse für die du im SQL-Server TCP/IP freigeschaltet hast?
syncmaster
syncmaster 30.06.2016 um 11:45:20 Uhr
Goto Top
1433 ist ja eigentlich die Datenbank an sich. Die anderen Ports habe ich jetzt mal genattet, weil ich Probleme mit der Konfiguration habe. Später kommt raus, was da nicht hin gehört.

Gruß Syncmaster
117471
117471 30.06.2016 um 22:14:35 Uhr
Goto Top
Hallo,

abgesehen davon, dass ich es unendlich grenzwertig finde, "erst einmal alles freizuschalten was man in den ersten 5 Minuten zusammengegoogelt bekommt":

Meine Suche verweist mich im ersten Link auf https://technet.microsoft.com/de-de/library/ms175483(v=sql.105).aspx

Bitte lesen und lernen.

Auf meinem Testserver sehe ich so im Schnitt 200 bis 300 Angriffsversuche pro Stunde. Viel Junk in der Firewall, teilweise aber auch ganz gezielte Angriffe in den Log-Dateien von den Diensten.

Datenbanken sind übrigens das einfachste und gleichzeitig interessanteste Ziel für Angreifer.

Bist Du wirklich sicher, dass Du das willst? Von der Performance mal ganz abgesehen...

Gruß,
Jörg
Kraemer
Kraemer 01.07.2016 um 01:15:52 Uhr
Goto Top
Nett das du nochmal den Link von mir postest...
Therapiezentrum
Therapiezentrum 01.12.2017 um 20:28:11 Uhr
Goto Top
Im Prinzip must du in der SQL Serverkonfiguration die dynamischen Ports abschalten und den SQL auf den Port 1433 festlegen. Dann sollte deiner Weiterleitung von Port 1433 auf den SQL auch funktionieren.