EQVPS

Host din egen MCP-server på en VPS

5. jul. 2026 · 4 min. læsning · EQVPS Team

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.

Behandl endpointet som det, det er — et API med reel autoritet — og det meste af risikoen forsvinder.

De ærlige grænser

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.

FAQ

Har jeg brug for en dedikeret IP for at hoste en MCP-server?

Til et offentligt HTTPS-endpoint, ja. NAT-abonnementer videresender en enkelt SSH-port og eksponerer ikke port 443 mod internettet. Et dedikeret-IP-abonnement giver dig hver port og et domæne, du kan pege direkte mod boksen.

stdio eller HTTP — hvilken transport hoster jeg?

HTTP (SSE eller den nyere streamable-HTTP). En stdio-server taler kun med en klient på samme maskine; alt du vil have tilgængeligt over netværket skal tale HTTP bag en URL.

Kan én VPS køre flere MCP-servere?

Ja. Bind hver server til en forskellig lokal port og giv hver sit eget subdomæne i reverse proxyen. RAM er den praktiske grænse, og værktøjsservere bruger meget lidt af den.

Hvor meget RAM har en MCP-server brug for?

Som regel lidt. En værktøjsserver er I/O-bundet — den venter på API'er og databaser frem for at knuse tal, så 1–2 GB håndterer de fleste. At køre en model til at generere svarene er et separat, meget tungere job.

← Tilbage til blogSe planer & priser →

Kommentarer

Ingen kommentarer endnu. Vær den første.

Skriv en kommentar

Kommentarer modereres, før de vises.