asked on DC in the "Cloud"
Hello;
My company is currently putting together a disaster recovery plan, and along with it comes the infrastructure.
We have created a DC on WIN2K8 R2, and it is hosted out in the cloud. We are wondering the best way to configure this for a failover scenario.
One scenario in particular, as you may have already guess, is our Pri and Secondary DCs fail in house, and we want to failover to the one out in the cloud...
Or, here is another, more disastrous scenario: Our building is destroyed, and we need to be able to work from home, or a new office, and authenticate to our DC that is in the cloud. I am guessing we would want VPN for this...
That means we would need NPS...
I also read that running a DC and VPN server on same box is not a good idea, from a security standpoint... is this true/accurate? Why?
My company is currently putting together a disaster recovery plan, and along with it comes the infrastructure.
We have created a DC on WIN2K8 R2, and it is hosted out in the cloud. We are wondering the best way to configure this for a failover scenario.
One scenario in particular, as you may have already guess, is our Pri and Secondary DCs fail in house, and we want to failover to the one out in the cloud...
Or, here is another, more disastrous scenario: Our building is destroyed, and we need to be able to work from home, or a new office, and authenticate to our DC that is in the cloud. I am guessing we would want VPN for this...
That means we would need NPS...
I also read that running a DC and VPN server on same box is not a good idea, from a security standpoint... is this true/accurate? Why?
Microsoft Server AppsInternet ProtocolsCloud Computing
Last Comment
Cole Schmidt
ASKER
No takers?
your scenario is interesting but i would do it in a different way
i would pay for a reliable backup system and would upload image to the cloud.
So that i could download the last image created and deploy it to the machine
the other solution is Windows Azure Virtual Network
http://www.windowsazure.com/en-us/manage/services/networking/replica-domain-controller/
i think it would solve your problem
i would pay for a reliable backup system and would upload image to the cloud.
So that i could download the last image created and deploy it to the machine
the other solution is Windows Azure Virtual Network
http://www.windowsazure.com/en-us/manage/services/networking/replica-domain-controller/
i think it would solve your problem
ASKER
Well, we already have a DC hosted in the cloud, it is part of our "reliable" backup system. If our building were to be destroyed our ultimate goal is to allow our users to VPN from home, and use the DC in the cloud for authentication.
I have been screwing around with a PPTP VPN server (Win2k8) but cannot for the life of me get my Cisco router to forward GRE port 47, even though the NAT rule is verified and configured right.
Have any experience with this?
I have been screwing around with a PPTP VPN server (Win2k8) but cannot for the life of me get my Cisco router to forward GRE port 47, even though the NAT rule is verified and configured right.
Have any experience with this?
ASKER CERTIFIED SOLUTION
THIS SOLUTION ONLY AVAILABLE TO MEMBERS.
View this solution by signing up for a free trial.
Members can start a 7-Day free trial and enjoy unlimited access to the platform.
ASKER
Hi guys, once I got rid of the Cisco router (was using PAT) everything worked. The cisco device was not using any firewall or ACL rules, just NAT. The environment I am in is a test environment, so I just put my VPN server one one VLAN and the client on the other and of course everything works. Now that I have this working I can test the other things I need to before I do this for real. The actual VPN server will be in the cloud, hosted by someone (not sure who, my boss knows) the NAT will be really simple. I am now looking into getting IPSEC instead of PPTP - this looks tricky.
ASKER
Your comment prompted me to just get rid of the old cisco router, as I suspected it was interfering with GRE to begin with ( I just KNOW I had the ports forwarded right...)
I had also read elsewhere that too many switches and devices between the VPN server and client causes issues too, so that is another reason I ditched the cisco, on less "hop"
I had also read elsewhere that too many switches and devices between the VPN server and client causes issues too, so that is another reason I ditched the cisco, on less "hop"