MikroTik MTCNA lab 9 of 19
Firewall: protect the router
Close an Internet-facing router: see what an outsider can reach, then build the input chain rule by rule with connection tracking, an address list for administrators, logging and counters, and prove the result from outside and inside.
Run this lab
It needs Lite: its 5 nodes are set to 5 vCPU and 2,560 MB in total. That fits the free demo too.
In your workspace: Shared, then MikroTik MTCNA RouterOS v7 guided labs, then 09 - Firewall - protect the router
- Level
- Intermediate
- Time
- About 55 minutes
- Nodes need
- 5 vCPU, 2,560 MB
- Smallest plan
- Lite
The scenario
A design studio's router went online last week with no firewall at all. Fernvale's security scan found SSH, WinBox and FTP answering from the Internet, and an open DNS resolver on its public address, which criminals use to amplify attacks. Close the router itself: only the studio's admin PC may manage it, the LAN may use it for DNS, everyone may ping it, and everything else to the router is dropped and logged.
| Device | Interface | Address | Role |
|---|---|---|---|
| GW | ether1 (WAN) | 203.0.113.2/30 | Studio router |
| GW | ether2 (LAN) | 192.168.88.1/24 | |
| ISP | ether1 / ether2 | 203.0.113.1/30 · 198.51.100.1/24 | Provider |
| Remote | eth0 | 198.51.100.10/24, gateway .1 | Somebody on the Internet |
| Admin-PC | eth0 | 192.168.88.10/24, gateway .1 | Studio administrator |
| PC1 | eth0 | 192.168.88.20/24, gateway .1 | Ordinary studio PC |
What you’ll practise
- Explain the input, forward and output chains and where packets to the router go
- Use connection states: new, established, related, invalid, untracked
- Build an ordered input chain that ends with a drop
- Allow management only from an address list
- Log dropped packets and read rule counters
- Close an open DNS resolver
The tasks
- Prepare the two Linux hosts
- See what the Internet sees
- Understand connection tracking before you write rules
- Build the input chain
- Prove it from outside and inside
- Read the counters and the log
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
- ISP
ether1to GWether1 - ISP
ether2to Remoteeth0 - GW
ether2to Office-LAN (network) - Admin-PC
eth0to Office-LAN (network) - PC1
eth0to Office-LAN (network)
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| ISP | MikroTik RouterOS | mikrotik-7.14.2 | 1 vCPU, 256 MB |
| GW | MikroTik RouterOS | mikrotik-7.14.2 | 1 vCPU, 256 MB |
| Remote | Alpine Linux | clbalpinebase-alpine-base-3-20-3 | 1 vCPU, 512 MB |
| Admin-PC | Alpine Linux | clbalpinebase-alpine-base-3-20-3 | 1 vCPU, 512 MB |
| PC1 | VPCS host | Built in to EVE-NG | Counted as 1 vCPU, 1,024 MB |
How to open this lab
Sign in to your workspace at
lab.cloudlabbox.com.In File Manager, open Shared, then the folder
MikroTik MTCNA RouterOS v7 guided labs.Open
09 - Firewall - protect the routerand 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 MikroTik MTCNA labs
Related labs in other courses
CloudLabBox is independent of MikroTik. The lab follows exam topics and isn’t vendor training material; vendor names identify the exams and the images in the workspace.