Skip to content

Lab 09-06 · The Dude

MTCNA

Module 9 · RouterOS tools. Official course slides 368–372: The Dude, MikroTik's free network monitoring application (automatic discovery, network map, service monitoring and alerts; SNMP, ICMP, DNS and TCP checks), its server running on RouterOS and its Windows client, and the LAB "download the Dude client, connect to the demo server dude.mt.lv, look around" (marked Optional in the course).

Done on real equipment in class

This is a config-only lab: there is no containerlab topology and no check.sh. The Dude client is a Windows program, and the class server runs on the trainer's router. You do it in the classroom, with the trainer.

In an airport control tower, nobody phones each plane to ask where it is. The controllers look at one screen: a map with every plane as a dot, green when all is fine, and an alarm the moment one goes quiet.

The labs of this module gave you the instruments one by one: ping, Netwatch, graphs, SNMP. The Dude puts them all on one control-tower screen: it finds the devices of your network by itself, draws them on a map, checks them every few seconds and turns them red, with a sound, when something breaks.

What you will learn

  • Explain what The Dude is: a server on RouterOS plus a client on Windows
  • Install an extra package (dude) that matches the router's version and architecture
  • Enable the Dude server and choose where its database lives
  • Connect with the Dude client and run an automatic discovery
  • Read the map: devices, links and the colour of each service probe
  • Avoid the trap of a package from the wrong version or architecture, which RouterOS silently ignores

The control tower

The Dude is a free MikroTik application that discovers network devices, draws them on a map, monitors their services (ping, DNS, TCP ports, SNMP values) and raises alerts when they fail.

The analogy for this lab: The Dude is the control tower. It has two parts, like a real tower:

Part Control-tower meaning Where it runs
Dude server The radar: watches the sky all the time, even when nobody looks On RouterOS, as the extra package dude (CHR, x86, and ARM/ARM64 routers)
Dude client The screen in front of the controller Windows program (on Linux and macOS it works with Wine)
Database The logbook of everything the radar saw A folder on the server's disk (data-directory)
flowchart LR
    subgraph SRV["<b>Dude server</b> · RouterOS + dude package"]
        RADAR["probes every device<br>ping, DNS, TCP, SNMP"]
        DB["database<br>data-directory"]
        RADAR --> DB
    end
    CLIENT["<b>Dude client</b><br>Windows<br>the controller's screen"]
    DEV["routers, switches,<br>servers, printers"]
    CLIENT -->|"TCP 8291<br>(the WinBox port)"| SRV
    RADAR -->|"probes"| DEV

The server keeps watching when you close the client. The client is only the window.

Packages: version and architecture must match

RouterOS is split into packages. The main one is routeros; extras like dude, wifi-qcom or container are installed separately. An extra package must have exactly the same version as RouterOS (here 7.23.8) and the same architecture as the router's CPU. If either is wrong, the router ignores the file at reboot and nothing is installed.

Router Architecture Package file
CHR (virtual router), x86 PCs x86_64 dude-7.23.8.npk
hAP ax², hAP ax³ arm64 dude-7.23.8-arm64.npk
hAP ac² arm dude-7.23.8-arm.npk

/system resource print shows the architecture (architecture-name).

The scenario

flowchart LR
    TR["<b>Trainer's CHR</b><br>Dude server<br>10.0.0.1"]
    PCT["<b>Your PC</b><br>Dude client (Windows)"]
    subgraph CLASS["Class network 10.0.0.0/24"]
        R1["<b>your hAP</b><br>10.0.0.x"]
        R2["<b>neighbour's hAP</b><br>10.0.0.y"]
    end
    PCT -->|"TCP 8291"| TR
    TR -->|"ping, SNMP"| R1
    TR -->|"ping, SNMP"| R2
Device Role Address
Trainer's CHR (or a hAP ax² with a USB stick) Dude server 10.0.0.1 in the classroom
Your PC Dude client any address that reaches the server
Your hAP and your classmates' Monitored devices WAN 10.0.0.x by DHCP

The files in this folder:

File Where it goes
initial/dude-server.rsc The server before the lab: no dude package
final/dude-server.rsc The server after the lab: package installed, Dude enabled
final/r1-monitored.rsc Optional, on your hAP: a read-only SNMP community for the Dude server and a firewall rule that lets it in

Start the lab

