I have posted the instructions for setting up the server, router, and client for the Windows VPN below, however I have to agree with arnold, though VPNs can be very useful, one place they should not be used is to access a database. There is a lot of communications required between the database and client and the slower speed results in extremely poor performance, and very often data corruption.
With larger databases such as Oracle and SQL it is possible to write a front end application that communicates with the database over a VPN, but I have never seen this doe with a basic Access databases. Terminal Services is your best bet.
The basic server and client configurations can be found at the following sites with good detail:
-Server 2003 configuration:
http://www.lan-2-wan.com/vpns-RRAS-1nic.htm-Windows XP client configuration:
http://www.lan-2-wan.com/vpns-XP-Client.htm-You will also have to configure the router to forward the VPN traffic to the server. This is done by enabling on your router VPN or PPTP pass-through, and also forwarding port 1723 traffic to the server's IP. For details as to how to configure the port forwarding, click on the link for your router (assuming it is present) on the following page:
http://www.portforward.com/english/applications/port_forwarding/PPTP/PPTPindex.htm-The users that are connecting to the VPN need to have allow access enabled under the dial-in tab of their profile in active directory
-The only other thing to remember is the subnet you use at the remote office needs to be different than the server end. For example if you are using 192.168.1.x at the office, the remote should be something like 192.168.2.x
-Once this is configured you can then use services similar to how you would on the local network. You will not be able to browse the network unless you have a WINS server installed. Also depending on your network configuration you may have problems connecting to devices by name, though this can usually be configured.. Using the IP address is less problematic such as \\192.168.1.111\SharenName
.
-Nome resolution can be dealt with in many ways. See:
http://msmvps.com/blogs/robwill/archive/2008/05/10/vpn-client-name-resolution.aspxHowever, the best method is to add the DNS suffix to the remote users VPN client configuration as described in the link above.