Der Status quo:
Es gibt eine SQL Server (2005)-Datenbank. Im selben Netzwerk gibt es einen Benutzer, der eine Visual FoxPro-Instanz über ODBC mit der besagten Datenbank verbindet. Das funktioniert, der Benutzer ist zufrieden und alles ist in Ordnung.
Am Horizont zeichnet sich Folgendes ab:
Die SS-Datenbank wird in ein anderes Netzwerk verschoben. Zwischen ihr und dem VFP-Benutzer wird eine Firewall installiert. Dieser BenutzertutZugriff durch die Firewall über VPN und ein SQL-Konto in der ausgelagerten Datenbank (NEINDomänenkonto im neuen Netzwerk).
Die Frage:
Können wir eine ODBC-Verbindungszeichenfolge erstellen, sodass der VFP-Benutzer weiterhin das SS-Backend verwenden kann? Müssen wir beim Einrichten etwas Besonderes tun? Muss der Benutzer etwas Besonderes tun, um eine Verbindung herzustellen?
Wenn dies eher zu SO als zu SF gehört, lassen Sie es mich wissen und ich werde es dorthin bringen …
Antwort1
Ja, Sie können eine ODBC-Verbindungszeichenfolge erstellen, sodass der VFP-Benutzer weiterhin das SS-Backend verwenden kann. Nein, für die Einrichtung ist nichts Besonderes erforderlich.
Wenn er/sie sich per VPN mit dem Netzwerk verbindet, wird der SQL-Server im selben Netzwerk wie der VFP-Benutzer angezeigt. Stellen Sie einfach wie gewohnt eine Verbindung her.
Antwort2
Abhängig vom Setup befinden sich der SQL Server und der VPN-Benutzer möglicherweise nicht im selben Netzwerk und die Firewall blockiert wahrscheinlich alle Übertragungen bezüglich Computernamen usw. (NetBIOS).
Sofern Sie nicht über einen AD-Server verfügen, der als DNS fungiert, müssen Sie unter Umständen zur Verbindung mit dem SQL-Server die IP-Adressierung statt des Computernamens (NetBIOS) verwenden. Dies kann eine Änderung sein, die Sie an der Verbindungszeichenfolge vornehmen müssen.
Antwort3
Wenn es Firewall-Regeln gibt, müssen Sie Port 1433 für die SQL-Standardinstanz zulassen. Wenn Sie eine benannte Instanz haben, müssen Sie im Konfigurationsmanager nachsehen, welche dynamischen Ports in TCP/IP verwendet werden, und diesen Port in der Firewall zulassen.
Antwort4
Hier ist ein Artikel, den ich geschrieben habe und der ausführlich auf SQL Server-Instanzen und die Ports eingeht, die für den Remotezugriff geöffnet werden müssen.
http://mattslay.com/opening-up-sql-server-to-allow-remote-connections/