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.
StarRupture Windows SteamCMD First Start — App ID 3809400

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.
- 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.
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.
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.
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.
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.
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.
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.
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.
- Launch the server process and confirm it stays alive.
- Open StarRupture on a client PC.
- Join through the dedicated server flow.
- Open Manage Server.
- 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
What to open next
- Dedicated Server Guide for the broader DSSettings, save-loading, and setup reference.
- Linux Server Guide if your real target is Proton, Wine, Docker, or Linux host-panel deployment.
- Server Not Showing Fix Guide when the browser or direct-join path still looks wrong.
- Server Lag Fix Guide when players can join but performance collapses under load.
- Controller and Steam Deck Guide if couch or handheld input issues are getting mixed into co-op testing.
Last Updated