Skip to content

The Dude Network Monitor

The Dude is MikroTik’s network monitoring application that runs as a server package directly on RouterOS. It discovers network topology, monitors devices and services with configurable probes, and sends notifications when status changes occur. The Dude client application connects to the server to display maps and manage configuration.

Dude Server (RouterOS package)
↓ TCP port 2211
Dude Client (Windows/Wine/Linux app)
↑ SNMP / ICMP / TCP probes
Monitored Devices

The server handles all probing, discovery, and notification logic. The client is a graphical interface — multiple clients can connect to the same server simultaneously.

The Dude server is not included in the base RouterOS image. It ships as an extra package (.npk) that must be installed separately.

  1. Go to mikrotik.com/download and download the Extra packages archive matching your RouterOS version and CPU architecture.
  2. Extract the archive and locate dude-<version>.npk.
  3. Upload the package to the router:
# From the router CLI, or drag-and-drop via Winbox Files panel
/file print

Upload via SCP or FTP to /:

Terminal window
scp dude-7.x.x-arm64.npk [email protected]:/
  1. Reboot to activate the package:
/system/reboot
  1. After reboot, confirm the package is installed:
/system/package/print

The dude package should appear in the list with status installed.

After installation, the Dude service must be enabled. It appears as an IP service on the router.

/ip/service/print
/ip/service/set [find name=dude] disabled=no port=2211

Restrict access to trusted management hosts:

/ip/service/set [find name=dude] address=192.0.2.0/24

Allow Dude client connections through the firewall input chain:

/ip/firewall/filter/add \
chain=input \
action=accept \
protocol=tcp \
dst-port=2211 \
src-address=192.0.2.0/24 \
comment="Allow Dude client"

Place this rule before any default drop rule in the input chain.

Download The Dude client from mikrotik.com/download. The client runs on Windows; Linux users can run it under Wine.

  1. Launch The Dude client.
  2. Click Connect to server.
  3. Enter the RouterOS IP address and port (2211 by default).
  4. Log in with a RouterOS user account.

User permissions on the Dude server follow RouterOS user policies. A user with the read policy can view maps; write is required to make changes.

Enable SNMP on devices you want The Dude to identify and monitor via SNMP:

/snmp/set enabled=yes contact="NOC" location="DC1"
/snmp/community/add \
name=monitoring \
addresses=192.0.2.10/32 \
read-access=yes

Replace 192.0.2.10 with the IP address of your Dude server router. SNMP community names must match what you configure in Dude’s SNMP profiles.

Discovery scans address ranges, identifies responsive hosts, and adds them to the map automatically.

In the Dude client:

  1. Click Discover in the toolbar (or Tools → Discover).
  2. Set one or more IP ranges to scan (e.g., 192.0.2.0/24).
  3. Configure SNMP profiles with the community string used on your devices.
  4. Click Discover to start the scan.

The Dude sends ICMP pings and probes common TCP ports (22, 23, 80, 443, 8291) to identify devices. SNMP responses provide device type, name, and interface information used to build topology links.

After discovery completes, discovered devices appear on the map. The Dude draws links between devices automatically when it detects Layer 2 adjacency via SNMP. You can:

  • Drag devices to arrange the map layout.
  • Right-click a link to view interface statistics.
  • Double-click a device to open its detail panel.

Background images (floor plans, network diagrams) can be imported as map backgrounds.

To add a device without running a full discovery scan:

  1. Right-click on the map → Add Device.
  2. Enter the device IP address or DNS name.
  3. Set a Type (router, switch, server, etc.) to select an appropriate icon.
  4. Assign Services (probes) to monitor.

Probes define what The Dude checks on each device. Services are probe templates — assign them to devices to activate monitoring.

Probe TypeWhat it checks
ICMPReachability (ping)
TCPPort reachability (e.g., TCP/80)
DNSDNS resolution correctness
SNMPSNMP OID value thresholds
HTTPHTTP/HTTPS response and status code
FTPFTP service availability
  1. Double-click a device on the map to open its properties.
  2. Go to the Services tab.
  3. Click Add and select a probe type.
  4. Configure the probe parameters:
    • Interval: How often to run the probe (e.g., 00:00:30 for 30 seconds).
    • Timeout: How long to wait for a response before marking as failed.
    • Retries: Failed attempts before changing device status.

Click Test next to any configured service to run a one-off probe immediately and see the raw result. This is useful for verifying probe configuration before relying on it for alerts.

Notifications are named objects that define a delivery channel. They are referenced from triggers that fire on status changes.

Configure the RouterOS email tool on the Dude server router (used by The Dude for sending email):

/tool/e-mail/set \
server=smtp.example.com \
port=587 \
password=yourpassword \
start-tls=yes

Test the SMTP configuration:

/tool/e-mail/send \
subject="Dude SMTP test" \
body="Test email from RouterOS"

In the Dude client, create an email notification:

  1. Go to Notifications in the left panel.
  2. Click Add → select E-mail.
  3. Set the To address and customize the Subject and Message body.
  4. Use template variables such as %[DeviceName], %[Status], %[Address] in the message body.

To send Dude alerts to an external syslog server, configure a syslog notification object in the Dude client:

  1. Go to NotificationsAddSyslog.
  2. Set the Server IP and Port (default: 514).
  3. Select the Facility and Severity level.

Sound notifications play an audio alert on the Dude client machine when a trigger fires:

  1. Go to NotificationsAddSound.
  2. Select a .wav file to play, or use one of the built-in alert sounds.

Sound alerts require the Dude client to be running and connected.

Triggers bind status transitions to notification actions.

  1. Double-click a device → Services tab → select a service → Edit.
  2. Go to the Triggers section.
  3. Click Add and configure:
    • Condition: the status transition that fires the trigger (e.g., down, up, changed).
    • Action: select a notification object (email, syslog, sound) to invoke.

Triggers can be defined globally at the service template level or overridden per device.

After configuration, verify end-to-end monitoring:

  1. Check that devices show green (up) status on the map.
  2. Temporarily block a probe port on a test device and confirm the status changes to red (down).
  3. Verify the configured notification fires and is received.
  4. Re-enable the port and confirm the device returns to green and an up notification fires.
IssueLikely causeFix
Dude service not in /ip/service/printPackage not installed or reboot not doneRe-upload .npk, reboot
Client cannot connectFirewall blocking port 2211Add input accept rule for TCP 2211
Discovery finds no devicesICMP blocked on targets or wrong IP rangeCheck target firewall rules; verify range
Email notifications not sentSMTP auth/TLS mismatch or no DNS/routeTest with /tool/e-mail/send; check routing
SNMP-based probes failWrong community string or SNMP not enabledMatch community string; enable SNMP on targets