1. Home
  2. Knowledge Base
  3. Howto's
  4. How to Migrate configurations from Radware to ZEVENET ADC

How to Migrate configurations from Radware to ZEVENET ADC

Overview

Alteon is the ADC enterprise product of Radware, while DefensePro ensures security and traffic monitoring. With Radware products like Alteon, you may acknowledge its security features, the flexibility of deployment, and its support for multiple virtualizations of all Radware appliances on most virtualization platforms. But then, why do you have to rethink your choice to use another ADC? The reasons could be:

  1. Lack of easily accessible supportive resources.
  2. The lack of open-source projects to help understand the platform and its functionality.
  3. Delayed customer support at a time when you need it.
  4. Wherever your company is based, you won’t find comprehensive routes with Alteon because of its limited global coverage.

This article will guide you on how to set up ZEVENET ADC based on Radware configurations.

Prerequisites

  1. A ZEVENET instance must be installed on your PC, bare-metal, virtual environment, or one must have an active ZVNcloud account. Request an evaluation for on-premise deployment.
  2. One must have access to the Web graphical interface. If you don’t, follow this quick Installation guide.
  3. One must be an active user of the Radware Alteon series and familiar with the concepts we will discuss in the section below.
  4. One must be able to create a virtual server in the ZEVENET load balancer. Here is a quick guide: Layer 4 and Layer 7 Virtual Server Configuration.

Basic Concepts

Virtual Service: A virtual service is a program within Alteon ADC that a client requests access to its resources. These services include HTTP, SNMP, SSH, SIP, etc. ZEVENET has 2 types of Services, Remote and Local Services. Access these services through System >> Services.

Virtual servers: These are front-facing servers that receive all requests from the web and forward them to the corresponding services or backends. These have a VIP, Virtual Port, and Listeners. A virtual server in ZEVENET is called a Farm.

High Availability: This is the ability for a service to stay active even when the host servers or one ADC goes down. High availability is implemented by configuring a redundant copy of the master ADC and pairing it with the Master. HA in ZEVENET is achieved through a cluster. Access clusters by clicking System >> Cluster.

Server Group: Is a collection of real servers or virtual private Servers(VPS) processing client requests. A server Group is the same as Backends and is implemented through a Farm Service when using ZEVENET.

Real Servers: These are physical or VPS hosting an application. These servers are responsible for processing client requests or acting as storage for user input. A real server is called a Backend when using ZEVENET.

Health Checks: Probe signals sent to the backend servers to check for their availability or the availability of the Services. Health checks are the same as Farmguardian when using ZEVENET.

Global Traffic Redirection: Redirects traffic from various Geolocations to the closest data center. ZEVENET Implements Global Load balancing through the GSLB Farm.

Remote Logging: Used to log events that occur on the ADC to a separate storage or server. These events include problems, errors, or data on current operations. One may configure a remote logging server on ZEVENET by accessing System >> Services >> Local >> Rsyslog.

LinkProof: Used when you want to load balance between different ISPs, or routers. ZEVENET implements load balancing between ISPs through the DSLB Farm.

Example Configurations: DDoS and API Protection

DDOS attacks are a kind that is hard to track because distinguishing legitimate and malicious traffic takes more than one strategy. To prevent your servers from being overwhelmed by a large amount of unreliable traffic, security tools like ZEVENET IPDS offer DDoS Protection through; traffic filtering, rate limiting, traffic shaping, and other various methods.

In this section, We will describe the configuration of all forms of DoS protection using ZEVENET. These configurations will base on Radware configurations.

RADWARE configurations

Configure the Network

  1. Click the Network menu item on the left sidebar.
  2. Click the + button to add a network.
  3. Assign a Name.
  4. Click the + button again.
  5. Choose your favorite Network Type, whether IPV4 or IPV6.
  6. Leave the Entry Type as IP Mask.
  7. Enter the Address and Mask for that Network.
  8. Click the Submit button.

Create a BDoS Profile

  1. Click Network Protection >> BDoS Profiles.
  2. Click the + button.
  3. Enter a Profile Name.
  4. Within the Flood Protection Settings, enable all the available options.
  5. Within Bandwidth settings, you may limit inbound and outbound traffic bandwidth to 5000kbps.
  6. Within quota settings, you may limit incoming and outgoing TCP, UDP, ICMP, and IGMP settings in percentages.
  7. Within the Packet reporting and Trace setting, you may enable both checkboxes, packet report and packet trace.
  8. Click the Submit button.

