Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Data Center Edge Firewall Use Case

Learn how to deploy the SRX1600, SRX4120, or SRX4300 Firewalls at the data center edge to shield ingress-facing applications and services from internet-borne attacks. Configure layered controls and attack-specific policies to block threats effectively and reliably. Integrate with HPE Networking ATP Cloud service to use automated intelligence that quickly identifies and mitigates threats across your environment.

Overview

The SRX1600, SRX4120, and SRX4300 Firewalls are designed to secure data center perimeters by providing protection through advanced features. Data centers require an ingress point for clients to access services, making the perimeter a critical area to secure. As a data center edge firewall, these firewalls protect applications by controlling server access and ensure that the critical applications remain secure and operational.

Use your firewall to effectively block attacks targeting data center services. These firewalls provide high-performance firewall functions, including Screens, intrusion prevention system (IPS), and Security Intelligence (SecIntel).

For more details see, Data Center Next-Generation Firewall Use Case—Juniper Validated Design (JVD).

Benefits

  • Enhance data center security by controlling incoming and outgoing network traffic to prevent unauthorized access and potential breaches.

  • Detect and mitigate advanced threats using server-side IPS to identify and address vulnerabilities promptly.

  • Use real-time threat intelligence against emerging security threats to enable proactive protection and reduce the risk of successful attacks.

  • Ensure high availability and minimal downtime through redundancy and failover to maintain continuous operation and reliability of critical services.

  • Provide protection for high-transaction workloads to make it suitable for sectors with stringent security requirements, such as financial services and cloud providers.

Topology

Deploy the SRX1600, SRX4120, or SRX4300 Firewall as a data center edge firewall in segments such as financial services, SaaS providers, Web 2.0, and cloud providers for security features such as firewall, server-side IPS, high availability, and threat intelligence.

Figure 1: Data Center Edge Firewall Deployment Data Center Edge Firewall Deployment
  • Each physical port is assigned a role that defines the firewall's position in the topology to separate external, internal, and DMZ networks.

    • WAN interface—Connect to the router facing the Internet.

    • LAN interface—Connect to the L2 or L3 Gateway and ultimately to the data center fabric.

    • DMZ interfaces (optional)—Host public‑facing servers outside the trusted LAN.

We support Multinode High Availability (MNHA) in active/backup mode and in active/active mode with support of multiple services redundancy groups (SRGs). For the complete list of supported features and platforms, see Multinode High Availability in Feature Explorer.

Table 1: Topology-Aligned Section Mapping
Diagram Block Firewall Configuration Section Purpose

Router → Firewall

Interfaces, Untrust Zone, Routing

Defines WAN connectivity and default route

Firewall

Zones, Policies, NAT

Controls all traffic between the Internet and the data center

Firewall → L2 or L3 Gateway

Interfaces, Trust Zone

Secures connection to the internal data center network

Switching and Servers

Policies, NAT, Logging

Manages how internal workloads connect externally

Baseline Configurations

The baseline configurations in this topic provide a foundational template that helps standardize deployments, improve operational reliability, and accelerate secure onboarding of the SRX1600, SRX4120, and SRX4300 Firewalls in a data center edge architecture.

Stateful Firewall

Stateful firewall configuration on these firewalls involves defining security zones, policies, and enabling flow-based processing. Here's a foundational CLI example for a data center edge setup with trust and untrust zones:

Security Zones and Policies

The SRX1600, SRX4120, and SRX4300 Firewalls ship with a factory-default configuration that includes two security zones (trust and untrust), a default outbound permit policy from trust to untrust, and source NAT configured on the trust zone.

Security Zone

Security zones are the foundation of policy configuration. Security zones logically group interfaces based on trust level. All security policies in Junos OS are zone-based. You must assign traffic to zones before the policy can permit or deny it.

You can configure up to 8000 interfaces within a security zone. Define zones for your data center edge deployment (for example, internal, external, and DMZ zones).

