Updated: Configure PPTP on a Watchguard Firebox Using RADIUS Authentication and Windows 2008
January 17th, 2010 by Paul Sterley | Filed under Firewall Configuration, In the Windows Box, Windows Server.Note: Current Watchguard firewalls, for example the XTM 21 and the XTM 505 using OS 11.4.2, render this article obsolete, unless you really want to do this for some reason. This article was created to solve a problem wherein creating a NAT translation using the PPTP filter in Watchguard Core series firewalls did not work for passing PPTP through to a Windows RRAS server behind the firewall. Newer versions of the Watchguard software can do the PPTP translation, which is much simpler than what is described below. If, however, you have a flaky RRAS server that drops PPTP connections a lot, you may still wish to do the steps below so that your firewall is the VPN endpoint, but your authentication still comes from Active Directory.
Additional Note: PPTP VPN is blocked at many hotels, airports, etc. SSL VPN is preferable. Recent Watchguard products such as the ones listed above include one license for Mobile User SSL VPN. Upgrading to the “Pro” software, which is reasonably priced, gets you additional SSL VPN licenses. For instructions on setting up SSL VPN with Active Directory authentication, please see this blog post.
If you still want to to the steps below, have at it, and good luck!
This article covers the steps to configure a Watchguard Firebox to pass authentication traffic for PPTP VPN connections to a RADIUS server running on Windows Server. The first part of the document covers Fireware 10.2 and Windows 2008. Legacy technologies can be found at the bottom of the article.
Usage Scenario: You wish to have the Firebox terminate the VPN connection, but still pass the authentication through to your Active Directory server instead of using static Firebox user accounts.
Note: Fireware has Active Directory and LDAP authentication methods, but these cannot be used for PPTP VPN authentication as of version 10.2.12. These can be used with MUVPN, which requires IPSEC Client software to be loaded on the connecting workstation.
Benefits of having the firewall terminate a PPTP VPN:
· It is not necessary to have more than one IP address on the Firebox’s external interface.
· It is not necessary to set up 1:1 NAT, which would put your server on a different outgoing IP address from the rest of the network (this is a good thing from a “keep it simple” perspective).
· You can reboot the server without dropping your VPN connection – you cannot authenticate while it is rebooting, but if you are already connected, you will stay connected.
· PPTP tunnels terminated by the Firebox are generally faster and more reliable than when terminated by a Windows server.
· It is not necessary to load any software on the connecting workstation; it’s built into Windows.
Configure the Firewall:
1. Open the Policy Manager.
2. Configure RADIUS Authentication:
a. Click Setup -> Authentication -> Authentication Servers.
b. Click the RADIUS tab.
c. Check to enable the RADIUS server.
d. Type the IP address of the Windows 2008 server and set the port to 1812.
e. Type a “secret” and confirm it. Take note of this in your network documentation, as you will need it later to configure Windows 2008, and possibly even later still, when you change things on the network. Try to use a secure secret here.
f. Click OK to close the Authentication Servers dialog.
3. Create the PPTP VPN Policy:
a. Click VPN -> Mobile VPN -> PPTP.
b. Check the box to Activate Mobile VPN with PPTP.
c. Check the box to use RADIUS authentication.
d. Require 128-bit Encryption (I think this is optional, but why would you?).
e. Add an IP address pool.
Note: It would be a very good idea to create a DHCP exclusion matching this IP address pool, both to avoid IP conflicts due to DHCP, and to remind you that you have assigned these addresses when you go looking for an available static IP address later. If you have an IP address spreadsheet (hopefully you do), add it there as well. Documentation is key to an organized network.
f. Click OK.
4. Create an Access Rule to allow VPN traffic:
a. Click Edit -> Add Policy.
b. Expand Packet Filters and double-click the “Any” filter.
c. Change the name to “Any-RUVPN” (or something else that is descriptive to you).
d. Remove “Any-Trusted” from the “From” area.
e. Click Add-> Add User, select type “PPTP” and “Group”, double-click PPTP-Users, and click OK.
f. Click Add-> Add other -> Network IP, add your internal network subnet, and click OK -> OK.
g. Remove “Any-External” from the “To” area.
h. Click Add-> Add other -> Network IP, add your internal network subnet, and click OK -> OK.
i. Click Add-> Add User, select type “PPTP” and “Group”, double-click PPTP-Users, and click OK.
Note: We have just created a bi-directional rule that allow traffic both directions over the PPTP VPN. Your rule should have “PPTP-Users” and your internal subnet in both the “From” and the “To” areas.
j. Click OK to close the policy properties dialog.
5. (Important!) Configure DNS on the Firebox:
a. Click Network -> Configuration and go to the WINS/DNS tab.
b. Enter the DNS servers for your network.
Note: The DNS settings are important for your VPN client to obtain the DNS server automatically from the firewall when the VPN connects. Unfortunately, as of Fireware 10.2, the DNS suffix is not passed to the VPN client, so you will need to include that in the VPN connection’s advanced properties on the workstation.
6. Upload your config to your firewall.
Configure Windows 2008:
1. Prerequisites:
a. Network Policy and Access Services
b. Windows Firewall disabled or configured to allow RADIUS traffic on port 1812.
2. Ensure that NPS is installed and started.
3. Create a Security Group:
a. Create a security Group on your AD domain controller with a name that is descriptive to you (VPNUsers, for example) and populate it with users who will have VPN access.
4. Open the Server Manager.
5. Tell Windows about the RADIUS Client:
a. Expand Roles -> Network Policy and Access Services -> NPS (Local) -> RADIUS Clients and Servers, and select RADIUS Clients.
b. Right-Click RADIUS Clients and select New RADIUS Client.
c. Check the box to enable the RADIUS Client.
d. Type a friendly name (Firebox) for the RADIUS Client.
e. Add the IP address of the Firebox.
f. Select RADIUS Standard from the Vendor Name list.
g. Choose the “Manual” radio button.
h. Type and confirm the “secret” you entered into the Firebox config in the “Configure the Firebox” section.
i. Make sure both checkboxes at the bottom o the dialog are unchecked and click OK.
6. Configure a RADIUS Authentication Policy:
a. Expand Roles -> Network Policy and Access Services -> NPS (Local) -> Policies -> Network Policies.
b. Right-Click Network Policies and select New.
c. Type a Policy name that will be descriptive to you (RUVPN Connections, for example).
d. Leave the “Type of network access server” set to “Unspecified” and click Next.
e. Click the Add button and double-click “Windows Groups” in the Conditions list.
f. Click the Add Groups button and type or search for the VPN users group you created earlier.
g. Click OK -> OK, which should bring you back to the Specify Conditions dialog.
h. Click the Next button to get to the Specify Access Permission dialog.
i. Leave “Access granted” selected and click Next.
j. Ensure that MS-CHAP-v2 and MS-CHAP are selected, and click Next.
k. Click Next again without configuring any constraints.
l. In the left Windows pane, select Standard under RADIUS Attributes.
m. Remove any existing attributes and click Add.
n. Double-click Filter-ID.
o. Click the Add button.
p. Type “PPTP-Users” (case sensitive) into the “String” field and click OK.
q. Click OK and Close to get back to the Configure Settings dialog.
r. Select Encryption under Routing and Remote Access, and uncheck “No Encryption”.
s. Click Next -> Finish.
t. Right-click you new policy and select “Move Up” repeatedly until it is first in the list.
Test your configuration:
1. Set up a workstation outside the firewall with PPTP VPN.
2. Connect to the VPN with a user who exists in the VPN users group you created in AD.
3. Once the VPN is running, test access to network resources.
Note: It is possible to be connected to the VPN, but still have no resource access if you did not configure the access policy properly, so be sure to test this.
Update:
If you have an older Firebox running WSM 7.x, and wish to use PPTP terminated by the firewall, with RADIUS authenticated by a Windows 2008 server, use these instructions for the firewall side:
Note: You will need to adjust the policy in NPS on the Windows 2008 server to use “pptp_users” instead of “PPTP-Users”. This changed between WSM and Fireware.
Configure a legacy Firebox (WSM 7.x) for Remote User PPTP:
1. Open Policy Manager and select Setup -> Firewall Authentication.
2. Select the radio button for RADIUS Server -> OK -> OK.
3. Enter the IP address of the Windows 2000 server running IAS.
4. Change the Port number to 1812 and enter your shared secret -> OK
5. Click Network -> Remote User -> PPTP tab.
6. Check the checkboxes for Activate Remote User and Use Radius Authentication.
7. Click the Add button, select Host IP Address and enter the first IP address you allocated for use by the Firebox -> OK.
8. Repeat this until all of your allocated IP addresses have been entered.
Note: You can copy/paste into the IP address field.
Note: You may wish to enable logging here if you have any difficulty getting this to work.
9. Click OK.
Configure a legacy Firebox Access Rule for RUVPN:
1. Add a service to allow traffic from VPN Users:
a. Click Edit -> Add Service. Expand Packet Filters and select “Any”.
b. Click the Add button. Change the name to “Any-RUVPN”.
Note: If you change this name, I recommend against using spaces.
c. On the Incoming tab, select “Enabled and Allowed” from the selection list.
d. Click the Add button in the “From” area and add the “pptp_users” group.
Note: If the “pptp_users” group is not available to be selected here, you can click “Add other”, drop down and select “Radius User or Group” and type pptp_users in. I had to do this with a Firebox. Once I had uploaded the config and firmware to the firebox, then pulled down a fresh config file from the firebox, the pptp_users that I had typed in became the special Firebox group and took on the icon with the two head with a red thing behind them, indicating that it recognized the special group. Your mileage may vary.
e. Click the Add button in the “To” area and add “Trusted”.
f. Go to the Outgoing tab.
g. Add “Trusted” to the “From” area and “pptp_users” to the “To” area.
h. Finish the rule and upload the configuration to the Firebox.
If you have a Windows 2003 server and wish to use IAS for RADIUS authentication for a Watchguard Firebox, here are the steps:
Install and Configure IAS on Windows 2003:
Note: You must either disable SMB Signing or use Firebox Software version 7.30-B2938 or later!
1. In Add/Remove programs -> Windows Components -> Networking Services, check “Internet Authentication Service” and finish the wizard.
2. Open the Services applet and stop, then restart the IAS service. Refresh the screen and ensure that the service continues to show “running” status. Some applications (the Symantec antivirus management console, for example) interfere with IAS by using port 1812. If this is the case you will need to configure IAS on a different server.
3. Open Administrative Tools -> Internet Authentication Service and select Radius Clients in the left pane.
4. Click Action -> New Radius Client. Enter “Firebox” for the friendly name.
Note: If you change this name, I recommend against using spaces or non-alpha characters.
5. Enter the Trusted IP address of the Firebox for the Client Address and click Next.
6. Verify that RADIUS Standard is the selected protocol.
7. Enter and confirm a “shared secret” of your choice.
Note: I recommend Uppercase, Lowercase, and Numbers – but not non-alpha characters.
8. Verify that RADIUS Standard is the selected Client-Vendor.
9. Verify that the box for “Request must contain the Message Authenticator attribute” is NOT checked, and click Finish.
10. Select Remote Access Policies and click Action -> New Remote Access Policy.
11. Select the option for “Set up a custom policy”.
12. Enter VPNUsers for the friendly name of the policy.
Note: If you change this name, I recommend against using spaces or non-alpha characters.
13. Click Next -> Add -> select Windows-Groups -> Add -> Add -> select your VPNUsers group -> OK -> OK -> Next.
14. Select the radio button for “Grant remote access permission” -> Next.
15. Click the Edit Profile button -> Authentication tab.
16. Verify that the checkboxes for “Microsoft Encrypted Authentication version 2 (MS-CHAP v2)” and MS-CHAP are checked.
17. Go to the Encryption Tab and clear the check box next to “No Encryption”.
18. Click the Advanced tab and remove “Framed-Protocol” and “Service-Type”.
19. Click Add -> Filter-Id -> Add -> verify that “string” is selected and type “pptp_users” into the attribute field.
Note: For Fireware Pro 8.2 the string must be set to “PPTP-Users” (case sensitive).
Note: Other documentation may suggest that you type something else here, like your group name. DON’T. The Firebox wants to see “pptp_users” or “PPTP-Users” in this attribute, just as it is typed here – lowercase, underscore or hyphen and all.
20. Click whatever combination of OK, Next, and/or Finish is required to complete the config. If it prompts you to view help topics, say no.
Tags: Firebox, Fireware, Network Policy Server, PPTP, RADIUS, VPN, Watchguard


