VPS für MCP-Server

MCP — das Model Context Protocol — ist, wie Claude, Cursor und eine wachsende Liste von Clients externe Tools aufrufen. Die meisten Leute beginnen mit einem lokalen stdio-Server: gut auf deinem eigenen Laptop, unsichtbar für alles andere.

In dem Moment, in dem du dieses Tool von mehr als einem Ort erreichbar willst — Claude auf deinem Handy, dem Editor eines Teamkollegen, einem Agenten, der auf einer anderen Maschine läuft — brauchst du einen Remote-MCP-Endpunkt: eine öffentliche Adresse, HTTPS und etwas, das weiterläuft, wenn du deinen Laptop schließt.

Das ist ein kleiner Server. So richtet man einen ein.

Was ein MCP-Server braucht

Nicht viel. Die meisten MCP-Server sind dünn: sie übersetzen Tool-Aufrufe in API-Anfragen oder Datenbank-Abfragen. Die Anforderungen kommen von der Offenlegung, nicht von der Rechenleistung:

• Eine öffentliche IP und eine Domain. Remote-MCP ist HTTP(S). Du brauchst eingehenden Traffic, was einen Plan mit dedizierter IP bedeutet — unsere NAT-Pläne nehmen ihn nicht an.
• TLS. Clients sprechen nicht mit einem Einfach-HTTP-Endpunkt, und das solltest du auch nicht wollen.
• Authentifizierung. Dein MCP-Server ist ein Satz von Tools, die jemand aufrufen kann. Bearer-Tokens mindestens, immer.
• Verfügbarkeit. Ein MCP-Endpunkt, der unten ist, ist ein Tool, das still nicht existiert.

Nano-IP (8 $/Mon. — 2 vCPU, 1 GB RAM, eigene öffentliche IPv4) deckt einen typischen MCP-Server bequem ab.

Einrichtung, mit Caddy für TLS

# Ubuntu 24.04, Plan mit dedizierter IP; richte zuerst den A-Record deiner Domain hierher
apt update && apt install -y nodejs npm caddy git

# Dein MCP-Server (streamable-http-Transport, lauscht auf localhost)
git clone https://github.com/you/your-mcp.git /opt/mcp
cd /opt/mcp && npm install && npm run build

# systemd — Neustart bei Absturz, Start beim Booten
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 holt automatisch ein Let's-Encrypt-Zertifikat
cat >/etc/caddy/Caddyfile <<'EOF'
mcp.yourdomain.com {
    reverse_proxy localhost:3000
}
EOF

systemctl reload caddy

Richte deinen Client auf https://mcp.yourdomain.com mit einem Bearer-Token, und deine Tools sind von überall für Claude verfügbar.

Lege einen MCP-Server nie ohne Authentifizierung offen. Es ist ein aus der Ferne aufrufbarer Satz von Tools, der an deine Systeme angehängt ist — behandle ihn wie einen API-Schlüssel, nicht wie einen Blog.

Wir betreiben auch einen

Unserer legt EQVPS selbst als Tools offen: ein Agent kann Pläne auflisten, einen Server erstellen, seine SSH-Details zurücklesen und ihn beenden — zahlend aus einem Prepaid-Krypto-Guthaben, ohne Mensch in der Schleife.

Was zwei Dinge bedeutet. Erstens, wenn unsere Docs das Hosten eines MCP-Servers beschreiben, ist es keine Theorie — /docs ist dieselbe Einrichtung, die wir in der Produktion betreiben. Zweitens kann dein Agent die Maschine bereitstellen, auf der sein eigener MCP-Server läuft. Diese Schleife schließt sich.

Warum hier

Kein KYC, Krypto-Zahlung. E-Mail zum Registrieren, USDC oder USDT zum Bezahlen. Ein Tool-Endpunkt für ein Nebenprojekt sollte keinen Pass erfordern. Neu bei Krypto?

Einen Plan wählen

Pläne mit dedizierter IP — du brauchst eingehendes HTTPS. Volles root, NVMe, ungemessener Traffic, Deutschland oder Finnland.

Verwandte Lektüre

• Einen MCP-Server hosten — die lange Anleitung
• EQVPS-MCP-Tool-Referenz — was unser eigener Server offenlegt
• VPS für KI-Agenten

Bereit? Stelle einen MCP-Server bereit → — live in etwa einer Minute, in Krypto bezahlt, kein Ausweis nötig.