Define what traffic is allowed between zones.

  • trust to → untrust–Allows data center servers or users to reach the Internet.

  • untrust to DMZ–Permits selective inbound traffic to public services (example: HTTP).

  • Default Deny–Blocks all other interzone traffic not explicitly allowed.

You can configure security zones:

Define Security Policies Between Zones

  • You configure security policies in a from-zone to to-zone direction. Each policy contains:

    • A policy name
    • Match criteria (source address, destination address, application)
    • Actions (permit or deny)

    To allow traffic between zones, configure directional policies:

  • Configure bidirectional traffic flow: To allow traffic in both directions, you must configure separate policies for each direction. For example, configure a deny-all policy from untrust to trust if inbound traffic should be restricted.

  • Verify your configuration using the show security zones and the show security policies commands.

For more information, see Configuring Security Policies.

NAT

Source NAT allows internal servers (192.168.1.0/24) to access the Internet using the firewall’s public IP address. Use destination NAT when you want to expose internal or DMZ-hosted servers to the Internet (for example, a webserver).

  • Use the firewall between private data center networks and the router.
  • NAT ensures private IP addresses remain hidden and routable only internally.

Source NAT Configuration

Verify your configurations using the commit check command, then the show security nat source summary command, and then the show security flow session command.

For destination and static NAT, add rules accordingly, see Network Address Translation User Guide.

Advanced Layer 7 Security Features

  • IDP or IPS—The intrusion prevention system (IPS) on the SRX1600, SRX4120, and SRX4300 Firewalls, which is part of Junos OS security services, detects and prevents network attacks by inspecting traffic against signature databases, anomaly detection, and custom rules. Enable IPS in the security policy and then in actions. The configuration supports Layer 7 signature updates.

    • IDP security packages require dedicated security commands, not the general request system software add which is for Junos OS, firmware, or other system packages.

      • Download—Use the request security idp security-package download command to download the package.

      • Install—Use the request security idp security-package install command to install it.

      • Verify—Use the request security idp security-package install status command to verify the installation status.

    • Configure IDP policy (create a basic rulebase).

    • To configure match attacks predefined-attacks in an IDP policy on your firewall, use the predefined-attacks and predefined-attack-groups statements under the rulebase-ips match conditions.

      Basic Configuration Syntax

      Example: Matching Specific Predefined Attacks

      • Predefined attacks are included in the IDP signature database, which is regularly updated with new attack signatures and threat patterns.

      • Use ordered match for compound attacks requiring specific sequence.

      • Activate the policy after configuration using the set security idp active-policy <policy-name> command.

      • View available predefined attack signatures or groups using the [edit security idp idp-policy] command.

      • Requires IDP license and signature package installation

    • Commit and verify the configurations:

  • HPE Networking ATP Cloud/ICAP: HPE Networking ATP Cloud integrates with SRX1600, SRX4120, and SRX4300 Firewalls to provide advanced malware detection and threat analysis at the data center edge. Use the HPE Networking ATP Cloud op script for automated enrollment, certificates, and connection setup.

    Prerequisites

    • Internet access from Routing Engine (control plane) and Packet Forwarding Engine (data plane).
    • Licenses for HPE Networking ATP Cloud using HPE Networking Security Director or the Junos OS CLI.
    • Onboard your firewall using HPE Networking Security Director Cloud or SZTP for simplified setup.
    1. Certificates and SSL profiles:

    2. Advanced anti-malware (AAMW) policy:

    3. HPE Networking Security Director Cloud integration: Enroll devices automatically and manage HPE Networking ATP Cloud settings through the portal (CLI not required post-enrollment).

    4. SSL proxy (Layer 7 decryption): For encrypted traffic inspection, use:
      1. SSL Proxy Profile Configuration:

      2. Apply to security policies:

For more information, see Juniper ATP Cloud Administrator Guide.

