Hello everyone. I have a question, and would be grateful for some help. It's like this.
I inherited a pre-existing condition of network in one company. Company has offices in two locations, and what is been suprising two (separate) domain's with no vpn between them. Domain subnets are different - location 1 is 192.168.1.0/24, and location 2 is 192.168.0.0/24. Location 1 has about 50 clients with one win 2003 DC and one linux gateway/firewall. Location 2 had about 20 clients with only one win2008 DC (was gateway WITHOUT firewall or anything) and i added separate Linux that is now gateway/firewall for that domain. Both locations are behind ADSL modem (no routing or VPN possible) with dynamic public IP (we have dyndns service).
The question is, what would be steps for creating site to site VPN between those two location if possible using only what is already there. I would be more willing to create routers on separate linux machines rather than buying hardware vpn capable routers.
And also, what would be best practice for domains, to leave as they are or to put everything in single domain, or promote location 2 domain as child domain on location 1 domain... Many questions but i draw a diagram below for better realizing, i more or less put everything in it (VPN as it should be is in center of image) as my English is not as good, so me typing this question is pretty challenging.
Thanx in advance.
Take a look at:
How to bridge networks with OpenVPN
Joining Networks with Open VPN
OpenVPN - Site-To-Site Routed VPN Between Two Routers
There are also relevant e-books available. See:
Open VPN 2 Cookbook
Beginning OpenVPN 2.0.9
In terms of best practises for domains, I think of medicine's "Primum non nocere" (Latin for "First, do no harm") and the American idiom "If it ain't broke, don't fix it".
In other words, if you inherited the current infrastructure, and it's currently working correctly, and you can achieve what you want (VPN between sites) with minimal modifications to the existing infrastructure, then I would recommend that as the way to go.Best practises in network design are for the design phase, not the post-implementation phase. You would need a compelling reason to change the current set up.
If you can set up what you want without incurring a lot of overhead/cost using your current subnets, why change them?
Anyway, hope that helps.