MantisNMS Public API

MantisNMS · API v1 · Base URL https://api.nms.mantisops.net

The MantisNMS Public API is a simple REST/JSON interface for reading your monitored sensors and their live state, incidents, and sensor usage programmatically — for dashboards, SIEM/ticketing integrations, status pages, and reporting. Every request is authenticated with an API key and scoped to the tenant that issued it.

Overview

Authentication

Create keys in the Customer Portal (portal.mantisops.net) → API keys → Create API key. Account owners and admins can create keys. Set MantisNMS to Read or Write (and the other products to None unless the integration needs them), choose any limits (below), check the Review step, and create the key. Confirming it's you is required. If you grant more than one product, you get one key per product.

The key is shown once. Copy it, then click Run test from here or run the curl command shown to check it works. It can't be shown again. If a key is lost or exposed, revoke it and create a new one. MantisNMS keys begin with mn_live_.

Keys are created only in the Customer Portal. In MantisNMS, Settings → API Keys shows your existing keys and their limits, and you can revoke a key there.

Pass the key in the Authorization header as a Bearer token:

curl https://api.nms.mantisops.net/public/v1/sensors \ -H "Authorization: Bearer mn_live_xxxxxxxxxxxxxxxxxxxxxxxx"

Verify a key and see its scopes with the ping endpoint:

curl https://api.nms.mantisops.net/public/v1/ping \ -H "Authorization: Bearer mn_live_..." { "ok": true, "product": "nms", "version": "v1", "tenant": "t_abc123", "scopes": ["read"] }
⚠
Keys are stored only as a hash. MantisOps cannot recover a key for you — if it's lost, revoke it and create a new one. Treat keys like passwords and never commit them to source control.

Key limits

You set these when you create a key in the Customer Portal. To change them later, choose Edit limits… in the key's row menu: you can change the companies, allowed IP addresses and expiry; the key itself stays the same. The name and permissions can't be changed: create a new key instead.

LimitWhat it does
Expires30 days, 90 days (the default), 1 year, a date up to 3 years away, or Never. From the expiry time the key is refused with 401 { "error": "API key expired" }. The key's creator and the account's owners and admins get a reminder email 14 days and 3 days before it expires, and one more after it expires.
Allowed IP addressesUp to 50 IPv4 or IPv6 addresses or CIDR ranges. A call from any other address is refused with 403 { "error": "API key not allowed from this IP address" }.
CompaniesAll companies or Only some. A limited key only sees and changes those companies' sensors and incidents: lists are filtered, a single item outside them returns 404, and acknowledging an incident outside them returns 200 with "acknowledged": false. ping also returns the key's allowedCompanies. One endpoint covers the whole account and can't be split by company: a limited key gets 403 with "code": "company_restricted" from GET /public/v1/sensor-usage.

The key list in the Portal shows when each key was last used and from which IP address, and warns about keys that have expired, expire within 14 days or have never been used.

Scopes

Each key is granted one of two scopes when created. In the Customer Portal, Read gives read and Write gives read & write.

ScopeGrants
readAll GET endpoints — list and read sensors, incidents, and usage.
read & writeEverything read allows, plus write endpoints — currently POST /public/v1/incidents/{id}/acknowledge and PATCH /public/v1/sensors/{id}.

A request to a write endpoint with a read-only key returns 403. Grant the narrowest scope an integration needs.

ℹ
Rate limit: 120 requests / 60 s per key (429 + Retry-After when exceeded). CORS is enabled (Access-Control-Allow-Origin: *) so browser apps can call the API with a key.
ℹ
Pagination: list endpoints accept ?limit=N&offset=M (limit capped at 1000). Omit limit to receive the full list (default — unchanged behavior). List responses include limit, offset, hasMore, and (on most endpoints) total alongside the items — page by incrementing offset until hasMore is false.

Errors

Errors use standard HTTP status codes and a JSON body of the form { "error": "message" }.

StatusMeaning
400Malformed request (e.g. a required field is missing).
401Missing, malformed, revoked, or unknown API key: { "error": "Invalid or missing API key" }.
401The key has expired: { "error": "API key expired" }. Give it a later expiry with Edit limits in the Portal, or create a new key.
403The key is valid but lacks the required scope: { "error": "Insufficient scope: 'write' required" }.
403The call came from an address that isn't on the key's allowed IP list: { "error": "API key not allowed from this IP address" }.
403A key limited to specific companies called an account-wide endpoint: "code": "company_restricted".
404The resource (e.g. a sensor) was not found, or it's outside the companies the key is limited to.
429Rate limit exceeded (120 requests / 60 s per key). Wait for the number of seconds in Retry-After.

Endpoints

GET/public/v1/pingread

Verify an API key and return the tenant it belongs to plus its scopes. Useful as a connection test.

