• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 1430
  • Last Modified:

Sonicwall inbound NAT rule

Hello Experts,

I am trying to configure an inbound Terminal Services rule on a Sonicwall NSA250M - latest O/S etc.

Office Public IP on WAN interface = 6.6.6.6
Internal IP of server I need to RDP to = 10.0.0.1

I have successfully added Firewall and NAT rules that allow RDP from 'Source=Any' however I need to restrict access so that only one or two remote public IP ranges are allowed to connect by RDP, e.g. a third party vendor who need access to the server for remote support - their public IP range is, say  70.70.70.70 to 70.70.70.78

I have tried adding 70.70.70.70/29 as an address object named 'Support' and then switching just the Source within the Firewall and/or NAT rules from 'Any' to 'Support' however this does not work.  I have tried moving the 'Support' address object into the various default Zones to test, with same result.

I cannot find any documentation on the Sonicwall site for this scenario - am I missing something, can anyone help?
0
fourthgen
Asked:
fourthgen
  • 6
  • 5
  • 2
1 Solution
 
Robert Sutton JrSenior Network ManagerCommented:
Can you post a sanitized copy of your current config?
0
 
fourthgenAuthor Commented:
Would these screenshots be sufficient?
Working.gif
Not-working.gif
0
 
Robert Sutton JrSenior Network ManagerCommented:
I will attempt to help with what you have shown me. Under the not working pic I see in the "Edit Rule" screenshot it states:

From zone: WAN
To Zone: LAN
Service: Terminal Services
Source: Support
Destination: WAN Interface Ip   <====== What other options do you have here?
Users Allowed: ALL
Schedule: Always On
Comment: Open RDP Port for Support
0
 The Evil-ution of Network Security Threats

What are the hacks that forever changed the security industry? To answer that question, we created an exciting new eBook that takes you on a trip through hacking history. It explores the top hacks from the 80s to 2010s, why they mattered, and how the security industry responded.

 
fourthgenAuthor Commented:
Sorry if a bit awkward, but am working on the system remotely and am not sure of how I could produce a sanitized config file without potentially taking out their internet - a site visit to fix would take quite some time!

Screenshot of menu attached, blank lines are other server names and IPs.
menu.gif
0
 
Robert Sutton JrSenior Network ManagerCommented:
Ok, so instead of :
Destination: WAN Interface Ip

It should say:
Main Server 10.0.0.1

Or just:
10.0.0.1

Let us know how that works for you..
0
 
fourthgenAuthor Commented:
Appreciate the help, but sorry, no joy.

Is there a specific way the 'Support' Address Object should be configured?

At the moment I have

Name = Support
Zone Assignment = WAN
Type = Network
Network = 70.70.70.70
Subnet = 255.255.255.248

Though have tried with both Host and Range as Network Type.  I haven't looked at creating custom Zones yet.

Am slowly beginning to prefer Watchguards!!
0
 
Robert Sutton JrSenior Network ManagerCommented:
Can you show us a screen shot under the routing tab?
0
 
fourthgenAuthor Commented:
Is attached.  It is an inherited setup - I haven't modified this section myself at any point in the past.
0
 
fourthgenAuthor Commented:
Or so I thought...
Routing.gif
0
 
Robert Sutton JrSenior Network ManagerCommented:
Ok, that's your issue. Under the Routing Tab in the "Route Policies" section select "add" at the bottom and set it up this way:

Source: Support
Destination: Main Server 10.0.0.1
Service: RDP
Gateway: [Your default gateway]

Save that and try it. Let us know.
0
 
Blue Street TechLast KnightsCommented:
Hi fourthgen,

First off, to allow access in this manner in a secure fashion it's a Security Best Practice to provide access via VPN rather than opening an RDP port (even with limiting access to a few IPs). This access method is still susceptible to man-in-the-middle attacks. The proper way would be to allow VPN access then the vendor can RDP into whatever resource, which is allowed/specified by the VPN User Policy. This gives you maximum control over the resources accessed and greater overall management (terminating user access is simpler & not having to manage vendor Public IPs (whether static or dynamic)).

Notwithstanding anything to the contrary, the best way to allow this type of access is through the Public Server Wizard. You can access the Wizard icon on the top right of the page once you login.

Under the Public Server Wizard select Terminal Server next to Server Type:. It will setup all the necessary routing, NAT Policies, Access Rules & Address/Service Objects.

Once you have set everything up with the Wizard and then test it. Once you test it successfully, then you can go into the Access Rules (WAN>LAN or DMZ (wherever the server is located)) and modify the Source to limit it to the Address Object Group containing the Vendor IPs.

Let me know if you have any questions!
0
 
fourthgenAuthor Commented:
Apologies for delay in responding.  Am having to abandon the idea for now as there just aren't any windows of opportunity for scrapping the config and starting again from scratch, as I suspect is needed.

The_Warlock - Route Policy duly added, however problem remained.

diverseit - Public Server Wizard does create all rules, routes etc and works well, however modifying the Source Address Object causes same problem, have tried with IP addresses and ranges from multiple remote sites in case the default gateway was being picked up by the firewall as the source, but without luck.

Thanks again for the input but looking at deleting the question since I won't be able to revisit the problem until beginning of next year.
0
 
Blue Street TechLast KnightsCommented:
I have duplicated this on my end and everything works perfectly. Furthermore, a VPN connection is the best way to go about this. Both are very straight forward configurations. There are solutions here which other EE users can benefit from but I understand if you don't have the time to attempt them and/or you cannot validate them.

Best of luck and post another question whenever you have more time...we'll be here for you!
0

Featured Post

Become a Leader in Data Analytics

Gain the power to turn raw data into better business decisions and outcomes in your industry. Transform your career future by earning your MS in Data Analytics. WGU’s MSDA program curriculum features IT certifications from Oracle and SAS.  

  • 6
  • 5
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now