VPS pour serveurs MCP

MCP — le Model Context Protocol — est la façon dont Claude, Cursor et une liste croissante de clients appellent des outils externes. La plupart des gens commencent avec un serveur stdio local : parfait sur votre propre portable, invisible pour tout le reste.

Dès l'instant où vous voulez que cet outil soit joignable depuis plus d'un endroit — Claude sur votre téléphone, l'éditeur d'un coéquipier, un agent tournant sur une autre machine — il vous faut un point de terminaison MCP distant : une adresse publique, HTTPS, et quelque chose qui continue de tourner quand vous fermez votre portable.

C'est un petit serveur. Voici comment en configurer un.

Ce dont un serveur MCP a besoin

Pas grand-chose. La plupart des serveurs MCP sont fins : ils traduisent les appels d'outils en requêtes d'API ou en requêtes de base de données. Les exigences viennent de l'exposition, pas du calcul :

• Une IP publique et un domaine. Le MCP distant est du HTTP(S). Vous avez besoin de trafic entrant, ce qui signifie une offre à IP dédiée — nos offres NAT ne l'acceptent pas.
• TLS. Les clients ne parleront pas à un point de terminaison en HTTP simple, et vous ne devriez pas le vouloir.
• Authentification. Votre serveur MCP est un ensemble d'outils que quelqu'un peut invoquer. Des jetons Bearer au minimum, toujours.
• Disponibilité. Un point de terminaison MCP hors service est un outil qui n'existe silencieusement pas.

Nano-IP (8 $/mois — 2 vCPU, 1 Go RAM, IPv4 publique à vous) couvre confortablement un serveur MCP typique.

Configuration, avec Caddy pour le TLS

# Ubuntu 24.04, offre à IP dédiée ; pointez d'abord l'enregistrement A de votre domaine ici
apt update && apt install -y nodejs npm caddy git

# Votre serveur MCP (transport streamable-http, à l'écoute sur localhost)
git clone https://github.com/you/your-mcp.git /opt/mcp
cd /opt/mcp && npm install && npm run build

# systemd — redémarre au plantage, démarre au boot
cat >/etc/systemd/system/mcp.service <<'EOF'
[Unit]
Description=MCP Server
After=network.target

[Service]
WorkingDirectory=/opt/mcp
ExecStart=/usr/bin/node dist/index.js
Restart=always
Environment=PORT=3000
Environment=MCP_TOKEN=long_random_secret

[Install]
WantedBy=multi-user.target
EOF

systemctl daemon-reload && systemctl enable --now mcp

# Caddy récupère automatiquement un certificat Let's Encrypt
cat >/etc/caddy/Caddyfile <<'EOF'
mcp.yourdomain.com {
    reverse_proxy localhost:3000
}
EOF

systemctl reload caddy

Pointez votre client vers https://mcp.yourdomain.com avec un jeton Bearer, et vos outils sont accessibles à Claude depuis n'importe où.

N'exposez jamais un serveur MCP sans authentification. C'est un ensemble d'outils appelables à distance rattachés à vos systèmes — traitez-le comme une clé API, pas comme un blog.

Nous en faisons tourner un aussi

Le nôtre expose EQVPS lui-même sous forme d'outils : un agent peut lister les offres, créer un serveur, relire ses détails SSH et le résilier — en payant depuis un solde crypto prépayé, sans humain dans la boucle.

Ce qui signifie deux choses. D'abord, quand notre documentation décrit l'hébergement d'un serveur MCP, ce n'est pas de la théorie — /docs est la même configuration que nous faisons tourner en production. Ensuite, votre agent peut provisionner la machine sur laquelle tourne son propre serveur MCP. La boucle se ferme.

Pourquoi ici

Sans KYC, paiement en crypto. Un e-mail pour s'inscrire, des USDC ou USDT pour payer. Un point de terminaison d'outil pour un projet perso ne devrait pas exiger de passeport. Nouveau à la crypto ?

Choisir une offre

Offres à IP dédiée — vous avez besoin de HTTPS entrant. Root complet, NVMe, trafic non compté, Allemagne ou Finlande.

Lectures liées

• Héberger un serveur MCP — le guide détaillé
• Référence des outils MCP d'EQVPS — ce que notre propre serveur expose
• VPS pour agents IA

Prêt ? Déployez un serveur MCP → — en ligne en une minute environ, payé en crypto, sans pièce d'identité requise.