Multinode High Availability (MNHA)

Deploy dual SRX1600, SRX4120, or SRX4300 Firewalls with MNHA to ensure:

  • High availability through failover

  • Redundant control and data planes

  • Continuous traffic flows during maintenance activities or device failures

Data center edge redundancy is critical because a firewall failure must not disrupt business operations.

Configure MNHA on both nodes. Use configuration groups for scalability if needed.

  1. Enable configuration synchronization for shared MNHA configuration using Junos configuration groups:

    Verify your configuration using the following commands:

    • show system commit: Check sync status and history.
    • show system commit peers: List configured peers.
    • show | compare: View pending changes before sync.
  2. Services Redundancy Groups (SRGs) are failover units in MNHA to manage security services. The services include IPsec VPN, NAT, and firewall policies in active/active (SRG0) or active/backup (SRG1+) modes. SRG0 provides stateful synchronization for L4 through L7 services (excluding IPsec VPN) in active/active mode. SRG1+ manages IPsec and virtual IPs with monitoring and failover options. Configure SRGs using a basic L3 MNHA example:

    1. Configure either node in a dual SRX1600, SRX4120, or SRX4300 Firewall deployment after enabling MNHA. Use configuration groups to synchronize settings between nodes, and apply changes using the commit peers and commit synchronize commands.

    2. SRG1 (data plane services, active/active with signal routes):
    3. SRG0 (control plane, active/backup):
    4. Integrate with zones, policies, NAT, and IPsec:

      • Assign interfaces and security zones.
      • Apply identical security policies, NAT rules, and IPsec configurations on both nodes.
      • Allow IKE/SSH on ICL zone for encryption/sync.
      • In L3 (Route Mode) deployments, use active/backup signal routes (install-on-failure-route) and optional BGP/static routes to direct traffic toward the active node.

      • Create a dedicated virtual router for signal routes. Active/backup signal routes are used in L3 (Route Mode) deployments to indicate node availability and influence routing decisions. These routes do not require virtual IP addresses unless the deployment uses Hybrid Mode.

  3. Interfaces and zones (example for ICL and revenue ports): Assign revenue interfaces to security zones. For interchassis links (ICL), use Gigabit Ethernet (GbE) ports in a routing instance for segmentation.

    Note: The SRX1600 Firewall does not support the xe-0/0/0 interface.
  4. Monitoring and failover options (SRG1) include; Activeness probing, BFD, and IP/interface monitoring:
  5. Verify and commit:

For more information, see Multinode High Availability.

CGNAT for MNHA

To configure carrier-grade NAT (CGNAT) on your firewall, use the standard Junos OS NAT configuration hierarchy under [edit security nat]

  1. Create a source NAT Pool:

  2. Configure source NAT rule set:

  3. Create security policies:

Verify your configuration using the show security nat source rule all, show security nat source pool, and show services carrier-nat statistics commands.

Zero Trust Security

The SRX1600, SRX4120, and SRX4300 Firewalls support built-in zero trust capabilities and microsegmentations. Integration with advanced security architectures enables granular policy enforcement and proactive threat prevention across enterprise networks and data centers.

Key features include:

  • Trusted Platform Module (TPM) 2.0 and cryptographically signed IEEE 802.1AR device identification (DevID) for device trust and anti-spoofing.

  • RFC-compliant secure zero-touch provisioning (SZTP) for secure, remote deployment.

  • Wire-speed MACsec on supported interfaces to provide data integrity and confidentiality.

  • AI-Predictive Threat Prevention using machine learning for custom signatures, line-rate anti-malware, and protection against known and zero-day threats.
  • Integration with HPE Networking ATP Cloud for advanced threat mitigation, including zero-day detection without breaking encryption.

These features enable zero trust by verifying every connection, enforcing policies that follow users, devices, and applications providing network-wide visibility.

For more information, see Juniper Zero Trust Data Center Solution Brief.