Lokalen MCP-Server (stdio) remote nutzen – Wege, Aufwand und Risiken

Die meisten MCP-Server aus GitHub und npm starten Sie mit einem Befehl wie npx -y @irgendwer/mcp-server. Sie kommunizieren über stdio: Das KI-Programm startet den Server als Prozess auf Ihrem Rechner und spricht über Standard-Ein- und -Ausgabe mit ihm. Das funktioniert in Claude Desktop, Claude Code oder Cursor – aber nicht in Claude im Browser, nicht auf dem Smartphone und nicht für Kolleginnen und Kollegen. Diese Anleitung erklärt, warum, und welche Wege es gibt.

Warum stdio nur lokal funktioniert

Ein stdio-Server hat keine Netzwerkadresse. Er existiert nur, solange ein Programm auf demselben Rechner ihn startet. Claude im Browser und die Smartphone-App verbinden sich aber aus der Cloud von Anthropic mit Ihrem Server – und brauchen dafür eine öffentliche HTTPS-Adresse, die das Protokoll Streamable HTTP spricht. Dazu kommt: Wenn Ihr Laptop schläft, ist auch der Server weg.

Damit ein stdio-Server remote nutzbar wird, sind vier Dinge nötig:

1. Eine Brücke von stdio zu Streamable HTTP.
2. Ein Server, der rund um die Uhr läuft, mit TLS-Zertifikat und eigener Adresse.
3. Eine Anmeldung, damit nicht jeder im Internet Ihre Werkzeuge aufrufen kann – idealerweise OAuth, weil Claude-Connectors das direkt unterstützen.
4. Betrieb: Neustart nach Abstürzen, Updates, Logs, sichere Ablage der Zugangsdaten.

Weg 1: Selbst betreiben mit einer Brücke

Es gibt Open-Source-Brücken, die einen stdio-Server starten und über HTTP anbieten:

• Supergateway (MIT-Lizenz, Node.js) kann einen stdio-Server als Streamable HTTP bereitstellen.
• mcp-proxy von sparfenyuk (MIT-Lizenz, Python) stellt stdio-Server über HTTP bereit; prüfen Sie in der Dokumentation, welche Transporte Ihre Version im Server-Modus anbietet.

Ein Beispiel mit Supergateway:

npx -y supergateway \
  --stdio "npx -y @modelcontextprotocol/server-filesystem ./ordner" \
  --outputTransport streamableHttp \
  --port 8000

Der Server ist danach unter http://localhost:8000/mcp erreichbar. Für Claude fehlt noch einiges: ein Reverse-Proxy wie Caddy oder nginx mit TLS-Zertifikat und eigener Domain, ein Prozessmanager (systemd oder Docker mit Neustart-Regel) und vor allem eine Anmeldung. Die Brücken selbst bringen keine OAuth-Anmeldung mit. Claude erlaubt zwar inzwischen feste Schlüssel als „Request headers“, doch dann teilen sich alle Nutzer denselben Schlüssel.

Vorteile: volle Kontrolle, keine Zusatzkosten außer dem Server.

Nachteile: Sie sind für Sicherheit, Updates und Verfügbarkeit selbst verantwortlich. OAuth selbst umzusetzen ist der aufwendigste Teil.

Weg 2: Tunnel zum eigenen Rechner

Tunneldienste geben einem Port auf Ihrem Rechner eine öffentliche Adresse. Zusammen mit einer Brücke ist der lokale Server damit in wenigen Minuten erreichbar.

Vorteile: schnell, gut zum Ausprobieren.

Nachteile: Der Server läuft nur, solange Ihr Rechner an ist. Der Tunnelanbieter leitet den Verkehr weiter – prüfen Sie, wo er sitzt und ob das zu Ihren Datenschutzanforderungen passt. Für den Dauerbetrieb oder ein Team ist das keine Lösung.

Weg 3: Server auf Streamable HTTP umbauen

