"Simple question: does the "datacenter" network want to trust the entire remote network? If so, go for split tunneling. If there is anything on the remote network that you dont want to trust, disallow split tunneling."
And to add to that, if your branch office's network can't be trusted, then it's probably time to address the security of that network. I expect admins to disable split tunneling when host are connecting from potentially hostile networks (i.e. an employee's home network where there is no knowledge or control over the security of the other hosts or firewall on that network). But if there are concerns about your branch office's network being hostile, then the first step should be implementing some baseline security requirements so all of your networks can be considered trusted. From: [email protected] [mailto:[email protected]] On Behalf Of Herndon Elliott Sent: Tuesday, March 05, 2013 7:53 AM To: [email protected] Subject: Re: [Pauldotcom] VPN Split DNS > Subject: [Pauldotcom] VPN Split DNS > Message-ID: CANMo1R4= <mailto:CANMo1R4=p-sb22d71opr4uz4czt5pki3ebpzjduk8rvz2-u...@mail.gmail.com> [email protected] > > We have some branch offices that connect to a client VPN in our datacenter > to access certain resources. Currently we are sending all traffic through > the VPN when they connect, but this keeps them from being able to access > resources on their network. > > What are the security concerns of using split DNS to allow them to access Split DNS = split tunneling, I think you mean. Simple question: does the "datacenter" network want to trust the entire remote network? If so, go for split tunneling. If there is anything on the remote network that you dont want to trust, disallow split tunneling. My experience is split tunneling is very, very high-risk for the target of the VPN. Herndon Elliott Madison, Al https://keyserver.pgp.com key ID: 24B60B6150130832 ΜΟΛΩΝ ΛΑΒΕ "molon labe"
_______________________________________________ Pauldotcom mailing list [email protected] http://mail.pauldotcom.com/cgi-bin/mailman/listinfo/pauldotcom Main Web Site: http://pauldotcom.com
