Sviluppo · Server MCP locale
Pi-hole MCP Server
Manage Pi-hole v6: DNS blocking, domains, clients, query analysis, DHCP, and multi-instance sync.
Cosa indica il MCP Registry
La voce come pubblicata nel MCP Registry ufficiale (consultazione: 4 ottobre 2026), ultima versione.
- Nome nel registro
io.github.hexamatic/pihole-mcp- Versione
- 0.9.0
- Stato
- Attivo
- Categoria
- sviluppo
- Trasporto
- stdio (processo locale)
- Pacchetto
- Immagine OCI (Docker)
- Pubblicato
- 11 settembre 2026
- Aggiornato
- 11 settembre 2026
- Editore
- hexamatic (GitHub)
- Namespace
- Namespace verificato dal MCP Registry tramite GitHub (github.com/hexamatic) · come funziona
- Sito web
- github.com/hexamatic/pihole-mcp
- Repository
- github.com/hexamatic/pihole-mcp
- Fonte
- Voce nell’API del registro
Pacchetti
| Registro | Pacchetto | Versione | Trasporto |
|---|---|---|---|
| Immagine OCI (Docker) | ghcr.io/hexamatic/pihole-mcp:0.9.0 | - | stdio |
Come collegare Pi-hole MCP Server
Pi-hole MCP Server viene eseguito in locale a partire da un’immagine container in un registro OCI come Docker Hub o GitHub Container Registry: ghcr.io/hexamatic/pihole-mcp:0.9.0. Comunica via MCP su stdio, quindi il client lo avvia come programma e dialoga con esso tramite standard input e standard output. Richiede Docker o un altro runtime di container OCI; si avvia con docker run - il comando abituale è docker run -i --rm -e PIHOLE_URL -e PIHOLE_PASSWORD -e TZ -e PIHOLE_READ_ONLY -e PIHOLE_TLS_SKIP_VERIFY -e PIHOLE_REQUEST_TIMEOUT -e PIHOLE_MAX_RETRIES -e PIHOLE_RETRY_MAX_DELAY ghcr.io/hexamatic/pihole-mcp:0.9.0. Legge queste variabili d’ambiente: PIHOLE_URL (obbligatorio), PIHOLE_PASSWORD (obbligatorio, segreto), TZ, PIHOLE_READ_ONLY, PIHOLE_TLS_SKIP_VERIFY, PIHOLE_REQUEST_TIMEOUT, PIHOLE_MAX_RETRIES e PIHOLE_RETRY_MAX_DELAY; vanno impostate nella configurazione del client per questo server.
Nel formato JSON mcpServers, letto da molti client MCP desktop e per editor di codice, la voce si presenta così (segnaposto tra parentesi angolari):
{
"mcpServers": {
"pihole-mcp": {
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"-e",
"PIHOLE_URL",
"-e",
"PIHOLE_PASSWORD",
"-e",
"TZ",
"-e",
"PIHOLE_READ_ONLY",
"-e",
"PIHOLE_TLS_SKIP_VERIFY",
"-e",
"PIHOLE_REQUEST_TIMEOUT",
"-e",
"PIHOLE_MAX_RETRIES",
"-e",
"PIHOLE_RETRY_MAX_DELAY",
"ghcr.io/hexamatic/pihole-mcp:0.9.0"
],
"env": {
"PIHOLE_URL": "<valore>",
"PIHOLE_PASSWORD": "<segreto>",
"TZ": "<valore>",
"PIHOLE_READ_ONLY": "<valore>",
"PIHOLE_TLS_SKIP_VERIFY": "<valore>",
"PIHOLE_REQUEST_TIMEOUT": "<valore>",
"PIHOLE_MAX_RETRIES": "<valore>",
"PIHOLE_RETRY_MAX_DELAY": "<valore>"
}
}
}
}Ricavato dalla voce del registro, non testato qui. Cosa fa il server, e a quali condizioni, lo stabilisce il suo editore; prima di concedergli l’accesso ai propri account o file conviene consultarne il repository o il sito web. Come aggiungere un server MCP a un assistente · Prima di collegare un server
Altri server della categoria sviluppo
| Server | Esecuzione |
|---|---|
| PhosphorHosts, metrics, Docker and authorized_keys over a macOS terminal's live SSH connections. | Locale · stdio |
| PhprayAsk an agent why a PHP site is slow: every request with its SQL, HTTP calls, errors and N+1. | Remoto · HTTPVerifica live: ✗ nessun handshake |
| PhysboundPhysical Layer Linter: validates RF and radar calculations against hard physical limits. | Locale · stdio |
| Physical Capability CloudDiscover, hire, and verify real-world physical capability through MCP. | Remoto · HTTPVerifica live: ✓ handshake |
| PiboxSelf-hosted MCP server: pi-coding-agent tools (run_prompt, file ops) over streamable HTTP. | Locale · HTTP |
| Piia EngramLocal-first AI identity for MCP coding tools. Lessons, decisions, and context you control. | Locale · stdio |
| PikeletSearch self-contained.pikelet knowledge artifacts over MCP - no vector DB, no embedding API. | Locale · stdio |
| PinAppAIVisual website feedback your coding agent applies: pin change requests on the live site over MCP. | Remoto e locale · HTTP e stdioVerifica live: ✓ handshake |