Stratum+nimbus - #1963
Conversation
Mirror settings to Wiki values Move from CLI to config files Switch to CubeCoders repo for update stages
Fix template conventions, .NET install, and Linux TOML renderer
- Fix no-op backslash escape in TomlQuote
- Replace dot.net/dotnet-install.sh bootstrap with the repo-standard
- Add DotnetRelease and DotnetVersion settings to all three templates
- Resolve the Nimbus archive via .assets[] instead of a hardcoded
Nimbus-$tag.zip; skip when already at the target tag
- Preserve registry state files (nimbus.bans/whitelist/tokens.json)
across updates
- Meta.AarchSupport: None -> NotSupported
- App.MaxUsers: {{$MaxUsers}} -> 100 proxy / 16 backend
- Console.FilterMatchRegex: use the upstream pattern so font tags are
stripped instead of the whole line being deleted
- Meta.MinAMPVersion: 2.4.6.0 -> 2.6.0.4
- Meta.ExtraContainerPackages -> []
- Add Meta.ContainerPolicyReason;
- Set proxy Meta.EndpointURIFormat
- Align default ports and IDs: backend moves to 42421 so the proxy keeps
42420, matching the default backend map, try list, NimbusServerId and
seeded PublicPort
- Remove empty vintage-story-stratumstart.json and its App.PreStartStages
Merges Greelan's dev template Switches to a hybrid of both template's handling of toml file Remove Stratum template in favor of adding it to the base VS template
|
In the vintage story new kvp with addition of stratum I am not seeing where you can enable the nimbus backend, and configure those settings. I might be blind though... I see you deleting the files and just merging it into the main branch which I support. But I still think we need the nimbus settings. So someone knows it is there. And configurable. |
|
Yeah I didn't get done with the changes yesterday. I plan to keep working on it tomorrow. |
|
I've pushed the last changes. Please take a look at what's different and let me know if I missed anything. I tried to make it match the methods of other similar templates in the repo. |
|
I am getting this error when selecting stratum in updates, instead of the native vintage story server build. Unable to complete task This task could not be completed: Running Update Tasks - - State: 3. In addition to that error, there are no nimbus configuration options. It would be nice if we had a way to easily configure the nimbus backend, a toggle switch to enable, connection details for the hub, where to point to the registry and the nimbus shared secret key, and a toggle to put it in maintenance mode, which is a supported feature. Also with nimbus, it needs to automatically download a specific mod called Nimbus Redirect Fix: https://mods.vintagestory.at/show/mod/52239 |
|
In the instance search for "Logging Level" in the top right and set it to Debug. Then update again and share thelatest log from the AMP_Logs folder here. Had you added those settings in the Stratum template you uploaded? I think I overlooked them if so. |
|
Just to clarify I only combined the Stratum and Vintage Story templates. Nimbus is still separate. |
|
Attached is the log file with debugging mode on AMPLOG_2026-08-29 05-34-00.log Yes those settings were in my original. I attached the original pull request below: Note, i had to change the file type of the .kvp to .json for me to upload them here. vintage-story-stratum.json |
|
If you want to test your changes, you can add this to your configuration repository in AMP. I tried adding this one, but because I named it with the + sign, it wasn't working. HuguesDePayens/AMPTemplates:Stratum-Nimbus-Test |


New pull attempt:
Description
This PR adds AMP GenericModule templates for running a multi-server Vintage Story network using Stratum and Nimbus.
The templates provide three managed services:
The Proxy can use its embedded registry for simpler installations, while the standalone Registry template supports deployments where registry state needs to be managed separately.
Features
serverconfig.jsonfor normal server configuration.Network layout
Players connect only to the Nimbus Proxy’s public game port. Individual Vintage Story backend ports should normally remain private and accessible only to the Proxy.
A typical deployment consists of:
Update behavior
The templates:
Validation performed
Notes