NetBox MCP Server
OfficialServer Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| HOST | No | Host address for HTTP server (required if TRANSPORT=http) | 127.0.0.1 |
| PORT | No | Port for HTTP server (required if TRANSPORT=http) | 8000 |
| LOG_LEVEL | No | Logging verbosity (DEBUG, INFO, WARNING, ERROR, CRITICAL) | INFO |
| TRANSPORT | No | MCP transport protocol (stdio or http) | stdio |
| NETBOX_URL | Yes | Base URL of your NetBox instance (e.g., https://netbox.example.com/) | |
| VERIFY_SSL | No | Whether to verify SSL certificates | true |
| NETBOX_TOKEN | Yes | API token for authentication | |
| ENABLE_PLUGIN_DISCOVERY | No | Auto-discover plugin object types at startup | false |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
| logging | {} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| extensions | {
"io.modelcontextprotocol/ui": {}
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| netbox_get_objectsA |
|
| netbox_get_object_by_idB | Get detailed information about a specific NetBox object by its ID. |
| netbox_get_changelogsB | Get object change records (changelogs) from NetBox based on filters. |
| netbox_search_objectsA | |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 4 tools
Each tool has a clearly distinct purpose: changelogs, single-object by ID, filtered listing with pagination, and global cross-type search. No overlap in functionality.
Three tools follow 'netbox_get_<object>' pattern, but 'netbox_search_objects' uses 'search' instead of 'get', causing minor inconsistency. Overall pattern is clear and predictable.
With 4 tools for a large domain like NetBox, the set feels slightly under-scoped. While the tools are generic and powerful, typical MCP servers for similar domains have 5-15 tools.
The server only supports read operations (get, search, changelogs). Missing create, update, and delete capabilities, which are essential for managing NetBox resources. This is a significant gap for most use cases.