Solved

Sonicwall inbound NAT rule

Posted on 2013-10-26
13
1,257 Views
Last Modified: 2014-01-03
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
Comment
Question by:fourthgen
  • 6
  • 5
  • 2
13 Comments
 
LVL 15

Expert Comment

by:The_Warlock
ID: 39602619
Can you post a sanitized copy of your current config?
0
 

Author Comment

by:fourthgen
ID: 39602692
Would these screenshots be sufficient?
Working.gif
Not-working.gif
0
 
LVL 15

Expert Comment

by:The_Warlock
ID: 39602792
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
 

Author Comment

by:fourthgen
ID: 39602834
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
 
LVL 15

Expert Comment

by:The_Warlock
ID: 39602895
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
 

Author Comment

by:fourthgen
ID: 39602964
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
Better Security Awareness With Threat Intelligence

See how one of the leading financial services organizations uses Recorded Future as part of a holistic threat intelligence program to promote security awareness and proactively and efficiently identify threats.

 
LVL 15

Expert Comment

by:The_Warlock
ID: 39602976
Can you show us a screen shot under the routing tab?
0
 

Author Comment

by:fourthgen
ID: 39602986
Is attached.  It is an inherited setup - I haven't modified this section myself at any point in the past.
0
 

Author Comment

by:fourthgen
ID: 39602990
Or so I thought...
Routing.gif
0
 
LVL 15

Expert Comment

by:The_Warlock
ID: 39603242
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
 
LVL 24

Accepted Solution

by:
diverseit earned 500 total points
ID: 39604959
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
 

Author Comment

by:fourthgen
ID: 39636088
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
 
LVL 24

Expert Comment

by:diverseit
ID: 39636226
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

Better Security Awareness With Threat Intelligence

See how one of the leading financial services organizations uses Recorded Future as part of a holistic threat intelligence program to promote security awareness and proactively and efficiently identify threats.

Join & Write a Comment

Suggested Solutions

Let’s list some of the technologies that enable smooth teleworking. 
If your business is like most, chances are you still need to maintain a fax infrastructure for your staff. It’s hard to believe that a communication technology that was thriving in the mid-80s could still be an essential part of your team’s modern I…
This video gives you a great overview about bandwidth monitoring with SNMP and WMI with our network monitoring solution PRTG Network Monitor (https://www.paessler.com/prtg). If you're looking for how to monitor bandwidth using netflow or packet s…
In this tutorial you'll learn about bandwidth monitoring with flows and packet sniffing with our network monitoring solution PRTG Network Monitor (https://www.paessler.com/prtg). If you're interested in additional methods for monitoring bandwidt…

762 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

20 Experts available now in Live!

Get 1:1 Help Now