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.

VerifiedSTDIODesktop onlyDeveloper ToolsSecurity & Monitoring

Overview

AI-generated 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.
Before you install
The server holds bearer tokens that control client access; quickstart tokens and certificates are ephemeral and the token changes on every start. Extensions can expose arbitrary external programs as tools, and the incoming bearer token is forwarded to them, so review any extension before enabling it. Access is audited via syslog, but log content itself is not recorded in the audit trail.

Installation

In SourceWeft

  1. Open Logmcp in the dashboard and add it to a workspace.
  2. 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:

sh
logmcp quickstart

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.

sh
logmcp quickstart --port 7789 --token mytoken   # optional flags

After testing, remove the server from Claude Code:

sh
claude mcp remove logmcp-quickstart

Option B: Permanent installation (recommended)

1. Install

sh
go install github.com/kascada/logmcp@latest

Or install the pre-built .deb (replace x.y.z with the latest version):

sh
curl -LO https://github.com/kascada/logmcp/releases/download/vx.y.z/logmcp_x.y.z_amd64.debsudo dpkg -i logmcp_x.y.z_amd64.deb

2. Run the setup wizard

sh
sudo logmcp setup

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

sh
logmcp client-config claude-code   # or: vscode | claude-desktop

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.

yaml
auth:  tokens:    - name: claude      token: ${LOGMCP_TOKEN}      scopes: [read]
extensions:  clitool:    - name: switchboard      command: /usr/local/bin/switchboard      timeout_seconds: 10

Unset variables expand to an empty string. To keep a literal $ in a value, use $$.

After setup, start the server:

sh
sudo systemctl start logmcp

Commands

CommandDescription
logmcp serveStart the MCP server (default)
logmcp quickstartStart instantly without config file (no root required)
logmcp setupInteractive setup wizard
logmcp checkVerify configuration and environment
logmcp token listList configured bearer tokens
logmcp token add --name <n>Add a new bearer token
logmcp token remove <name>Remove a bearer token
logmcp token renew <name>Generate a new value for an existing token
logmcp logs listList accessible log files
logmcp logs read <path>Read a log file or journald://
logmcp logs search <path>Search a log file or journald://
logmcp logs info <path>Show log file metadata
logmcp service installInstall systemd service
logmcp service removeRemove systemd service
logmcp service statusShow service status
logmcp service caddy-snippetPrint Caddyfile configuration
logmcp client-config claude-codePrint Claude Code MCP config
logmcp client-config vscodePrint VS Code MCP config
logmcp client-config claude-desktopPrint Claude Desktop MCP config
logmcp security install-fail2banInstall fail2ban filter and jail for logmcp

MCP Tools

These are the tools LogMCP exposes to AI assistants:

ToolDescription
list_logsList all log files the server has been configured to expose
read_logRead lines from a log file — head, tail, offset, or time window
search_logSearch a log file by regexp with optional context lines and time filter
log_infoFile metadata: size, line count, last modified
check_environmentServer-side health checks (config, TLS, whitelist, syslog, databases)
check_configShow current server configuration and optional parameters at their defaults
server_statusRuntime status of the MCP layer and registered extensions

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.

yaml
extensions:  clitool:    - name: myapp      command: /usr/local/bin/myapp-ctl      timeout_seconds: 10

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.

yaml
extensions:  clitool:    - name: myapp      command: /usr/local/bin/myapp-ctl   # still used for `list` at startup      mode: rpc      redis_addr: "127.0.0.1:6379"      timeout_seconds: 5

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:

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:

sh
# Forward remote port 7788 to localhostssh -L 7788:127.0.0.1:7788 user@yourserver
# Then point your MCP client at https://localhost:7788

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

0
SourceWeft has not started this package in its sandbox yet, so its tools are not known.

Version history

1
  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