mcp-linx
Related Servers
Alternatives to mcp-linx
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityCmaintenanceEnables read-only observability of a Linux host via MCP, exposing allowlisted systemd, docker, nginx, logs, disk, and cert info without shell access.MIT
- AlicenseNot gradedqualityDmaintenanceEnables interaction with Linux system operations via MCP, including CPU, memory, processes, storage, filesystem, hardware, network, monitoring, and logs.9MIT
- AlicenseAqualityAmaintenanceA Linux system monitoring MCP server that provides real-time information on CPU, memory, disk, network, processes, Docker, security, and more via MCP tools.26691MIT
- AlicenseBqualityBmaintenanceEnables explaining Linux incidents over SSH with baseline-aware MCP tooling, including live diagnostics, SQLite history, and review-first workflows.10150 npm2MIT
- AlicenseAqualityBmaintenanceEnables AI agents to safely monitor Linux VPS health, inspect Docker containers, retrieve service logs, and execute whitelisted recovery actions via MCP.312,345 npm1,419 PyPIMIT
- AlicenseAqualityCmaintenanceEnables AI assistants to monitor and manage Linux infrastructure including services, logs, processes, disk, memory, ports, cron, nginx, Docker, and system health checks via the Model Context Protocol.10MIT
TDQS
Scored across 59 tools
Most tools target distinct resources (nginx, docker, k8s, pg, redis), but there is notable overlap among health/summary tools: get_diagnostic_context, get_summary, and system_health_check all provide overall status and could be confused. Additionally, nginx_status and nginx_stub_status are similar in name despite different purposes.
Names are all snake_case and generally follow a logical pattern with domain prefixes (nginx_*, docker_*, k8s_*, linux_*, pg_*, redis_*). However, a few tools like http_check, tls_check, tcp_connect, and get_diagnostic_context deviate from the prefix convention, creating minor inconsistency.
59 tools is a very large surface for an MCP server, far exceeding the 25+ threshold that typically feels heavy. While the breadth is understandable for multi-stack diagnostics, many niche tools (e.g., tcpdump_probe, redis_slowlog) could be consolidated or exposed via a more parameterized interface.
The tool set covers an impressively broad range of diagnostic domains: Nginx, systemd, Docker, network, Prometheus, Loki, Kubernetes, Linux, PostgreSQL, and Redis. It includes health checks, summaries, and detailed metrics, though there are minor gaps like Docker inspect (partially covered by docker_info) and no write/action tools beyond docker_prune.