curl https://api.nms.mantisops.net/public/v1/ping \ -H "Authorization: Bearer mn_live_..." 200 OK { "ok": true, "product": "nms", "version": "v1", "tenant": "t_abc123", "scopes": ["read"] }
GET/public/v1/sensorsread

List every sensor in your tenant with its current state. Returns an array of sensor objects and a total count. Add ?companyId=<id> to return only sensors for one company.

curl "https://api.nms.mantisops.net/public/v1/sensors?companyId=co_1a2b" \ -H "Authorization: Bearer mn_live_..." 200 OK { "count": 2, "sensors": [ { "id": "sn_9f2c...", "name": "Core switch uplink", "type": "snmp", "target": "10.0.0.1", "enabled": true, "intervalSec": 60, "state": "up", "latencyMs": 3.2, "httpStatus": null, "certDaysLeft": null, "lastCheckedAt": 1751990400000, "tags": ["core", "uplinks"], "companyId": "co_1a2b" } ] }
GET/public/v1/sensors/{id}read

Fetch a single sensor by its id. Returns 404 if no such sensor exists in your tenant.

curl https://api.nms.mantisops.net/public/v1/sensors/sn_9f2c... \ -H "Authorization: Bearer mn_live_..." 200 OK { "id": "sn_9f2c...", "name": "Core switch uplink", "type": "snmp", "target": "10.0.0.1", "state": "up", "latencyMs": 3.2, "lastCheckedAt": 1751990400000, "tags": ["core"] }
GET/public/v1/incidentsread

List incidents (a sensor going down and recovering), most recent first. Add ?state=open to return only currently-open incidents.

curl "https://api.nms.mantisops.net/public/v1/incidents?state=open" \ -H "Authorization: Bearer mn_live_..." 200 OK { "count": 1, "incidents": [ { "id": "in_5d1e...", "sensorId": "sn_9f2c...", "sensorName": "Core switch uplink", "cause": "Interface Gi1/0/1 down", "openedAt": 1751990100000, "closedAt": null, "open": true } ] }
GET/public/v1/sensor-usageread

Return the billable sensor breakdown for your tenant against your plan — base (non-SNMP) sensors, monitored interfaces, and host aspects.

curl https://api.nms.mantisops.net/public/v1/sensor-usage \ -H "Authorization: Bearer mn_live_..." 200 OK { "baseSensors": 4, "interfaceSensors": 12, "hostSensors": 6, "total": 22, "limit": 100, "remaining": 78 }
POST/public/v1/incidents/{id}/acknowledgewrite

Acknowledge an active incident. Requires a read & write key. Returns { ok, acknowledged } (acknowledged: false if already acknowledged or not found).

curl -X POST https://api.nms.mantisops.net/public/v1/incidents/in_.../acknowledge \ -H "Authorization: Bearer mn_live_..." 200 OK { "ok": true, "acknowledged": true }
PATCH/public/v1/sensors/{id}write

Update a sensor. Requires a read & write key. Body may include enabled (boolean), name (string), and intervalSec (number, ≥ 30). Targets and SNMP credentials stay app-managed. Returns 404 if the sensor doesn't exist in your tenant.

curl -X PATCH https://api.nms.mantisops.net/public/v1/sensors/sn_... \ -H "Authorization: Bearer mn_live_..." \ -H "Content-Type: application/json" \ -d '{ "enabled": false, "intervalSec": 120 }' 200 OK { "ok": true, "id": "sn_..." }

Sensor object

Fields returned for a sensor. Optional fields are null when not applicable (e.g. httpStatus only for HTTP sensors). SNMP community strings and v3 credentials are never returned.

FieldTypeDescription
idstringUnique sensor identifier.
namestringSensor name.
typestringsnmp, icmp, http, tls, or tcp.
targetstringHost, host:port, or URL being monitored.
enabledbooleanWhether the sensor is actively polled.
intervalSecnumberPoll interval in seconds.
statestringCurrent state: up or down (null until first check).
latencyMsnumberLast measured latency in milliseconds.
httpStatusnumberLast HTTP status code (HTTP sensors).
certDaysLeftnumberDays until the TLS certificate expires (TLS/HTTPS sensors).
lastCheckedAt / stateSincenumberLast check time, and when the current state began (Unix epoch ms).
tagsstring[]Operator-assigned tags.
companyId / collectorIdstringCompany placement + the collector that polls it.
createdAtnumberWhen the sensor was created (Unix epoch ms).

Incident object

Fields returned for an incident.

FieldTypeDescription
idstringUnique incident identifier.
sensorId / sensorNamestringThe affected sensor.
causestringWhy the incident opened (e.g. Interface Gi1/0/1 down).
openedAtnumberWhen the incident opened (Unix epoch ms).
closedAtnumberWhen it recovered, or null if still open (Unix epoch ms).
openbooleantrue while the incident is unresolved.
💡
More endpoints are on the roadmap. Need one that isn't here yet? Let us know.