Download the lab files and unzip them: 09-06-the-dude.zip. Open a terminal inside the 09-06-the-dude folder.

In class you need: a Windows PC (or Linux with Wine), the trainer's server address, and a RouterOS user for the Dude server. The trainer prepares the server (Steps 1–2); you do Steps 3–6. If you want to try the server part yourself, use your own hAP ax² with a USB stick.

Try the server in the virtual lab

The server part also works on the lab's virtual routers (it was tested on CHR 7.23.8): deploy any lab of this module, copy dude-7.23.8.npk to r1 with scp dude-7.23.8.npk admin@clab-mtcna-09-02-r1:/, run /system reboot on r1, and continue with Step 2. Only the Windows client is missing.

Step 1 · Install the dude package on the server

Download the Extra packages archive for the server's architecture and RouterOS version 7.23.8 from mikrotik.com/download, and take the dude-...npk file out of it.

WinBox: Files, drag and drop the .npk file into the window. Then System → Reboot.

/file print where name~"dude"
/system reboot

After the reboot:

/system package print

Expected: two packages, dude 7.23.8 and routeros 7.23.8.

The file disappeared but nothing was installed

RouterOS consumes the .npk at boot. If the version or architecture did not match, the file is gone and dude is not listed. Look in Log (/log print where topics~"system") for the reason, and download the right file.

Check yourself

  1. Write the architecture-name of your router and the exact package file it needs.

Done when /system package print lists dude.

Step 2 · Switch the server on

WinBox: Dude menu (it appears after the package is installed), Settings: Enabled ticked, Data Directory dude.

/dude set enabled=yes data-directory=dude
/dude print

Expected:

         enabled: yes
  data-directory: dude
          status: running

The server creates the folder dude with its database (dude.db) and its default files (device icons, MIB files for SNMP).

Where to keep the database on a small router

The Dude writes to its database all the time. On a CHR or a PC that is fine. On a hAP, put it on a USB stick or SSD so the internal flash does not wear out: /dude set data-directory=usb1/dude (use the name that /disk print shows).

Done when /dude print says status: running.

Step 3 · Install the client and connect

Download the Dude client for the same version as the server (dude-install-7.23.8.exe) from mikrotik.com/download and install it on Windows.

Open it and connect: Server = the Dude server's address (in class 10.0.0.1), Port 8291, user and password of a RouterOS user on that server. Since The Dude 6.37 (2016) the client talks to the server through the router's WinBox service, on the WinBox port 8291. Old guides mention ports 2210 and 2211: those were the ports of Dude versions before 6.37.

And the course's demo server, dude.mt.lv?

The course suggests connecting to MikroTik's public demo server dude.mt.lv. The name still resolves, but when this guide was written (October 2026) we could not log in to it. Use the class server.

Check yourself

  1. Why must the client version match the server version?

Done when the client shows an empty map called Local.

Step 4 · Let the Dude discover the network

The first time, the client offers a Discover wizard. Enter the network to scan (in class 10.0.0.0/24) and start. The Dude pings every address, and for each one that answers tries to recognise it (is it a MikroTik? does it answer SNMP? DNS? HTTP?) and adds it to the map with links between them.

Expected: the trainer's router, your hAP and your classmates' hAPs appear as icons, connected by lines.

Done when your own router appears on the map.

Step 5 · Read the colours

Each device on the map has services (probes): ping, and others it detected, such as dns, http, snmp. The colour of the device tells you their state:

Colour Meaning
Green All services answer
Orange Some services fail, but not all
Red Nothing answers: the device is down
Blue (purple in some versions) Acknowledged: someone saw the problem and clicked Ack, so it stops alarming

Unplug your hAP's WAN cable for half a minute (ask the trainer first) and watch it turn red on everybody's map, with an alert sound. Plug it back in: it turns green again.

Check yourself

  1. Compare with Lab 09-02: which part of the Dude does the same job as a Netwatch probe?

Done when you have seen a device go red and back to green.

Step 6 · Optional: let the Dude read your router with SNMP

With SNMP (Lab 09-05) the Dude can show much more than "alive": traffic of each port, CPU, uptime. On your hAP, apply final/r1-monitored.rsc: a read-only community dude allowed only from the Dude server, and an input firewall rule that lets SNMP from 10.0.0.1 in before the default "drop all not coming from LAN" rule.