Great Article, but needs an additional step to work.
I’m running a Firebox x750e running Fireware 11.2 and Server 2008.
You need to configure a “Connection Request Policy” as well.
After you have completed step 5 above, then follow this set:
1) Right click on Connection Request Policy and Select “New”
2) Type in a corresponding name for the Policy, leave the Access Server as “Unspecified” and click Next.
3) ADD a condition and scroll down to the RADIUS Client and double click “Client Friendly Name”. Type in the name you used for your firebox, (Firebox). Case Matters here. Click OK – Next.
4) Accept the Defaults and click NEXT.
5) Leave the Authentication Methods unchecked and click NEXT.
6) Accept the Defaults for Configure Settings and click NEXT.
7) Click FINISH to complete the wizard.
Now do step 6 and configure the Authentication Policy.
Have found you need this “Connector” to make the entire PPTP-VPN connections.
I just went through this again on an SBS 2008 server, and I did not have to perform the step mentioned in the comment from Tedfrd. I will leave the comment in place just in case it’s something you have to do with regular Windows 2008, and not in SBS or something – but it was not necessary for me to do this. Thanks for the effort anyway, Tedfrd!
Thanks for all this, been racking my brains on why this was not working.
For me Tedfrd`s comments was the thing that got it all going
Interesting. So it would seem that sometimes that step is needed, and sometimes not. One day when I am really bored or setting one of these up from scratch again, I will try to figure out what the difference is. Good to have the information either way though.
Fantastic article – thanks; we’ve been trying to get this working for ages and now it’s all up and running thanks to your excellent instructions. Outstanding work.
Thank’s so much. This work like a charm. Not even
Watchguard or Microsoft provide a working solution
with that backward compatibility.
I used this to connect WS 2008 with RRAS static
route from data center trough old Watchguard x2500
with WFS 7.5 to a SBS 2011 at main office.
Thanks for these instructions. To say they are fantastic is an understatement. I had to make one modification. I am using a Watchguard XTM 505 with 11.4 software. I followed this word for word. When I tried the authentication test using https://firewall:4100, I could not authenticate. I went into the security log on my windows server and found this error:
Reason: The user attempted to use an authentication method that is not enabled on the matching network policy.
Then I looked up and found this:
Authentication Type: PAP
I did not find a place on my firewall to change the authentication type, so I added it to my Network Policy. I was able to log in successfully.
Thanks again for the instructions that were not found anywhere else.
Thanks for the feedback.
I would be a little concerned that PAP is unencrypted.
I don’t have an environment exactly like yours to look at, but:
One of my clients is running a 505 with 11.3.2 software, authenticating to a 2003 server. On the firewall, in VPN -> Mobile VPN -> PPTP, “Require 128-bit encryption” is checked. In Windows IAS, the box for “No encryption” in the Encryption tab of the “dial-in” profile is unchecked.
I am running an older Firebox III/1000 with WFS 7.x, authenticating to an SBS 2008 server. On the firewall, Require 128-bit encryption is checked. In Windows NPS, in the policy I created for the connection, under Constraints, and Authentication Methods, PAP is not checked.
Paul, I also have the VPN -> Mobile VPN -> PPTP, “Require 128-bit encryption” checked. The PAP is going from the Firewall to the Radius\NPS Server. I will look at it again on monday with a TCP dump and see if it is even trying another encryption first. As this is happening internally, I am less worried about it, but the Docs that I have from Watchguard say that it should be requesting in MS-CHAP. Thanks for the Great work on the instructions, btw.
I’ve been attempting to configure the PPTP VPN on a Firbox X750e (Fireware v11.3)using WS2008 for RADIUS authentication.
I’ve come up against the same issue that Craig has mentioned.
The NPS log file shows that the Firebox is trying to Authenticate using PAP and the NPS server was rejecting the request based on Reason Code 66 which is “IAS_INVALID_AUTH_TYPE” (http://technet.microsoft.com/en-us/library/cc771748%28WS.10%29.aspx)
I also added the connection request policy suggested and found that I had to enable the “Overide network policy authentication settings” options as described at this link:
http://technet.microsoft.com/en-us/library/dd348494%28WS.10%29.aspx#theuserattemptedtouseanauthenticationmethodthatisnotenabled
I’m going to contact Watchguard and see if they can help with the PAP authentication issue
Just tested authentication with the Connection Request Policy set to Disabled and it authenticated successfully on just the Network Policy.
Issue Resolved!
It seems that the PAP authentication is only used from the test login page that is served from the Watchguard device.
When authenticating a PPTP VPN from a remote device the NPS logs identify MSCHAPv2 as the authentication scheme.
This quote from a “Watchguard Expert” on the Watchguard message boards tipped me off:
“I’m not sure if this is still true or not, but this is what was used a few years back:
PAP for Java applet authentication, PAP for MUVPN, MSCHAPv2 for PPTP.”
https://www.watchguard.com/forum/default.asp?action=9&read=28863&fid=646&BoardID=15#131202
I hope this will help somebody else.
Rory
I just configured the SSL VPN feature on our Watchguard Firebox x750e (Fireware version 11.3).
The configuration is largely the same as the PPTP configuration above but the following is different:
Configure the Firewall
Section 4: All references to PPTP-Users should be replaced with SSLVPN-Users
Configure Windows 2008
Section 6 (j): Check the “PAP” option (The SSL VPN authenticates with RADIUS using the PAP protocol. This is safe assuming your RADIUS server is on the inside (Trusted side) of your Firebox)
Section 6 (p): Enter the string “SSLVPN-Users” for the Filter-ID setting.
Rory
Thank you, Rory!
See also this, which you might find useful – easier and more convenient than using RADIUS. Requires a Domain Controller – I don’t think member servers answer LDAP auth queries.
How to Configure Mobile VPN with SSL on a Watchguard Firewall to use Active Directory Authentication
Great instructions.. worked a treat when I’ve configured a XTM 505/11.4 with SSl VPN.. thanks to note left by Craig as well.
When I access the WG with https:// I get the WG login page up, enter my domain credentails and I’m authenticated using Radius.
I’m trying to test access to resources.. which is where I’m stuck. I’ve checked access policy (default SSL VPN) where to is ‘any’
So once authenticated, how do I test access to resources?
I’ve successfully configured the PPTP connection with RADIUS Win 2008R2 authentication server (that use Active Directory Users/Groups).
I’ve not set the PPTP-Users (I don’t follow step 6.l -> 6.r) but work fine.
The only thing is: how I can user AD Groups in the policy manager to allow only certain PPTP users groups?
Now I’ve and example policy:
From: user1@RADIUS, user2@RADIUS
To: myNetResource
But I need:
From: group1@RADIUS, group2@RADIUS
… some help?
thank you
Giorgio
I’m sorry: I’ve find the solution (in step 6!).
create one Net-Policy for each AD Group and then replicate the configuration on the firewall usergroups.
Followed this through and managed to get PPTP working on android tablet. Fabulous !!
Hats off to you Paul for an excellent write up.
I have tried to do similar with SSL and entered in SSLVPN-Users for the Filter ID settings but I cannot connect. I even changed the policy on the WG to be similar to the PPTP.
Frustrated now… Any ideas guys. its a Windows 2003 setup.
Did you see this post?
http://blog.bruteforcetech.com/index.php/archives/727
It’s not necessary to use RADIUS for SSL VPN. You can use AD authentication instead, which is better.
Cheers Paul,
I had tried that earlier but it didn’t work for me. We have a CAG and that uses port 443 so I have opted for port 53.
I can download the sslvpn client software from https://gatewayip:4100/sslvpn.html
when I run the client it just hangs on “contacting server”. I then changed the port number on the client to 4100 and it appeared to start connecting but when I hover over the watchguard client in the system tray it appears to be stuck on fetching configuration.
While I type its changed to attempting to reconnect.
I also noticed that DNS is on port 53.
I have managed to get this to work when the Firebox was authenicating SSL but I would rather not have to manage a seperate list of users.
I think the Allow SSLVPN-Users policy and the Watchguard SSLVPN policies are ok.
Allow SSLVPN Policy is SSLVPN-Users (Active Directory) to internal IP range
Watchguard SSLVPN is Any to Firebox on port 53.
Help!!
When choosing another port, you should choose one that is not being used for something else. Port 53 is used for DNS. 4100 is used for Watchguard Authentication. 444 is often used by SharePoint, and 445 is Active Directory. You could try 4444 or something like that. Or, if you have another IP address you can use 443 on the second IP.
Paul,
I took your points on board. So tried 4444 and it worked a treat. So again thanks very much for the original guide and for the advice given afterwards.
Hi,
Thanks for a cracking article, helped me a lot after my RRAS server decided not to work behind my new WatchGuard. Very impressed with the way the article was written.
Thanks!
(I have blogged about it on http://www.wardnet.co.uk and linked to this page)
This guide is still awesome in 2013!
Works like a charm for places that still haven’t upgraded their WGs.