Setup an SSTP SSL *** in Windows Server 2012 R2

So here’s what’s awesome about Secure Socket Tunneling Protocol SSL ***s: they give your connecting client an IP and make it a full-on part of the network. And this is all done over port 443, a commonly used port which is often enabled on firewalls. SSTP SSL ***s are not like some fake “SSL ***s” that just give users a webpage and some sort of RDP.
It’s also relatively easy setup. While there are a lot of tutorials that show how to setup SSTP SSL ***s using AD CA generated certificates, I strongly suggest you forego that, and just use a globally recognized certificate. This prevents outside users from having to install your CA’s root cert. It also prevents them from having to make a registry change if your CRL is not published and available online. All around, a $5.99 cert that can be obtained in 12 steps is well-worth the time and money invested.
This tutorial will cover how to easily setup an SSTP SSL *** in Windows 2012 R2 using a legit cert. If you want to use your own domain’s cert, there are other websites that provide step-by-steps. advancedhomeserver.com is my preferred tutorial.
Overall, there are four major steps to this:

• 　　Install the appropriate certificate
  
• 　　Setup Routing and Remote Access
  
• 　　Configure NPS (Optional)
  
• 　　Setup your client.
  

Install the SSL Certificate
Step 1
First, follow my tutorial for getting a legit $5.99 cert, down to creating the .pfx file.
Step 2
Import your PFX to the local machine’s Certificate store. To do this, certlm -> Personal -> Certificates -> Right-click, All Tasks -> Import -> Next -> Select your Cert -> Enter your password -> Next -> Finish.

Install and configure the RRAS role
Step 1
Add the Remote Access role. Server Manager -> Manage -> Add Roles and Features ->Remote Access.

Step 2
Click Next a couple times, then just click DirectAccess and ***. DirectAccess seems cool, but it’s only intended for mobile domain-joined computers, which I’m not looking to support.


Step 3
Next a couple times. It will force you to install IIS, which is odd, because RRAS can work independently of IIS (you can even stop and disable IIS and RRAS will still work). I would think just the IIS Hostable Web Core would be enough, but whatever. It’s required. Go ahead and accept that it will be installed.

Step 4
Once the Role has been installed, click the flag thing at the top, and then Open the Getting Started Wizard.

Step 5
Select Deploy *** Only.

Step 6
Once the new window pops up, right click your server name (mine is *** (local)) thenConfigure and Enable Routing and Remote Access.

Step 7
We’re trying to keep our surface area as small as possible, so click on Custom Configuration.

Step 8
Next, only check *** Access.

Step 9
The RRAS Sericve will configure itself, and start the service. You will then be returned to the RRAS config window. Right click your server name, then Properties.

Step 10
Check that your SSL Certificate binding is the newly installed certificate.

Step 11
Next, click on IPv4. Here, you can either do a DHCP forwarding or just give RRAS a few IP addresses to hand out. Click Apply then Okay. You’ll be returned again to the RRAS window.

At this point, your RRAS server is setup! But I recommend a few more steps.
If you don’t want to add any additional security (IP restrictions, Group Access to ***), then you can skip the next section and jump to setting up the client. I find it super interesting, though. I’d give it at least a glance.
Setup Network Policy Server (Optional)
Step 1
Once you’ve returned to the RRAS window, *left-click* Remote Access Logging and Policies. Then right-click and Launch NPS.

Step 2
A new Network Policy Server window will pop-up. Here, we can set which users can access the ***, set the type of authentication encryption, and restrict network access.

Step 3
We’ll start by creating a new Network Policy. Right click Network Policy and click New.

Step 4
Name your Policy, and select Remote Access Server (***/Dial-up).

Step 5
Leave this window for a moment, go into AD, create a Group and name it *** Access or whatever you wish, and add some users. Come back, and add that Windows Group by clickingAdd -> Windows Group.

Step 6
Confirm and click Next

Step 7
Grant this group access.

Step 8
Here, you can choose your Authentication Encryption. I disabled all the weaker ones, and only enabled the stronger Microsoft: Secured Password (EAP-MSCHAP v2).

Step 9
Here you can set some restrictions if you like. Click Next.

Step 10
Click on IP Filter.

Step 11
Specify a Filter. I set mine to only allow access to my lab’s subnet.

Step 12
Click OK, next, and you’re done setting up NPS!
There’s more, but I’ll likely cover that later. You can also configure the Network Policy Server which can lock down your network so that only clients with Firewalls enabled and AVs installed will be allowed to connect.

Setup a Client to Connect
Step 1
Log into a Windows machine. SSTP was introduced in Windows Vista, so the OS must be Vista or Greater (or Server 2008 and greater). Go to Network and Sharing Center. Click Setup New Connection or Network.
Step 2
Click Connect to a workplace.

Step 3
Click Use Internet Connection (***).

Step 4
Fill in your info, and click Don’t connect now; just setup so I can connect later.

Step 5
Enter your user information. Don’t forget that if you didn’t setup a Group to access the *** using NAP, you’ll need to enable Dial-In access within Active Directory Users and Computers for that user.

Step 6
We still need to configure a couple more things. Click on your connection -> Properties.

Step 7
Click the Security Tab -> Change type of *** to SSTP. By default, it detects the type of *** automatically, but slightly slows down the process.
Also change your authentication as seen below. That’s all you need. Note that, by default, Windows ***S will use the remote gateway. If you want to modify that, go to Properties -> Networking -> IPv4 -> Advanced -> Uncheck Use Default Gateway on Remote Network.

Step 8
Right-click -> Connect.

Step 9
Awesome. Poke around ipconfig if you’re interested in seeing your assigned IP, gateway and DNS servers.

Some final notes
Don’t forget that you have to expose your ***’s port 443 at the router. To ensure that things are working, you can also try hitting your *** server via a browser at https://your***.server.ext. It should return a 404.
In addition, IIS is not necessary. You can actually stop it, disable the service, and you will still be able to connect to your ***.
Enjoy!
　　

　　转自：http://blog.netnerds.net/2015/02/setup-an-sstp-ssl-***-in-windows-server-2012-r2/