netdiag-mcp
Related Servers
Alternatives to netdiag-mcp
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityDmaintenanceMCP server for running infrastructure diagnostics from 6 global regions. It provides tools like SSL checks, DNS lookups, ping, whois, port checks, traceroute, latency tests, and more, with a free demo mode (10 calls/day) and no API key required.55 npmMIT
- AlicenseBqualityDmaintenanceMCP server for network diagnostics providing tools like ping, DNS lookup, port check, traceroute, speed test, Wake-on-LAN, SSL certificate check, and MAC address lookup.8MIT
- AlicenseAqualityCmaintenanceNetwork diagnostics — ping, traceroute, DNS lookup, port scanning, and connectivity testing via MCP.14MIT
- AlicenseAqualityDmaintenanceMCP server for DNS lookups, reverse DNS, WHOIS, and domain checks. Zero auth, zero config.532 npm3MIT
- AlicenseAqualityDmaintenanceMCP server providing DNS resolution, reverse DNS, RDAP-based WHOIS, and IP geolocation lookups. No API keys required , and all upstreams are public.4MIT
- FlicenseNot gradedqualityDmaintenanceA secure MCP server for network diagnostics, providing tools like ping, traceroute, whois, nslookup, dig, nmap, curl, and netstat through natural language interfaces.-
TDQS
Scored across 12 tools
Each tool targets a distinct network diagnostic action or resource: DNS resolution, DNSSEC validation, WHOIS, ASN, ping, TCP port, TLS certificate, traceroute, HTTP body retrieval, HTTP status/latency, service health, and time. The descriptions explicitly clarify potential overlaps, such as http_get vs http_check and dns_lookup vs dnssec_check. No two tools appear to do the same thing.
All tool names use snake_case and are readable, with most following a subject_action pattern like dns_lookup, tcp_port_check, or tls_cert_check. Minor inconsistency exists because ping_host and traceroute_path use verb_noun ordering, and current_time is not action-oriented. Still, the convention is predictable overall.
The server has 12 tools, which is well within the ideal 3–15 range and appropriate for a network diagnostic toolkit. Each tool covers a distinct protocol or diagnostic layer, and none feels redundant or excessive.
The surface covers core network diagnostics comprehensively: DNS record resolution and DNSSEC, WHOIS/ASN, ICMP ping, TCP port checks, traceroute/MTU, TLS certificate inspection, HTTP checks, and service health. No obvious lifecycle or operational gaps exist for a read-only diagnostic server.