Wenn Sie den Code des Servers kontrollieren, können Sie ihn direkt mit Streamable HTTP ausstatten. Die offiziellen MCP-SDKs (zum Beispiel für TypeScript und Python) bringen dafür fertige Bausteine mit. Danach brauchen Sie keine Brücke mehr, aber Hosting, TLS und Anmeldung bleiben Ihre Aufgabe.

Weg 4: Hosting-Dienst

Mehrere Anbieter hosten MCP-Server und kümmern sich um Adresse, Anmeldung und Betrieb. Achten Sie bei der Auswahl auf:

• Standort der Daten und Rechenzentren und ob ein Auftragsverarbeitungsvertrag (AVV) möglich ist.
• Isolation: Läuft jeder Server getrennt, oder teilen sich Server Dateisystem und Netzwerk?
• Umgang mit Zugangsdaten: verschlüsselt gespeichert, nicht in Logs.
• Anmeldung: OAuth pro Person oder nur ein gemeinsamer Schlüssel?
• Kosten bei Leerlauf: Schläft der Server, wenn er nicht genutzt wird, und wie schnell wacht er auf?

Sicherheit: stdio-Server sind für den eigenen Rechner gebaut

Viele stdio-Server gehen davon aus, dass nur Sie selbst sie benutzen. Ein Dateisystem-Server mit Zugriff auf Ihren Home-Ordner ist lokal praktisch – im Internet wäre er ein offenes Scheunentor. Bevor Sie einen Server remote anbieten:

• Geben Sie ihm nur die Daten und Rechte, die er wirklich braucht.
• Lassen Sie ihn isoliert laufen, zum Beispiel in einem eigenen Container ohne Zugriff auf andere Dienste.
• Begrenzen Sie ausgehende Verbindungen auf die Ziele, die der Server braucht.
• Lesen Sie die Beschreibungen der Werkzeuge: Sie werden dem Modell gezeigt und können versteckte Anweisungen enthalten.
• Speichern Sie Zugangsdaten verschlüsselt und nie im Code oder in Logs.

Wie XenMCP das lösen wird

XenMCP (by Xenaxio) ist ein MCP-Hosting-Dienst in Deutschland, der sich gerade in Vorbereitung befindet. Geplant ist für die Zeit nach dem Start der Beta: Sie geben ein npm-Paket, ein Docker-Image oder ein GitHub-Repository an, XenMCP verpackt den stdio-Server mit einer Brücke, startet ihn in einer eigenen Sandbox (gVisor) mit begrenztem Netzwerkzugang und verschlüsselten Zugangsdaten und gibt Ihnen eine Adresse https://<name>.xenmcp.com/mcp mit OAuth 2.1. Zum Beta-Start gibt es zunächst fertige Server für MongoDB, PostgreSQL und MySQL/MariaDB. Mehr zur Sicherheit – oder direkt auf die Warteliste.

Wie Sie eine fertige Adresse in Claude eintragen, zeigt MCP-Server mit Claude verbinden.

Häufige Fragen

Kann ich einen stdio-Server direkt in Claude im Browser eintragen?

Nein. Claude im Browser und auf dem Smartphone braucht eine öffentliche HTTPS-Adresse mit Streamable HTTP. Ein stdio-Server muss dafür über eine Brücke und einen Server ins Internet gebracht werden.

Reicht ein Tunnel für den Dauerbetrieb?

Eher nicht. Der Server ist nur erreichbar, solange Ihr Rechner läuft, und der Tunnelanbieter sieht den Verkehr. Zum Ausprobieren ist ein Tunnel gut geeignet.

Bringen Brücken wie Supergateway eine Anmeldung mit?

Nein, sie übersetzen nur das Protokoll. Anmeldung, TLS und Betrieb müssen Sie selbst ergänzen oder einem Hosting-Dienst überlassen.

Laufen auch Python-Server?

Ja, die Brücke startet jeden Befehl, also auch uvx oder python. Wichtig ist nur, dass der Server über stdio spricht.