SonicOS 7.0 Rules and Policies for Classic Mode
- SonicOS 7.0 Rules and Policies
- Access Rules
- Setting Firewall Access Rules
- About Connection Limiting
- Using Bandwidth Management with Access Rules
- Creating Access Rules
- Configuring Access Rules for IPv6
- Enabling and Disabling Access Rules
- Editing Access Rules
- Deleting Access Rules
- Restoring Access Rules to Default Settings
- Displaying Access Rules
- Displaying Access Rule Traffic Statistics
- Configuring Access Rules for NAT64
- Configuring Access Rules for a Zone
- Access Rules for DNS Proxy
- User Priority for Access Rules
- Access Rule Configuration Examples
- Setting Firewall Access Rules
- NAT Rules
- About NAT in SonicOS
- About NAT Load Balancing
- About NAT64
- About FQDN-based NAT
- About Source MAC Address Override
- Viewing NAT Policy Entries
- Adding or Editing NAT or NAT64 Rule Policies
- Deleting NAT Policies
- Creating NAT Rule Policies: Examples
- Creating a One-to-One NAT Policy for Inbound Traffic
- Creating a One-to-One NAT Policy for Outbound Traffic
- Inbound Port Address Translation via One-to-One NAT Policy
- Inbound Port Address Translation via WAN IP Address
- Creating a Many-to-One NAT Policy
- Creating a Many-to-Many NAT Policy
- Creating a One-to-Many NAT Load Balancing Policy
- Creating a NAT Load Balancing Policy for Two Web Servers
- Creating a WAN-to-WAN Access Rule for a NAT64 Policy
- DNS Doctoring
- Routing
- Content Filter Rules
- App Rules
- About App Rules
- Rules and Policies > App Rules
- Verifying App Rules Configuration
- App Rules Use Cases
- Creating a Regular Expression in a Match Object
- Policy-based Application Rules
- Logging Application Signature-based Policies
- Compliance Enforcement
- Server Protection
- Hosted Email Environments
- Email Control
- Web Browser Control
- HTTP Post Control
- Forbidden File Type Control
- ActiveX Control
- FTP Control
- Bandwidth Management
- Bypass DPI
- Custom Signature
- Reverse Shell Exploit Prevention
- Endpoint Rules
- SonicWall Support
Creating a One-to-Many NAT Load Balancing Policy
One-to-many NAT policies can be used to persistently load balance the translated destination using the original source IP address as the key to persistence. For example, firewalls can load balance multiple SonicWall appliances, while still maintaining session persistence by always balancing clients to the correct destination appliance.
This NAT Rules policy is combined with an Allow access rule.
To configure a one-to-many load balancing policy and access rule
-
Navigate to the POLICY | Rules and Policies > Access Rules page.
-
Click +Add to display the Adding Rule dialog.
-
Enter the values shown in the Option Choices: One-to-Many Access Rule table.
-
Click Add. The rule is added.
-
Navigate to the POLICY | Rules and Policies > NAT Rules page.
-
Click +Add at the bottom of the page. The Adding NAT Rule dialog displays.
-
To create a NAT policy to allow the web server to initiate traffic to the public Internet using its mapped public IP address, choose the options shown in the Option Choices: One-to-Many NAT Load Balancing Policy Example table.
Option Choices: One-to-Many NAT Load Balancing Policy Example Option Value Original Source Any Translated Source Original Original Destination WAN Primary IP Translated Destination Select Edit | +New Address Object to display the Adding Address Object dialog. Use the options shown in Option Choices: Add Address Object Dialog.
Original Service HTTPS Translated Service HTTPS Inbound Interface Any Outbound Interface Any Comment Descriptive text, such as SMA LB Enable NAT Policy Selected Create a reflexive policy Not selected -
When done, click Add to add the NAT Rules policy.
For a more specific example of a one-to-many NAT load balancing policy, see Configuring NAT Load Balancing for Two Web Servers.
Was This Article Helpful?
Help us to improve our support portal