Deploy SolidStart to your own VPS with Node.js

Deploy a SolidStart app to your own VPS: ox reads the Node version from package.json, runs the build, starts it under systemd and adds HTTPS with Caddy.

Last updated 2026-10-09

On this page

To deploy SolidStart to a VPS with ox, add the repo as a project and deploy it, with no Dockerfile and no ox.toml. ox reads package.json, runs npm install and npm run build, then starts npm run start under systemd behind Caddy with HTTPS. Run ox check in your repo to see the same plan before the first deploy.

Plan verified, real-server test pending. The plan below is what ox check prints for a minimal SolidStart repo in ox's tests. A deploy on a real server is not recorded yet.

ox reads package.json, builds the plan on the card, and starts npm run start on your server.

What ox detects in a SolidStart repo

This is the plan ox check prints for a minimal a SolidStart app, with no ox.toml. Each row says where its value came from: a file in the repo, or ox's default.

FieldValueSource
app.startnpm run startdetected:package.json
build.installnpm installdetected:package.json
build.commands[0]npm run builddetected:package.json
tools.node22detected:package.json

The ox.toml for SolidStart

None is needed: the plan above comes from the repo alone. Write one to serve your own domain or to change what ox detected. This one passes ox check against the same repo: [app] keeps the detected start command and build.

ox.toml, optional
domains = ["www.example.com"]

[app]

Check and deploy SolidStart

Add the repo as a project, then check and ship it from a terminal:

Check, deploy and read the logs
ox check                                # in the repo: the plan above, offline
ox new <owner/repo> --server <server>  # add the repo as a project
ox deploy <project> --wait              # stream the deploy, exit with its result
ox logs <project> --follow             # the app's own logs

Variables to set for SolidStart

None before the first deploy: ox check asks for no variable. Add your own on the dashboard's Variables tab or with ox vars set <project> KEY.

ox provides these to the app itself: PORT, HOST, OX_ENV, OX_PROJECT, OX_RELEASE, OX_DATA_DIR, PUBLIC_URL and PUBLIC_HOST.

If the SolidStart deploy fails

  • build 1/1: npm run build: exit status 1: Your build failed. The lines above it are the build's own output; run the same command on your computer, fix it, and push. More.
  • TCP connect to 127.0.0.1:8001 did not answer within 120s: dial tcp 127.0.0.1:8001: connect: connection refused: The app started but never answered on the port ox gave it. Listen on 127.0.0.1 at $PORT; the lines above the message are the app's own output. More.
  • web of shop on main keeps crashing: systemd restarted it 5 times in the last 10 minutes. The Logs tab shows why.: The release went live and then kept dying. Read the Logs tab for the error and deploy a fix, or roll back. More.

Your visitors never see a failed deploy: the previous release keeps serving until the new one passes its health check.

Next steps

SolidStart FAQ

Do I need a Dockerfile or an ox.toml to deploy SolidStart to a VPS?

No. ox does not use Docker, and ox check on a SolidStart repo with no ox.toml prints Ready to deploy. Write an ox.toml only to change what ox detected.

What does ox install on the server for SolidStart?

Only what the plan names: node 22 (read from package.json). Your app's own dependencies are installed by the build into the release folder, not system-wide.

Why does ox use Node.js 22 here?

Because this repo's package.json asks for it in engines, and the version your repo pins wins over ox's default of Node.js 24.

Every stack ox deploys, and the ones it does not yet, is on the Stacks page.