/snmp community add name=dude addresses=10.0.0.1/32 read-access=yes write-access=no comment="The Dude server, read-only"
/snmp community set [find name=public] disabled=yes
/snmp set enabled=yes
/ip firewall filter add chain=input protocol=udp dst-port=161 src-address=10.0.0.1 action=accept comment="SNMP from the Dude server" place-before=[find comment="defconf: drop all not coming from LAN"]

In the Dude client, open your device's settings and set the SNMP profile to v2 with community dude.

Done when the Dude shows your router's interfaces and their traffic.

If something goes wrong

Symptom Likely cause Fix
dude not in /system package print after reboot Wrong version or architecture of the .npk Download the package for 7.23.8 and your architecture-name
No Dude menu in WinBox Package not installed, or WinBox opened before the reboot Reconnect after the reboot
/dude print says stopped Not enabled, or the data directory is on a missing disk /dude set enabled=yes data-directory=dude
Client cannot connect Wrong address/port, or a firewall blocks TCP 8291 Ping the server; allow TCP 8291 in its input chain and check that the winbox service is enabled
Client refuses: version mismatch Client and server versions differ Install the client for 7.23.8
Your hAP is on the map but SNMP shows nothing The default firewall drops UDP 161 from the WAN The input rule of Step 6, placed before the drop rule

Clean up

On the server, if it was only for the lab: /dude set enabled=no, and remove the package with /system package uninstall dude followed by /system reboot. On your hAP, remove the dude community and the firewall rule of Step 6.

Key takeaways

  • The Dude is MikroTik's free monitoring tool: discovery, network map, service probes and alerts.
  • It has a server (RouterOS package dude) and a client (Windows, or Wine on Linux/macOS) that connects on TCP 8291, the WinBox port.
  • Extra packages must match the RouterOS version and the CPU architecture exactly, and are installed by uploading the .npk and rebooting.
  • /dude set enabled=yes data-directory=... starts the server; on small routers keep the database on external storage.
  • With SNMP the Dude can show traffic and resources, not only "alive or dead".

Quick check

1. Which part of The Dude keeps monitoring when nobody has the program open?
  • The Dude server running on RouterOS
  • The Dude client on Windows
  • The demo server dude.mt.lv
  • The SNMP agent of each monitored device

The server does the probing and stores the results. The client is only the screen; you can close it and the server keeps watching.

2. Your router is a hAP ax² (arm64) with RouterOS 7.23.8. Which package do you upload?
  • dude-7.23.8-arm64.npk
  • dude-7.23.8.npk
  • dude-7.20.4-arm64.npk
  • dude-install-7.23.8.exe

An extra package needs the same version (7.23.8) and the same architecture (arm64). The file without suffix is for x86 and CHR; the .exe is the Windows client.

3. You uploaded the dude package and rebooted. The file is gone but dude is not installed. What is the most likely cause?
  • The package did not match the router's version or architecture
  • The Dude client was not open during the reboot
  • SNMP was disabled
  • The router needs a second reboot to install anything

RouterOS consumes the .npk at boot and silently skips it if it does not match. The log tells you why.

4. Which command starts the Dude server once the package is installed?
  • /dude set enabled=yes data-directory=dude
  • /system package enable dude
  • /tool netwatch add type=dude
  • /ip service enable dude

The /dude menu holds the server settings: enable it and say where its database lives.

5. On the map, a device is orange. What does it mean?
  • Some of its services fail, but not all
  • It is completely down
  • Someone has acknowledged its alarm
  • It is a MikroTik device

Green all fine, orange partly failing, red nothing answers. Orange is the "alive but not working" case you met in Lab 09-02 with icmp versus tcp-conn.

6. The Dude server pings your hAP fine, but it cannot read its traffic over SNMP. Pick the two likely causes.
  • SNMP is disabled or the community does not allow the Dude server's address
  • The hAP's default firewall drops UDP 161 arriving from the WAN
  • The Dude client is not the same brand as the router
  • Ping and SNMP cannot be used on the same device

SNMP needs the agent enabled with a community that allows the server, and the packets must get through the input firewall. The default hAP configuration drops everything from the WAN except what you allow before the drop rule.

Last lab of the course: when something goes really wrong, how to give MikroTik support (or your future colleagues) what they need: logs, supout.rif and good documentation.