Skip to main content
← Integrations IA
macOS uniquement
L'assistant CLI + IDE d'Anthropic

Claude Code + SSH via le serveur MCP de SSHive

Laissez Claude Code lancer des commandes sur vos serveurs, lire des fichiers distants et explorer votre flotte, via le serveur MCP local de SSHive. Setup CLI one-shot, pas de relais cloud.

Télécharger SSHive gratuitementVoir la page MCP
Claude Code est l'assistant CLI et IDE d'Anthropic, `claude` dans votre terminal, plus des intégrations pour VS Code, Cursor et JetBrains. Il est très bon pour écrire et refactorer du code, mais tant que vous ne lui donnez pas de serveurs MCP, il n'a aucune idee de ce qui tourne sur votre vraie infrastructure. Le serveur MCP intégré de SSHive comble ce gap sur macOS : chaque session SSH et SFTP ouverte dans SSHive devient un outil que Claude peut appeler, avec les mêmes credentials, la même chaine de jump-host, la même protection Trousseau. Pas de nouvelle auth, pas de pool de sessions séparé, Claude reutilise ce que vous avez deja. Le serveur MCP tourne sur `127.0.0.1` uniquement, avec un Bearer token aleatoire regenere a chaque lancement de SSHive. Rien ne quitte votre machine. Note : MCP est une feature macOS uniquement parce qu'il faut un serveur HTTP local toujours actif, ce que les restrictions de background iOS empechent.

Setup Claude Code avec SSHive en 4 etapes

  1. 1

    Activez le serveur MCP dans SSHive

    Ouvrez SSHive sur macOS, allez dans Réglages → MCP, activez "Enable MCP server". Un Bearer token aleatoire apparait juste en dessous, copiez-le. Le serveur ecoute sur `http://127.0.0.1:49422/mcp`.

  2. 2

    Lancez la commande one-shot `claude mcp add`

    Dans votre terminal, collez la commande que SSHive affiche dans le même panneau Reglages. Elle supprime toute ancienne entrée `sshive` et enregistre la nouvelle dans `~/.claude.json` en une etape.

    A copier
    claude mcp remove sshive --scope user 2>/dev/null; claude mcp add --transport http --scope user sshive http://127.0.0.1:49422/mcp --header "Authorization:Bearer <your-token>"
  3. 3

    Redemarrez Claude Code

    Quittez toute session `claude` en cours et rouvrez. La prochaine fois que vous lancez `claude` (ou le plugin IDE), il charge la nouvelle config MCP et decouvre les 11 outils SSHive : `ssh_list_sessions`, `ssh_execute`, `sftp_list`, `sftp_read_file`, `sftp_write_file`, `sftp_write_file_chunk`, `sftp_write_from_local_path`, `sftp_download_to_local_path`, `sftp_mkdir`, `sftp_rename`, `sftp_delete`.

  4. 4

    Ouvrez les sessions SSH que vous voulez exposer

    Claude ne voit que les sessions reellement connectées dans SSHive. Ouvrez les profils prod, staging, db-master que vous voulez, Claude peut ensuite faire `ssh_list_sessions` pour les decouvrir et `ssh_execute` pour lancer des commandes. Les sessions fermees disparaissent des outils de Claude.

Que demander a Claude Code une fois connecté

Vous demandez

« Liste tous les conteneurs Docker du serveur prod et dis-moi lesquels tournent depuis le plus longtemps. »

Ce qui se passe

Claude appelle `ssh_list_sessions`, choisit le profil prod, lance `docker ps --format "..."` via `ssh_execute`, parse la sortie et répond en langage naturel.

Vous demandez

« Lis la config nginx de staging et dis-moi quels sites elle sert. »

Ce qui se passe

Claude appelle `sftp_list` sur `/etc/nginx/sites-enabled/`, puis `sftp_read_file` sur chaque entrée, resume les blocs server et les domaines listes.

Vous demandez

« Mon script de deploy a echoue sur prod, check `/var/log/deploy.log` et dis-moi ce qui ne va pas. »

Ce qui se passe

Claude `sftp_read_file` le log, trouve la stanza d'erreur, la correle avec l'entrée réussie précédente, et propose la cause racine probable en clair.

Pourquoi associer Claude Code et SSHive specifiquement

Claude Code donne le meilleur quand il a du vrai contexte. Sans MCP, vous passez la moitie de la session a copier-coller la sortie de `docker ps` aller-retour, a resumer des fichiers de log pour Claude, a copier-coller des blocs de config un écran a la fois. Le serveur MCP de SSHive ecrase cette boucle : Claude appelle l'outil, recupere la sortie live, raisonne dessus, propose un fix. Le fix arrive plus vite, la conversation reste concise, et vos mains arretent de traduire entre deux terminaux. Ce qui est unique a SSHive vs d'autres facons de donner du SSH a Claude : • Il utilise les sessions déjà ouvertes. Les autres approches obligent a donner a Claude des credentials SSH bruts, ce qui les fait atterrir dans le contexte du modèle, risque sécurité pour toute flotte non-jouet. SSHive expose plutot *vos sessions déjà authentifiees*, Claude ne voit jamais le matériel clé, seulement l'effet de bord des commandes. • Il tourne en local. Certains outils "SSH pour IA" montent un relais cloud pour que le modèle atteigne vos serveurs via leur infra. Le serveur MCP de SSHive est lie a `127.0.0.1`, votre trafic ne quitte jamais votre Mac. • Il survit aux versions de modeles. Le standard MCP est d'Anthropic, et Claude Code, Cursor, Claude Desktop et un nombre croissant d'autres clients l'implementent. Le même serveur MCP de SSHive marche avec tous, sans drift de config par client.

Questions frequentes

Claude voit-il mes clés privées SSH ?+
Non. Le serveur MCP de SSHive expose les *sessions*, pas les credentials. Vos clés, passphrases et configs d'hôte restent dans les entrées Trousseau de SSHive. Claude peut appeler `ssh_execute` sur une session connectée, mais il ne peut pas demander votre clé privee.
Ou va le trafic MCP ?+
Localhost uniquement. Le serveur MCP est lie a `127.0.0.1`, pas accessible depuis le reseau. Le process `claude` de Claude Code et SSHive parlent via l'interface loopback, avec auth Bearer token. Pas de relais cloud, pas de telemetrie.
Claude peut-il écrire des fichiers sur mes serveurs via SFTP ?+
Oui si vous l'autorisez, les outils `sftp_write_file`, `sftp_write_file_chunk` et `sftp_write_from_local_path` sont exposes. Claude demande confirmation avant d'écrire si le profil de permission Claude Code l'exige. Vous pouvez aussi desactiver des outils individuellement dans Réglages → MCP.
Pourquoi MCP est macOS uniquement et pas iOS ?+
MCP a besoin d'un serveur HTTP local toujours actif. iOS suspend agressivement les apps en arriere-plan pour economiser la batterie, ce qui tuerait le serveur MCP a chaque switch d'app. macOS n'a pas cette restriction. Note que l'iOS recoit toutes les autres features SSHive, SSH, SFTP, RDP, VNC, VPN, tunnels, broadcast, outils reseau.

Essayer SSHive gratuitement sur macOS

Obtenez le client tout-en-un SSH, SFTP, RDP et VNC pour Mac. Téléchargement gratuit, sans inscription.

Télécharger SSHive gratuitement