Back to NewsMultiplayer

StarRupture Windows SteamCMD First Start — App ID 3809400

10 min read
By StarRupture Planner Team
Server room with terminal showing StarRupture dedicated server setup commands and a lunar base game on a second monitor

This Windows first-start checklist begins after SteamCMD and StarRupture App ID 3809400. Place DSSettings.txt, keep UDP 7777 open, then use Manage Server before you treat a running process as a loaded world. For Linux, Docker, ports, and the rest of the install, use the dedicated server setup guide.

How to use this guide safely
  • Official support still says there is no Dedicated Server available for the Public Test Branch.
  • Some installs use DSSettings.txt heavily, while some host setups also rely on password JSON files or panel-specific paths.
  • A healthy process is not the same thing as a loaded world. Join from the game client and use Manage Server before assuming deeper failure.

Quick Start Answers

Current search results for this topic mix full setup guides, host-wiki pages, YouTube walkthroughs, and community troubleshooting. These are the first-screen answers most setups need before the longer guide body.

Fastest baseline
Windows plus SteamCMD is still the lowest-friction quick start

Use this Windows SteamCMD first-start checklist for App ID 3809400. If you need the complete dedicated-server setup, broader DSSettings coverage, or Linux hosting, switch to the full guide.

Most-missed step
Booting the process is not enough - use Manage Server after you join

A server can be running and still have no real world loaded. After connecting from the game client, open Manage Server and choose Start New Session or Load Session before you start troubleshooting deeper.

First network check
Keep DSSettings.txt and UDP 7777 aligned before you chase edge-case fixes

The first clean validation loop is DSSettings path, launch command, firewall, router forwarding, and the exact join target. Browser delay or a wrong save state often looks like a network problem at first glance.

Handoff path
Switch to the lag guide or Linux guide as soon as the real bottleneck is obvious

If players can join but rubberband, you are in performance territory now. If the host path is Linux-first, leave the Windows quick start early instead of forcing Windows assumptions onto a different stack.

Advertisement

Step 1: Install SteamCMD and pull the server files

The fastest current live-baseline path is still Windows plus SteamCMD. Use a permanent directory such as C:\SteamCMD\, then run the standard dedicated-server install path with app ID 3809400.

login anonymous
force_install_dir C:\StarRuptureServer\
app_update 3809400 validate
quit

Keep the validate flag on first install and after suspicious update failures.

Step 2: Set the first DSSettings.txt baseline

Treat DSSettings.txt as the first config surface, then cross-check the exact path for your current host workflow before editing a live save.

# Server name shown in the browser
ServerName=My StarRupture Base
# Max concurrent players
MaxPlayers=4
# Autosave interval in minutes
AutoSaveInterval=15

Keep this quick-start file simple. If your real blocker is password handling, save loading, or host-panel config drift, move to the full dedicated server guide or the admin guide.

Step 3: Verify UDP 7777 before you chase edge cases

StarRupture dedicated servers still point to UDP 7777 as the first network baseline. Keep the launch command, DSSettings path, firewall rules, router forwarding, and join target aligned before you assume the problem is something stranger.

netsh advfirewall firewall add rule name="StarRupture" protocol=UDP dir=in localport=7777 action=allow

If the browser still looks wrong after this, do not guess. Run the server-not-showing checklist next.

Step 4: Start the world from the game client

This is the hidden step that many setup guides bury: a running process is not the same thing as a playable world.

  1. Launch the server process and confirm it stays alive.
  2. Open StarRupture on a client PC.
  3. Join through the dedicated server flow.
  4. Open Manage Server.
  5. Choose Start New Session or Load Session.

If you skip this, the setup can look healthy while players still see odd browser behavior, missing world state, or failed persistence.

Step 5: Use the right troubleshooting fork

Problem: Players can connect but immediately disconnect
Fix: Check version mismatch first, then verify that the right world was actually started through Manage Server. A healthy process with no active session can look like a network issue.
Problem: Server starts but does not appear in the browser
Fix: Treat the browser as one signal, not the only signal. Re-check UDP 7777, DSSettings path, firewall rules, and direct join behavior, then use the browser troubleshooting guide if the listing still looks wrong.
Problem: Players can join but rubberband or desync
Fix: Move to the lag checklist next. Start with host region, wired networking, player count, and autosave cadence before you assume the answer is a hidden launch flag.
Problem: Linux or host-panel instructions do not match this page
Fix: Switch to the Linux server guide or your host-panel documentation early. The quick-start Windows baseline is useful context, but Linux and hosted panels have different paths for service files, save locations, and restarts.

What to open next

Last Updated

Share on XShare on Reddit