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.

VerifiedSTDIODesktop onlyCloud & InfrastructureDeveloper Tools

Overview

AI-generated 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.
Before you install
It gives the assistant shell access on the remote host, so commands can change or delete data there; the README advises auditing commands, limiting the target account's privileges and using a jump box. Credentials are passed as CLI flags, so a password or key path may end up in client config files that could be committed to version control. Prefer the ssh-agent or environment-variable key options so the private key is not exposed.

Installation

In SourceWeft

  1. Open Ssh Client Mcp Server 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

SSH Client MCP Server

[License] [NPM Version] [CI]

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:

Packagenpm nameRole
packages/core@ssh-mcp/core (private)Shared SSH pool, tmux command builders, and auth resolution. Bundled into the other packages; not published separately.
packages/connectorssh-client-mcp-serverSingle-host MCP server (the original package). exec + tmux_* tools for one configured SSH host.
packages/orchestratorssh-fleet-mcp-serverMulti-host fleet MCP server. Host-routed exec + tmux_* tools driven by a TOML fleet config.

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:

bash
pnpm -r validate

Quick Start

  1. Configure your MCP client (Claude Desktop, Cursor, Cline, etc.) to launch this server via npx — see Client Setup.
  2. 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 exec tool — 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 reads exit <code>: then stderr, then stdout under [stdout]; a command a signal ended reads exit 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 — --key supports ~, $VAR, ${VAR}, and relative paths via functype-os. Unresolved variables fail fast with a typed error.
  • OS-user fallback — --user defaults to the current OS username when omitted.
  • Fail-fast auth — the SSH key is loaded and validated at server startup, not on the first exec call.
  • Introspection out-of-the-box — an info tool, 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

ToolDescription
execExecute a shell command on the remote SSH server and return its output.
infoServer name, version, runtime, and registered tool counts.

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? }) — type input into session (created if absent); presses Enter unless submit: false.
  • tmux_read({ session?, lines? }) — return the recent pane transcript (lines default 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

bash
npm install -g ssh-client-mcp-server# then:ssh-client-mcp-server --host=1.2.3.4 --user=root --password=pass

From source (for contributors)

bash
git clone https://github.com/jordanburke/ssh-client-mcp-server.gitcd ssh-client-mcp-serverpnpm installpnpm build

Configuration

The server reads SSH connection info from CLI flags:

FlagRequiredDefaultDescription
--hostyes—Hostname or IP of the remote SSH server.
--usernoOS usernameSSH username. Falls back to the local OS user (whoami) when omitted.
--portno22SSH port.
--passwordno*—SSH password.
--keyno*—Path to a private SSH key. Supports ~, $VAR, ${VAR}, and relative paths.
--key-envno*—Name of an env var holding the private key PEM (e.g. injected by envpkt, Vault, Doppler).
--agentno*—Set to true to use SSH_AUTH_SOCK (system ssh-agent, 1Password, Bitwarden Desktop, KeePassXC).

*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.

bash
# verify the agent is reachablessh-add -l
# launch the MCP server through itssh-client-mcp-server --host=1.2.3.4 --user=root --agent=true

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:

bash
envpkt exec -- ssh-client-mcp-server --host=1.2.3.4 --user=root --key-env=MY_SSH_KEY

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)

json
{  "mcpServers": {    "ssh-client-mcp-server": {      "command": "npx",      "args": ["-y", "ssh-client-mcp-server", "--host=1.2.3.4", "--user=root", "--key=~/.ssh/id_ed25519"]    }  }}

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

bash
npx @modelcontextprotocol/inspector npx ssh-client-mcp-server --host=1.2.3.4 --user=root --key=~/.ssh/id_ed25519

Against a local build (after pnpm build)

bash
pnpm inspect

This builds and launches the MCP Inspector pointed at dist/index.js.

Development

All tooling is delegated to ts-builds:

bash
pnpm validate      # format → lint → typecheck → test → buildpnpm test          # vitest runpnpm test:watch    # vitest watch modepnpm build         # production build to dist/pnpm dev           # tsdown watch mode to lib/pnpm inspect       # build + launch MCP Inspector

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

0
SourceWeft started this package once in an isolated sandbox, without credentials, to list its tools. That failed: the server did not start.

Version history

2
  1. v1.6.0LatestNov 5, 2026
  2. 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