Direct Access provided by Windows Server 2012 is really easy to configure (5 easy steps). It has progressed a lot since the days of Windows Server 2008R2, when this was quite a difficult configuration in conjunction with UAG.
Direct Access is an excellent alternative to traditional VPN technologies.
- In Enterprise Client Management, a high percentage of helpdesk calls are logged regarding issues with VPN clients. I have seen evidence of a reduction in helpdesk calls after the deployment of Direct Access.
- The performance overhead of the VPN client is eliminated.
- Costs can be reduced with the reduction in VPN client licensing.
Note that Direct Access is a supplementary alternative to traditional VPNs rather than a replacement. Devices have to be domain-joined to be able to use the feature. This is normally not allowed in the case of 3rd party support companies or partners. They will continue to use traditional VPNs to connect to your corporate resources.
This series of blog posts will demonstrate how to deliver Direct Access in 5 Easy Steps using Windows Server 2012. We will concentrate only on Windows 8 clients which pretty much can connect "out-of-the-box". Windows 7 clients require a little more work and certificate configuration.
Please browse the sections below for a step by step guide.
Note that there a few ways to deploy the solution - you have some choices along the way. We will deploy a single server solution (with single NIC) incorporating a 3rd Party SSL Certificate.
Other options include:
- deploying several servers for redundancy and load balancing
- separate server for Network Location Server (NLS) - recommended
- Network (NLB) or hardware (HLB) load balancing
- Two-NIC implementation for deployment in DMZ
- Certificates: Self-signed, CA, 3rd Party SSL
Start by creating a Windows 2012 server, fully patched, and join to your domain. This will be our Direct Access server (and our NLS in this case).
What is the Network Location Server (NLS)?
The NLS is a critical part of a Direct Access deployment. It is deployed as a means of verifying that Direct Access clients can, in fact, access corporate resources - the Direct Access clients locate and access a secure web page (or can be configured to locate by pinging).
It is also used to detect whether Direct Access clients are on the Internet or Intranet.
Step 1: Networking & Active Directory
Step 2: Certificates
Step 3: Add Remote Access Role
Step 4: Configure Remote Access Role
Step 5: Windows 8 client and troubleshooting
Move NLS to remote web server
This series of blogs is now available as a downloadable PDF from the TechNet Gallery