45314
Mar 15, 2007, updated at Mar 17, 2007 (UTC)
3441
6
0
Heimarbeitsplätze über Windows Server 2003 und SQL?
Hallo erstmal!
Ich bin zwar recht PC-erfahren etc., aber leider nicht so sehr mit Windows 2003 Server und ähnlichem. Bis Montag früh habe ich die wunderschöne Aufgabe erhalten, unsere Buchhaltungs-Clients per Internet als Heimarbeitsplätze anzubinden.
Die Anwendungen laufen über SQL, eine feste IP hat der Server zur Zeit leider nicht, insofern muß ich um das Problem auch noch umschiffen. Als Router haben wir eine DSL Fritz-Box.
- Wie kriege ich jetzt eine sichere Verbindung über DSL zu dem SQL-Server hin? Außerdem bräuchte ich Zugang auf entsprechend freigegebene Ordner.
- Geht das alles mit Boardmitteln, oder brauche ich noch ein "Stück Software"? Gibt es das dann vielleicht auch erstmal als Demosoftware - ich muß da ja morgen schon was in Gang kriegen!
- Besonderes, was ich bedenken muß?
Schonmal vielen Dank im voraus - vielleicht könnt Ihr mir ja weiterhelfen.
Ich bin zwar recht PC-erfahren etc., aber leider nicht so sehr mit Windows 2003 Server und ähnlichem. Bis Montag früh habe ich die wunderschöne Aufgabe erhalten, unsere Buchhaltungs-Clients per Internet als Heimarbeitsplätze anzubinden.
Die Anwendungen laufen über SQL, eine feste IP hat der Server zur Zeit leider nicht, insofern muß ich um das Problem auch noch umschiffen. Als Router haben wir eine DSL Fritz-Box.
- Wie kriege ich jetzt eine sichere Verbindung über DSL zu dem SQL-Server hin? Außerdem bräuchte ich Zugang auf entsprechend freigegebene Ordner.
- Geht das alles mit Boardmitteln, oder brauche ich noch ein "Stück Software"? Gibt es das dann vielleicht auch erstmal als Demosoftware - ich muß da ja morgen schon was in Gang kriegen!
- Besonderes, was ich bedenken muß?
Schonmal vielen Dank im voraus - vielleicht könnt Ihr mir ja weiterhelfen.
Please also mark the comments that contributed to the solution of the article
Content-Key: 54188
Url: https://administrator.de/contentid/54188
Printed on: April 23, 2024 at 19:04 o'clock
6 Comments
Latest comment
Ohne Dir zu nahe treten zu wollen ... die Aufgabe entbehrt nach meiner Meinung einer gewissen Sinnhaftigkeit, weil die Rahmenbedingungen für die Aufgabenstellung etwas zweifelhaft sind.
Ich gehe mal davon aus, dass Ihr keine besondere Upload-Rate habt, von daher würde ich trotz SQL vermuten, dass die Anwendung sehr zäh gehen, insbesondere weil dieser Internetzugang sicher noch für anderes verwendet wird.
Wenn ich müßte, würde ich folgendes Scenario aufbauen (was ich für die Praxis nicht wirklich für sinnvoll halte)
- Beschaffe Dir eine dyndns-Adresse und konfiguriere den Router, dass dieser diese bei Bedarf aktualisiert
- Konfiguriere den Server zusätzlich als Terminalserver, installiere die Anwendungen am Server und lasse die Clients per RDP-Client auf den Server zugreifen.
- Richte eine Portweiterleitung für das RDP-Protokoll am Router ein, die alle einkommenden RDP-Pakete an den Server weiterleitet
- Die RDP-Clients geben als Ziel die dyndns-Adresse an und werden auf den Server weitergeleitet.
-Über den RDP-Client können auch die anderen Anforderungen abgebildet werden
- Die Daten laufen NICHT verschlüsselt durchs Internet, also problematisch
- Alternativ (und professioneller) kannst Du mit dem W3K einen RAS/VPN-Server aufsetzen und die Benutzer sich per PPTP (einfach) per IPSEC (schwieriger) auf den Server verbinden. Dann muss allerdings der Router mit Portweiterleitung dazugebracht werden, die verschiedenen Protokolle weiterzuleiten (das ist nicht so problematisch, wenn Du googlest, findest Du für Deine Router entsprechende FAQ.
Was Du brauchst ist alles da, W3K kann das, der Router kann das, DYNDNS ist schnell angelegt, die Bandbreite müßte auch ausreichen.
Das ist eine Lösung, die funktioniert, allerdings nicht wirklich professionell.
Besser wäre ein eigener Terminalserver, ein Router, der VPN kann und eine feste IP-Adresse.
Gruss Frank
Ich gehe mal davon aus, dass Ihr keine besondere Upload-Rate habt, von daher würde ich trotz SQL vermuten, dass die Anwendung sehr zäh gehen, insbesondere weil dieser Internetzugang sicher noch für anderes verwendet wird.
Wenn ich müßte, würde ich folgendes Scenario aufbauen (was ich für die Praxis nicht wirklich für sinnvoll halte)
- Beschaffe Dir eine dyndns-Adresse und konfiguriere den Router, dass dieser diese bei Bedarf aktualisiert
- Konfiguriere den Server zusätzlich als Terminalserver, installiere die Anwendungen am Server und lasse die Clients per RDP-Client auf den Server zugreifen.
- Richte eine Portweiterleitung für das RDP-Protokoll am Router ein, die alle einkommenden RDP-Pakete an den Server weiterleitet
- Die RDP-Clients geben als Ziel die dyndns-Adresse an und werden auf den Server weitergeleitet.
-Über den RDP-Client können auch die anderen Anforderungen abgebildet werden
- Die Daten laufen NICHT verschlüsselt durchs Internet, also problematisch
- Alternativ (und professioneller) kannst Du mit dem W3K einen RAS/VPN-Server aufsetzen und die Benutzer sich per PPTP (einfach) per IPSEC (schwieriger) auf den Server verbinden. Dann muss allerdings der Router mit Portweiterleitung dazugebracht werden, die verschiedenen Protokolle weiterzuleiten (das ist nicht so problematisch, wenn Du googlest, findest Du für Deine Router entsprechende FAQ.
Was Du brauchst ist alles da, W3K kann das, der Router kann das, DYNDNS ist schnell angelegt, die Bandbreite müßte auch ausreichen.
Das ist eine Lösung, die funktioniert, allerdings nicht wirklich professionell.
Besser wäre ein eigener Terminalserver, ein Router, der VPN kann und eine feste IP-Adresse.
Gruss Frank
Hallo, pro RDP-Sitzung 7kbit/S (Leerlauf) bis maximal 64kbit/S ("Volllast"), also wenn Ihr das auf Dauer und professionell nutzen wollt, kommt meiner Meinung nur RDP über VPN in Frage (sicher und schnell), und wenn Du Dir die Arbeit erleichtern willst, nehme einen Router mit VPN und das am besten dediziert nur für die Homebenutzer.