
Logmcp
io.github.kascadaPublished by GitHub account kascadav0.7.7Updated Oct 25, 2026
MCP server — read-only log access for AI assistants, without giving AI shell access.
Overview
A local MCP server that gives AI assistants read-only, token-authenticated access to log files and the systemd journal on a Linux server, without shell access.
- What you can do
- List the log files the server is configured to expose, including journald as a virtual source, and show file metadata such as size, line count and last modification time. Read log lines by head, tail, offset or time window, and search logs by regular expression with optional context lines and time filters. Run server-side health checks on configuration, TLS, whitelist and syslog, and show the current configuration and runtime status of the MCP layer and registered extensions. Use extra tools added through extensions that wrap external CLI programs or Redis-backed workers, and composite macro tools defined in YAML.
- When to use it
- Useful when you want AI-assisted debugging of a Linux server's logs but do not want to hand the assistant SSH or shell access, for example on production servers, customer machines or hardened environments where least privilege matters.
- Requirements
- Runs as a local process on the user's machine (desktop only) and connects to a LogMCP server on the Linux host. The server side needs the logmcp binary or .deb package, a bearer token, and TLS (self-signed, custom certificate, or behind a reverse proxy) or an SSH tunnel. Access to log files requires membership in groups such as adm or systemd-journal; configuration lives in a YAML file that can reference environment variables.
Installation
In SourceWeft
- Open Logmcp in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
LogMCP
[License: MIT] [logmcp MCP server]
MCP server — read-only log access for AI assistants. Debug your Linux server with AI, without giving the AI shell access.
No SSH. No write permissions. The AI reads your logs over HTTPS and helps you diagnose problems, while your server stays fully under your control.
LogMCP is an open-source MCP server that exposes log files on a remote Linux server to AI assistants (Claude Code, VS Code, Claude Desktop). Access is read-only, token-authenticated, and fully audited via syslog.
Get Started
Option A: Quickstart (no root required)
Try LogMCP in under a minute — no config file, no root, no systemd:
The command checks your group memberships (adm, systemd-journal), generates a bearer token and a self-signed TLS certificate, starts the server, and prints a ready-to-paste claude mcp add command.
Running as root? Pass --user <name> and LogMCP will add the user to the required groups and re-launch as that user — root is not needed for future starts.
Note: Token and certificate are ephemeral. The token changes on every start. For a permanent setup use Option B.
After testing, remove the server from Claude Code:
Option B: Permanent installation (recommended)
1. Install
Or install the pre-built .deb (replace x.y.z with the latest version):
2. Run the setup wizard
Guides you through TLS mode, bearer token, and systemd service — then prints a ready-to-paste client config snippet.
3. Add to your AI client
Paste the output into your MCP client config. Done — your AI can now read the server's logs.
The Key Advantage: Let the AI Debug Without Touching Your Server
You give the AI a read-only window into your logs. That's it.
- No SSH access required — the AI connects like any HTTPS client
- No write permissions — the AI cannot change, delete, or execute anything
- No shell access — not even read access beyond the whitelisted log paths
- Works from anywhere — your laptop, Claude Desktop, a remote CI agent
- Every access is audited via syslog on the server
This makes LogMCP ideal for situations where you need AI-assisted debugging but cannot or do not want to grant shell access: production servers, customer machines, hardened environments, or any setup where least-privilege matters.
SSH is also supported. If your AI client is Claude Code running locally with an SSH key, you can use LogMCP over an SSH tunnel instead of a public HTTPS endpoint. See SSH Tunnel Setup below.
Features
- Read-only access to log files — the AI cannot modify anything
- Whitelist/blacklist glob patterns for fine-grained access control
- systemd journal (
journald://) as a virtual log source - Multi-token auth — per-client bearer tokens with revocation
- External authenticator support — delegate token verification to any CLI program
- TLS support: self-signed, custom cert, or behind Caddy reverse proxy
- Audit trail via syslog (access only, no log content)
- Guided interactive setup wizard
- Systemd service integration
- Extensions — expose external CLI tools or Redis-RPC workers as additional MCP tools
- Macros — define composite MCP tools as YAML files, no code required
- fail2ban integration and in-process rate limiting
Setup Details
The wizard (sudo logmcp setup) covers:
- Deployment mode (direct TLS or behind Caddy)
- Port and bearer token configuration
- Systemd service installation
- Client configuration snippets for Claude Code, VS Code, and Claude Desktop
Whitelist/blacklist and journald are configured directly in /etc/logmcp/config.yaml after setup.
Environment variable substitution
Any value in config.yaml can reference environment variables using ${VAR} or $VAR syntax. The substitution happens before the file is parsed, so it works everywhere — tokens, paths, DSNs, etc.
Unset variables expand to an empty string. To keep a literal $ in a value, use $$.
After setup, start the server:
Commands
MCP Tools
These are the tools LogMCP exposes to AI assistants:
Extensions may add further tools — their names are prefixed with the extension name (e.g. myapp_status for an extension named myapp).
Extensions — Wrapping External Tools as MCP
LogMCP can expose any external program or service as additional MCP tools — no custom MCP server required. The AI sees them alongside the built-in log tools.
CLI extension
Any program that implements the clitool interface (list / call subcommands) can be registered. LogMCP calls <command> list at startup to discover tools, and forwards each tool call to <command> call <tool> --token-stdin.
This spawns a subprocess per call — suitable for any program on the same or a remote host.
RPC extension (Redis)
For programs running on the same host, the RPC variant avoids the per-call process-startup overhead (relevant for Python programs where interpreter startup and imports add noticeable latency). Instead of spawning a subprocess, LogMCP pushes a request onto a Redis list and waits for the worker's reply.
The worker reads requests from a Redis list and pushes its reply to a per-request reply key. See docs/RPC.md for the full protocol.
Auth flow
The bearer token from each incoming MCP request is forwarded to the extension — either via stdin (CLI mode) or as caller metadata in the RPC envelope. The extension can verify it or trust the pre-resolved identity.
Case Studies
Real-world scenarios where LogMCP makes the difference — see docs/case-studies.md:
- Asterisk/VoIP — Paket-Kompilierung und Abhängigkeitsfehler debuggen
- Webserver mit Caddy Reverse Proxy — produktive Installation
- Standalone-Betrieb mit eigenem TLS
SSH Tunnel Setup
If you are using Claude Code locally and already have SSH access to the server, you can run LogMCP without a public HTTPS endpoint:
LogMCP still requires a bearer token over the tunnel — the SSH layer adds transport security, the token controls which client can connect.
License
MIT License — see LICENSE.
Source: README.md at commit 672c2fe
Tools
0Version history
1- v0.7.7LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts

