Check Point CCSA lab 7 of 14
NAT: automatic hide and static NAT, manual rules and proxy ARP
Take Northgate off the provider's private routes: hide the office and DMZ behind the gateway, publish the web server with automatic static NAT, add a manual port-forwarding rule with its proxy ARP entry, keep internal traffic untranslated, and prove every translation from the internet side.
Run this lab
It needs Standard: its 6 nodes are set to 10 vCPU and 15,872 MB in total.
In your workspace: Shared, then Check Point CCSA guided labs, then 07 - NAT - automatic hide and static NAT manual rules and proxy ARP
- Level
- Intermediate
- Time
- About 75 minutes
- Nodes need
- 10 vCPU, 15,872 MB
- Smallest plan
- Standard
The scenario
The provider has removed its temporary routes to Northgate's private ranges: from today, only 67.83.0.0/24 is routed to HQ-GW. Make everything work again with NAT:
| Requirement | Translation |
|---|---|
| Office (HQ-LAN) and DMZ reach the internet | hide behind HQ-GW (67.83.0.111) |
| Public web site | DMZ-WEB 10.0.2.20 = 67.83.0.120, both directions |
| Supplier's monitoring tool | 67.83.0.121 TCP 8080 to DMZ-WEB TCP 80 (port forward) |
| Office to DMZ | no translation |
What you’ll practise
- Configure automatic hide NAT and automatic static NAT on network and host objects
- Write manual NAT rules for port forwarding and for no-NAT exceptions
- Explain NAT rule order: manual rules, then automatic static, then automatic hide
- Add Gaia proxy ARP for a manual NAT address
- Write access rules that match the original (pre-NAT) packet
The tasks
- Confirm the problem
- Automatic hide NAT
- Automatic static NAT for the web server
- Port forwarding with a manual rule
- No NAT between internal networks
- Read the NAT rule base
The Lab Tasks pane has the scenario, these tasks, the checks to run, hints and the full solution.
Topology and devices
The network as it opens in EVE-NG, drawn from the lab’s own canvas, and the image each node runs.
Every link, as text
- SMS
eth0to HQ-LAN (network) - HQ-GW
eth0to HQ-LAN (network) - HQ-GW
eth1to Internet (network) - HQ-PC
eth0to HQ-LAN (network) - ADMIN-PC
eth0to HQ-LAN (network) - ISP
Gi0/0to Internet (network) - HQ-GW
eth2to DMZ-WEBeth0
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| SMS | Check Point Security Management Server | cpsms-R81.20-Licensed | 4 vCPU, 8,192 MB |
| HQ-GW | Check Point Security Gateway VE (cpsg template) | cpsg-R81.20-Licensed | 2 vCPU, 4,096 MB |
| ISP | Cisco IOSv | vios-adventerprisek9-m.SPA.159-3.M6 | 1 vCPU, 512 MB |
| HQ-PC | Alpine Linux | clbalpinebase-alpine-base-3-20-3 | 1 vCPU, 512 MB |
| DMZ-WEB | Alpine Linux | clbalpinebase-alpine-base-3-20-3 | 1 vCPU, 512 MB |
| ADMIN-PC | EVE-NG Firefox browser (Docker) | eve-firefox:latest | 1 vCPU, 2,048 MB |
How to open this lab
Sign in to your workspace at
lab.cloudlabbox.com.In File Manager, open Shared, then the folder
Check Point CCSA guided labs.Open
07 - NAT - automatic hide and static NAT manual rules and proxy ARPand start its nodes, then open Lab Tasks for the scenario and the steps.
The lab is read-only. You can start the nodes and configure the devices, but changes to the topology can’t be saved. To change it, rebuild it in your own folder.
More Check Point CCSA labs
Related labs in other courses
CloudLabBox is independent of Check Point and Cisco. The lab follows exam topics and isn’t vendor training material; vendor names identify the exams and the images in the workspace.