Create a Network Protection Policy

  1. Click Network Protection >> Network protection policies.
  2. Click the + button to add a policy.
  3. Enter a Policy Name.
  4. Within the classifications, choose SRC Network as any.
  5. Choose the DST Network as the one you created in the earlier section.
  6. Choose Direction as one way.
  7. Within the Action tab, choose the BDoS profile you already created.
  8. Within the Packet Reporting and Trace Setting Tab, enable Packet Reporting.
  9. Click the Submit button.
  10. Click the Update policy button beneath the menu bar.

ZEVENET Configurations

    1. Click IPDS >> DoS >> Create DoS rule.
    2. Enter a Name to Identify the Farm.
    3. Select a Rule from the Four preloaded rules.
    4. To Apply this rule on a farm, click the Farms tab.
    5. Drag and Drop the farm of interest from Available Farms to Enabled Farms.

oracle_jd_edwards_load_balancing_farm

  1. Within the top-right corner, click the Green play button beneath the Actions section.
  2. Repeat the process and use all Four rules for maximum DoS mitigation.

Note:
For the rule, Total connections limit per source IP, Enter a number to limit how many connections one source IP address can have.

For the rule, Limit RST request per second, enter a number to limit the number of RST requests per source IP within a second. Limit Burst Acts as a soft limit before actual blocking happens.
oracle_jd_edwards_load_balancing_farm

Additional security configurations: Site-to-site VPN

A site-to-site VPN (Virtual Private Network) allows organizations to connect their networks securely over the internet. This type of VPN typically connects two remote locations, like a branch office, to the headquarters network. Site-to-site VPN on ZEVENET uses protocols such as IPsec to encrypt the data transmitted between the two networks, ensuring that it is secure and private.

IPsec uses two main protocols to provide security: Authentication Header (AH) and Encapsulating Security Payload (ESP). AH provides authentication and integrity protection for IP packets, while ESP provides confidentiality, authentication, and integrity protection.

In this section, we will configure a Site-to-Site VPN with ZEVENET to ensure the security of data transmitted over the internet between two or more organizations of the same company.

For reference to the site-to-site VPN configurations from Radware, refer to this article. How to Configure a Site-to-Site VPN Tunnel Through LinkProof

Instructions:

Create a VPN Profile

    1. Click Network >> VPN >> Create VPN.
    2. Enter a suitable Name to Identify the VPN.

oracle_jd_edwards_load_balancing_farm

  1. Select the Profile ZSS(Site to Site).
  2. The Authentication method, by default, is a secret. Enter a strong Password to protect the VPN credentials.

Gateway configurations

    1. Enter the IP address of the Local Gateway and its Local net/CIDR*
    2. Enter the IP address of the Remote Gateway ad its Remote net/CIDR*

oracle_jd_edwards_load_balancing_farm

IKE Phase 1 Negotiation

    1. Select the Authentication method for Phase 1.
    2. Select the Encryption method for phase 1 Negotiation.
    3. Select the DH group for the phase 1 Negotiations.

oracle_jd_edwards_load_balancing_farm

IKE Phase 2 Negotiations

    1. Select phase protocol for integrity and authentication.
    2. Select the Authentication method.

oracle_jd_edwards_load_balancing_farm

  1. Select the Encryption algorithm.
  2. Select the Diffie-Hellman(DH group).
  3. Select a Random Pseudo Function to use.
  4. Click the Apply button to save the configurations.

Note: Ensure you make the same configurations on the Remote ADC or Datacenter branch.

Additional resources

Web Application Firewall configuration.
Configuring SSL certificates for the load balancer.
Using the Let’s encrypt program to autogenerate an SSL certificate.
Application, Health and Network Monitoring in ZEVENET ADC.
Datalink/Uplink load balancing With ZEVENET ADC.
DNS load balancing with ZEVENET ADC.

Was this article helpful?

Related Articles

Download Skudonet ADC Load Balancer
Community Edition

Source Code

A versatile and installable ADC system designed for diverse vendor hardware.

DOWNLOAD SOURCE

Installable ISO 

Load Balancing as a Service alongside an ADC orchestration toolkit.

DOWNLOAD ISO
Download Community Edition

Download Community Edition

“We manage the information you provide with the sole aim of assisting with your requests or queries in regards to our products or services; applying the computer and security procedures to ensure its protection. Your data can be rectified or removed upon request but won’t be offered to any third parties, unless we are legally required to do so.” Responsible: SKUDONET SL - info@skudonet.com