
Ssh Client Mcp Server
io.github.jordanburkePublished by GitHub account jordanburkev1.6.0Updated Nov 5, 2026
MCP server for executing shell commands on remote hosts via SSH.
Overview
Local MCP server that lets an assistant run shell commands on a remote host over SSH, with optional tmux sessions for long-running processes.
- What you can do
- Run a shell command on the configured remote SSH host and get its exit status, stdout and stderr back.
- Drive persistent tmux sessions on the remote host: list sessions, type input, read recent pane output, and send control or special keys.
- Report the server's own name, version, runtime and registered tool counts through an info tool.
- When to use it
- Useful when an assistant needs to inspect or operate a remote Linux, macOS or Windows-with-OpenSSH machine: checking logs, running deployments or scripts, or keeping an interactive remote process alive across calls. It targets a single configured host, so it fits one-server workflows rather than fleet management.
- Requirements
- Runs locally on Node.js 22 or newer (Linux, macOS, Windows), typically launched with npx or a global npm install. Needs a reachable SSH server and connection details passed as CLI flags: host, optional user and port, plus one auth method (password, key file path, key from a named environment variable, or the system ssh-agent socket). tmux must be installed on the remote host for the tmux tools.
Installation
In SourceWeft
- Open Ssh Client Mcp Server 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
SSH Client MCP Server
SSH Client MCP Server is a local Model Context Protocol (MCP) server that lets LLMs and other MCP clients execute shell commands on remote hosts over SSH. It runs from Linux, macOS, or Windows and targets any reachable SSH server (Linux, macOS, Windows with OpenSSH, etc.).
Built on somamcp — a functional MCP framework on the MCP TypeScript SDK 2.x, with telemetry and introspection.
Contents
Monorepo
This repository is a pnpm monorepo with three packages:
For the fleet server, start with its README: first run, fleet_setup, audit log, policy, CA mode, and running on several machines (where to register it, installing on a hub, per-hub keys versus CA mode, macOS hosts).
Run the full validation suite across all packages:
Quick Start
- Configure your MCP client (Claude Desktop, Cursor, Cline, etc.) to launch this server via
npx— see Client Setup. - Ask your LLM to run shell commands on the target host.
No global install required — npx fetches and runs the latest published version.
Features
- Single
exectool — runs a shell command on the remote host. A non-zero exit is the failure; a command that exits 0 succeeds even if it wrote to stderr, and its stderr follows stdout under a[stderr]marker. A failure readsexit <code>:then stderr, then stdout under[stdout]; a command a signal ended readsexit 137 (signal KILL). - Four auth modes — password, key file, key from environment variable (e.g. injected by envpkt, Vault, Doppler), or
SSH_AUTH_SOCK(system ssh-agent, 1Password, Bitwarden Desktop, KeePassXC). - Smart path expansion —
--keysupports~,$VAR,${VAR}, and relative paths viafunctype-os. Unresolved variables fail fast with a typed error. - OS-user fallback —
--userdefaults to the current OS username when omitted. - Fail-fast auth — the SSH key is loaded and validated at server startup, not on the first
execcall. - Introspection out-of-the-box — an
infotool, auto-registered by somamcp, reports the server's name, version, runtime, and tool counts. - Cross-platform — runs on Linux, macOS, Windows (anywhere Node 22+ runs).
Tools
Persistent sessions (tmux)
For driving long-running interactive processes (e.g. a remote coding agent) across calls, the server exposes tmux-backed tools. tmux must be installed on the remote host.
tmux_list— list live tmux sessions.tmux_send({ session?, input, submit? })— typeinputintosession(created if absent); presses Enter unlesssubmit: false.tmux_read({ session?, lines? })— return the recent pane transcript (linesdefault 200, max 2000).tmux_keys({ session?, keys })— send control/special keys, e.g.{ keys: ["C-c"] }.
session defaults to --tmux-session (default agent). Tip: run agents in a line-oriented mode (not a full-screen TUI) so tmux_read returns a clean transcript.
Installation
Run via npx (recommended)
No install step — your MCP client launches it on demand. See Client Setup.
Global install
From source (for contributors)
Configuration
The server reads SSH connection info from CLI flags:
*Auth precedence is --password → --key → --key-env → --agent. If none are set the server starts but ssh2 will fail to authenticate on first exec.
Pulling keys from a password manager (Bitwarden / 1Password / KeePassXC)
Each of these can expose your SSH keys via SSH_AUTH_SOCK. Unlock the vault, confirm the agent is enabled, then run with --agent=true — the server never sees the private key.
For Bitwarden Desktop ≥ 2024.12: enable Settings → SSH agent, then on macOS confirm launchctl getenv SSH_AUTH_SOCK points at Bitwarden's socket.
Pulling keys from envpkt (or any tool that injects env vars)
Store the PEM as a sealed value in envpkt.toml, then launch via envpkt exec:
Same pattern works for HashiCorp Vault, Doppler, Infisical, AWS Secrets Manager, or any wrapper that lands the key in process.env.
Client Setup
Claude Desktop (claude_desktop_config.json)
Password auth
Replace the --key arg with --password=hunter2. Avoid checking this into version control.
Using the current OS user
Omit --user entirely — the server defaults to your local username.
Other MCP clients
Any client that speaks the stdio MCP transport works. Same command / args shape.
Testing
Against a published build
Against a local build (after pnpm build)
This builds and launches the MCP Inspector pointed at dist/index.js.
Development
All tooling is delegated to ts-builds:
Pure helpers (parseArgv, validateConfig, resolveAuth, effectiveUser) live in src/config.ts and are covered by test/config.spec.ts (18 cases, including tempfile-backed key reads and env-var expansion).
Disclaimer
Provided under the MIT License. Use at your own risk. Not affiliated with or endorsed by any SSH vendor or MCP provider. Be careful granting LLMs shell access — audit commands, restrict target-account privileges, and consider a jump box.
Contributing
Issues and PRs welcome at jordanburke/ssh-client-mcp-server. Please run pnpm validate before submitting.
Source: README.md at commit b21391c
Tools
0Version history
2- v1.6.0LatestNov 5, 2026
- v1.5.1Sep 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