Please disclose if any significant portion of your mod was created using AI tools by adding the 'AI Generated' category. Failing to do so may result in the mod being removed from Thunderstore.
STU Ward
Simple Tidy and Unique Ward to protect your base from other players without pushing them out. Auto closing doors within ward area. Best to use with Guild mod.
| Date uploaded | 3 days ago |
| Version | 1.2.0 |
| Download link | sighsorry-STU_Ward-1.2.0.zip |
| Downloads | 201 |
| Dependency string | sighsorry-STU_Ward-1.2.0 |
This mod requires the following mods to function
denikson-BepInExPack_Valheim
BepInEx pack for Valheim. Preconfigured with the correct entry point for mods and preferred defaults for the community.
Preferred version: 5.4.2333ValheimModding-Jotunn
Jötunn (/ˈjɔːtʊn/, 'giant'), the Valheim Library was created with the goal of making the lives of mod developers easier. It enables you to create mods for Valheim using an abstracted API so you can focus on the actual content creation.
Preferred version: 2.29.0README
STU Ward
Simple, Tidy, and Unique Ward for Valheim servers.
It adds a clone of vanilla ward but with more server-side features such as diverse protections, permission control, guild integration, ward count limits, and compatibility handling for common utility mods.

Registration is same with vanilla ward.
There is blacklist config to block certain items inside ward area.

Ward Settings UI
Ward area cannot be overlapped unless there is guild or one player built all the wards.
Good old auto closing door inside ward area.
What It Does
- Adds a placeable
Wardwith server-controlled protection rules - Lets ward owners configure radius, marker visibility, warning effects, and door auto-close
- Blocks unauthorized interaction, building, terrain edits, pickup, item use, and damage inside enabled foreign wards
- Prevents foreign ward overlap while allowing trusted shared ward groups
- Tracks per-account ward limits
- Shows ward pins and active ranges on the map when allowed
How To Use
- Select
Wardwith the hammer and place it. - A new ward starts at
8mradius. - Look at your ward and press
Alt+Eto openWard Settings. - Adjust radius, marker display, warning effects, and auto-close delay.
- To register a player, turn the ward off and have that player interact with it.
While placing a ward, the placement preview shows the maximum configurable radius.
Protection
Inside an enabled ward, unauthorized players are blocked from:
- Opening or using containers, doors, carts, ships, signs, item stands, beehives, crafting stations, fermenters, sap collectors, traps, portals, and tamed creatures
- Building, repairing, removing pieces, or modifying terrain
- Damaging protected structures and objects
- Picking up items, including auto-pickup when the item policy blocks it
- Using or equipping blocked item prefabs
- Using creature-catching items on protected tamed animals
Building pieces inside an enabled STU Ward receive extra damage protection. Player and tamed-creature damage to protected building pieces is blocked, and hostile creature damage can also be blocked depending on ward attendance settings.
Permissions
STU Ward separates access from control.
Players with access can use protected areas without being blocked. Players with control can change the ward itself.
Access is granted to:
- The ward owner
- Registered players
- Players matching the ward's stored guild identity
- Server admins using effective debug control
Control is limited to:
- The ward owner
- Server admins using effective debug control
Registered players and guild members can use the protected area, but they cannot change settings, toggle the ward, remove other registered players, or remove the ward itself.
Registration
Registration works like a vanilla ward:
- The ward must be disabled.
- A player interacts with the ward to add or remove themselves.
- Players with control rights use interaction to toggle the ward instead.
This means a disabled ward is intentionally open for self-registration.
Ward Overlap
Ward overlap is strict.
- Foreign wards cannot overlap.
- Same-owner wards can overlap.
- Wards with the same stored guild identity can overlap.
- Registered-player access does not bypass overlap rules.
In overlapping coverage, access is additive: if any enabled foreign ward denies the player, the action is denied.
Ward Settings
Each ward can store its own behavior:
- Radius
- Area marker visibility
- Area marker brightness
- Warning sound
- Warning flash
- Door auto-close delay
Door auto-close uses the shortest active delay from the wards covering the door.
Item Policy
Servers can define blocked item prefabs and pickup rules.
Blocked item prefabs cannot be used, equipped, or used to attack while the player is inside a foreign enabled ward. Pickup rules can either block everything except a whitelist or allow everything except a blacklist.
Map Pins
Ward pins can show ward locations and active ranges on the map.
Players normally see wards they are allowed to see. Admin debug control can show all managed wards.
Important Details
- Ownership is based on the ward creator player id.
- Account identity is used for limits and reporting, not direct ward control.
- A ward's guild identity is stored on the ward when metadata is captured.
- Changing guild later does not automatically rewrite old wards.
- To move a ward to a different shared group, remove it and place a new one.
Github
CHANGELOG
Version |
Update Notes |
|---|---|
| 1.2.0 | - Refactoring and optimizations |
| 1.1.9 | - Fixed errors that could happen with floating itemdrops within the ward area |
| 1.1.8 | - Refactored some codes |
| 1.1.7 | - Added config option for hostile creature to not damage warded pieces always |
| 1.1.6 | - Fixed ward icons sometimes not showing on map on dedi |
| 1.1.5 | - tsv file is no longer needed, and ymls are integrated into one STUWard.yml - Organized configs - Refactored some codes for better performance |
| 1.1.4 | - Fixed wards not being able to place close enough to each other - Fixed ward range not showing on map - Fixed some guild related bus |
| 1.1.3 | - Fixed guild members not having authorities on guild wards on dedi - Updated readme with more specific info |
| 1.1.2 | - Fixed some errors that would happen when placing ward - Resolved framedrop while holding preview of the ward - Players can view ward icons even though they didn't load the zone after server reboot - Ward circle projection segement number is cutdown to 36 from 80 - Refactored some per check codes |
| 1.1.1 | - admin+debugmode has same authority with ward owner - Added ward icon+range on map and minimap (guild, registered, owner) |
| 1.1.0 | - Added server-synced BepInEx/config/STUWard.ItemPrefabs.yml for item prefab policy. - Added Pickup Block Mode config: BlockAllExceptWhitelist AllowAllExceptBlacklist |
| 1.0.9 | - Fixed some guild related behaviors |
| 1.0.8 | - Reduced some excessive logs that could happen on dedi |
| 1.0.7 | - Fixed E button not working on dedi. Fixed Guild related behaviors on dedi |
| 1.0.6 | - Improved overall performance |
| 1.0.5 | - Changed the method of E button appearing on players |
| 1.0.4 | - Fixed E button not working on server |
| 1.0.3 | - Pieces within active area don't get damage from mobs when no trusted player is near ward area |
| 1.0.2 | - Fixed guild players not having authority for the guild ward on dedi - Fixed debugmode not working for the ward on dedi - Made it so that players and tamed animals won't do damage on pieces within protected area - Feasts are now not consumable too within the ward area |
| 1.0.1 | - Only owner and debug admin can remove the ward - Ward is invulnerable to damage by itself |
| 1.0.0 | - Initial Release |