Du skrev en MCP-server. Lokalt virker den fint — din agent kalder den, værktøjerne affyrer, alt er koblet op. Så lukker du din bærbare, og den er væk. Hvis du vil have den server tilgængelig, når din agent har brug for den — fra en anden maskine, fra en kollegas opsætning, fra et planlagt job klokken 3 om natten — skal den bo et sted, der altid er tændt, med en stabil adresse og HTTPS. Det er, hvad en VPS er til.
Her er, hvordan man flytter din MCP-server væk fra din bærbare og over på en boks, du faktisk kontrollerer, med ærlige bemærkninger om, hvor indsatsen går.
Lokal kontra fjern: hvad "hosting" faktisk betyder
MCP-servere kommer i to former.
En stdio-server kører som en lokal proces og taler med en klient på samme maskine over standard input/output. Den er perfekt, mens du bygger — men den kan ikke nås af noget på tværs af netværket.
En fjern-server taler HTTP (Server-Sent Events, eller den nyere streamable-HTTP-transport) over en URL. Enhver klient, der kender URL'en og holder de rigtige legitimationsoplysninger, kan kalde den. At hoste din egen MCP-server betyder at køre den fjern-slags et sted offentligt og stabilt.
Hvorfor ikke bare tunnelere din bærbare
Du kan teknisk eksponere en hjemmemaskine med en tunnel, og til en hurtig demo er det fint. Til noget du forlader dig på, arver du maskinens problemer: den sover, din ISP roterer din IP, din upload er langsom, og nu sidder en tjeneste fuld af rigtige værktøjer på dit hjemmenetværk ved siden af alt andet. En VPS giver dig en fast offentlig IP, et rigtigt domæne, ordentlig oppetid og isolation. For et par dollars om måneden sletter den en hel kategori af "hvorfor mistede min agent forbindelsen"-spørgsmål.
Stakken, konkret
Vælg en lille boks. En MCP-værktøjsserver er mest I/O — den venter på API'er, filer og databaser; den laver ikke tung matematik. 1–2 GB RAM er rigeligt til de fleste. (At køre en model inline for at svare er en anden historie — se self-hosting af en LLM med Ollama.)
Kør din server bundet til localhost, sig Node eller Python, der lytter på 127.0.0.1:3100. Hold den væk fra det offentlige interface direkte — proxyen håndterer det.
Sæt en reverse proxy foran til at terminere TLS på dit domæne. Caddy gør det i omkring fire linjer og henter et gratis certifikat automatisk:
mcp.yourdomain.com {
reverse_proxy 127.0.0.1:3100
}
Peg mcp.yourdomain.com mod din VPS-IP, genindlæs Caddy, og din server er live på https://mcp.yourdomain.com over streamable-HTTP.
Hold den altid tændt
En server, der dør ved det første nedbrud eller den første genstart, er ikke "hostet" — den er "kørende for nu". Pak den ind i en systemd-unit, så den genstarter ved nedbrud og kommer tilbage efter en genstart:
[Unit]
Description=My MCP server
After=network.target
[Service]
ExecStart=/usr/bin/node /opt/mcp/server.js
Restart=always
RestartSec=2
[Install]
WantedBy=multi-user.target
systemctl enable --now my-mcp og den er genuint altid tændt. (Det samme mønster holder enhver agent eller bot i live 24/7.)
Den del folk overser: du har brug for en tilgængelig port
Et offentligt MCP-endpoint har brug for en indgående port — 443 — tilgængelig fra internettet. På et NAT-abonnement får du præcis én videresendt port til SSH og intet andet; du kan ikke åbne 443 for verden. For at hoste en offentlig HTTPS-MCP-server vil du have et dedikeret-IP-abonnement, hvor hver port er din, og du kan pege et domæne direkte mod boksen. Det er forskellen mellem "min agent på samme bærbare kan nå den" og "enhver klient hvor som helst kan".
Lås den ned — det er et API med privilegier
En MCP-server eksponerer som regel værktøjer, der gør ting: læser filer, rammer betalte API'er, flytter penge. Læg ikke det på det åbne internet nøgent.
- Kræv et token på hvert kald. Afvis anonyme forespørgsler; tjek et bearer-token eller en API-nøgle, før noget værktøj kører.
- Firewall alt undtagen 443 og din SSH-port.
- Kun-nøgler SSH, ingen adgangskode-login. (Her er ti-minutters-tjeklisten.)
Behandl endpointet som det, det er — et API med reel autoritet — og det meste af risikoen forsvinder.
De ærlige grænser
- Du ejer nu driften. OS-opdateringer, at holde processen sund, at holde øje med logs. Caddy fornyer certifikatet for dig, men resten er din. En managed sky-funktion skjuler dette; en VPS rækker den til dig i bytte for kontrol og en meget lavere regning.
- MCP-specifikationen bevæger sig stadig. Transporter og auth-mønstre ændrer sig fra release til release. Pin din SDK-version og forvent at opdatere den nu og da.
- En CPU-boks er rigtig til værktøjsservere, ikke til at generere svar med en lokal model. Hvis din server kører en LLM for at svare, er det en separat, tungere maskine — se Ollama-guiden.
- Eksponér aldrig destruktive værktøjer uden auth og et bekræftelsestrin. Et åbent værktøj, der sletter ting, vil til sidst møde en bot, der scanner alt.
At betale for det
Tilmeld dig med en e-mail og betal i USDC eller USDT — intet kort, intet ID. Og hvis du kobler dette op for en agent, kan den samme slags boks bestilles og betales for programmatisk over vores egen MCP-server — agenten registrerer, finansierer en saldo og bestiller på egen hånd.
Host serveren én gang, og dine værktøjer er der, når agenten rækker efter dem.
Færdiglavet opsætning: se VPS til MCP-servere — det anbefalede abonnement og en et-minuts krypto-udrulning.
Kommentarer
Ingen kommentarer endnu. Vær den første.