Amir Jabbari
اگر در سال ۲۰۲۶ یک Rust Server راه‌اندازی می‌کنید، فقط تعداد Slotها تعیین‌کننده سخت‌افزار نیست. اندازه Map، تعداد Entityها، Baseهای بازیکنان، Population واقعی، Pluginها و مدت زمانی که از آخرین Wipe گذشته، همگی روی RAM و مخصوصاً CPU اثر می‌گذارند. یک سرور 50 نفره با Map کوچک و Wipe هفتگی می‌تواند رفتاری کاملاً متفاوت با یک سرور 50 نفره Monthly داشته باشد.
در این آموزش، ساخت و بهینه‌سازی Rust Server را با وضعیت فعلی سال ۲۰۲۶ بررسی می‌کنیم؛ از انتخاب Map Size و منابع CPU/RAM گرفته تا Entity Count، زمان‌بندی Wipe، وضعیت فعلی Oxide/uMod و Carbon، تنظیم RCON و Backup صحیح قبل از Wipe.
نکته مهم: Rust Server در سال ۲۰۲۶ همچنان با SteamCMD و App ID برابر 258550 نصب می‌شود. مستندات Facepunch حداقل 12GB RAM آزاد را به‌عنوان Requirement سرور ذکر می‌کنند و صراحتاً می‌گویند Mapهای بزرگ‌تر، مخصوصاً 6K، حافظه بیشتری مصرف می‌کنند. :chatgpt-content-reference{index=”0″}
Rust Server در ۲۰۲۶؛ چه چیزی واقعاً منابع را مصرف می‌کند؟
مصرف منابع Rust فقط تابع server.maxplayers نیست. Map بزرگ‌تر به حافظه و فضای ذخیره‌سازی بیشتری نیاز دارد و افزایش تعداد بازیکنان نیز فشار بیشتری به CPU وارد می‌کند. Facepunch همین دو رابطه را در مستندات رسمی Dedicated Server ذکر کرده است. :chatgpt-content-reference{index=”1″}
در عمل عوامل زیر بیشترین اهمیت را دارند:
🔹 اندازه Map یا server.worldsize
🔹 تعداد بازیکنان هم‌زمان
🔹 تعداد Entityهای World
🔹 تعداد و اندازه Baseها
🔹 تعداد Pluginها و کیفیت کدنویسی آن‌ها
🔹 مدت زمان گذشته از Wipe
🔹 Eventها، NPCها و AI
🔹 سرعت تک‌هسته‌ای CPU
Map Size را بی‌دلیل بزرگ انتخاب نکنید
برای Procedural Map، مستندات فعلی Facepunch بازه 1000 تا 6000 را برای World Size ثبت کرده‌اند. Map با ترکیب Size، Seed و Map Type تولید می‌شود و فایل آن نیز براساس همین اطلاعات ساخته می‌شود. :chatgpt-content-reference{index=”2″}
نمونه:
+server.level "Procedural Map"
+server.seed 145873
+server.worldsize 3500این سه پارامتر مشخص می‌کنند Procedural Map شما چگونه تولید شود.
چه Map Sizeای انتخاب کنیم؟
| نوع سرور | Map Size پیشنهادی برای شروع | کاربرد |
|---|---|---|
| گروه کوچک / Private | 2500–3000 | رفت‌وآمد سریع‌تر و مصرف کمتر |
| Community کوچک | 3000–3500 | تعادل مناسب فضا و منابع |
| Population متوسط | 3500–4000 | فضای بیشتر برای Baseها |
| Population بالا | 4000+ | نیازمند منابع قوی‌تر |
این جدول Recommendation عملی است، نه Requirement رسمی Facepunch. تعداد بازیکنان هدف، نوع Gameplay و Density موردنظر باید قبل از انتخاب نهایی Map در نظر گرفته شوند.
Map بزرگ‌تر همیشه بهتر نیست. اگر Server شما 20 تا 30 بازیکن فعال دارد، یک Map بسیار بزرگ ممکن است علاوه بر مصرف منابع بیشتر، بازیکنان را آن‌قدر از هم دور کند که Gameplay نیز خلوت‌تر شود.
RAM مناسب Rust Server چقدر است؟
مستندات رسمی Facepunch در حال حاضر 12GB RAM آزاد را در Requirements سرور ذکر می‌کنند و هشدار می‌دهند Map با اندازه 6000 حافظه بیشتری مصرف خواهد کرد. همچنین SSD/NVMe به‌شدت توصیه شده است. :chatgpt-content-reference{index=”3″}
برای خرید VPS بهتر است Minimum را با مقدار پیشنهادی برای Production اشتباه نگیریم.
| سناریو | RAM عملی پیشنهادی |
|---|---|
| Private / تست | 12–16GB |
| Community کوچک | 16GB |
| Community فعال | 16–24GB |
| Modded / Entity بالا | 24GB+ |
| Population بالا | براساس Monitoring واقعی |
اعداد بالاتر از Requirement رسمی در این جدول برای Capacity Planning عملی هستند و مقدار دقیق به Map، Population، Pluginها و عمر World بستگی دارد.
برای Rust، CPU معمولاً از RAM اضافه مهم‌تر می‌شود
اگر Server شما 32GB RAM دارد ولی Tick و Server Performance در Population بالا افت می‌کند، اضافه‌کردن RAM لزوماً مشکل را حل نمی‌کند.
Facepunch نیز در توضیح server.maxplayers اشاره می‌کند که افزایش تعداد بازیکنان به CPU سریع‌تر نیاز دارد. :chatgpt-content-reference{index=”4″}
Rust از پردازش‌هایی برخوردار است که Performance تک‌هسته‌ای در آن‌ها اهمیت زیادی دارد. بنابراین برای Server عمومی معمولاً یک CPU جدید و سریع انتخاب بهتری از CPU قدیمی با تعداد Core بسیار زیاد است.
Entity Count چیست و چرا بعد از چند روز Server سنگین می‌شود؟
World در روز اول Wipe تقریباً خالی است. با ورود بازیکنان، Base، Foundation، Wall، Door، Box، Furnace، Turret، Trap، Deployable و Entityهای دیگر ایجاد می‌شوند.
Save اصلی Rust فقط Terrain نیست؛ مستندات Facepunch توضیح می‌دهند که فایل .sav اطلاعات Map و Entityها، ساختمان‌های بازیکنان و Deployableها را نگهداری می‌کند. :chatgpt-content-reference{index=”5″}
برای مشاهده Entity Count از Console یا RCON می‌توان دستور زیر را اجرا کرد:
entity.countعدد بالا به‌تنهایی دلیل قطعی Lag نیست، اما روند رشد آن در کنار CPU Usage، Frame Rate سرور و Population اطلاعات بسیار خوبی درباره سلامت World می‌دهد.
به یک عدد جادویی برای Entity Count اعتماد نکنید
اینکه مثلاً «هر سروری بالاتر از X Entity خراب است» قاعده دقیقی نیست. نوع Entityها، Pluginها، CPU و نحوه استفاده بازیکنان اهمیت دارند.
بهتر است روند Server خودتان را ثبت کنید:
Day 1 → Entity Count + CPU + RAM
Day 3 → Entity Count + CPU + RAM
Day 7 → Entity Count + CPU + RAM
Day 14 → Entity Count + CPU + RAMبا این روش می‌توانید نقطه‌ای را که Performance Server شما شروع به افت می‌کند پیدا کنید.
Wipe در Rust دقیقاً چه چیزی را پاک می‌کند؟
در Rust باید بین Map Wipe و Blueprint Wipe تفاوت قائل شوید.
مستندات Facepunch توضیح می‌دهند که فایل .sav شامل Map Data و Entityهاست، در حالی که اطلاعات Blueprint بازیکنان در فایل جداگانه player.blueprints نگهداری می‌شود. بنابراین پاک‌کردن World الزاماً به معنی BP Wipe نیست. :chatgpt-content-reference{index=”6″}
| نوع Wipe | نتیجه |
|---|---|
| Map Wipe | World، Baseها و Entityهای Map از نو شروع می‌شوند |
| BP Wipe | Blueprint Progress بازیکنان نیز پاک می‌شود |
| Full Wipe | Map + داده‌های Progress انتخاب‌شده از نو آغاز می‌شوند |
Forced Wipe و زمان‌بندی Wipe در ۲۰۲۶
Facepunch اکنون Server Wipe Timer داخلی دارد. تنظیم پیش‌فرض Monthly با Force Wipe هماهنگ است و طبق مستندات فعلی، زمان پیش‌فرض Monthly روی اولین پنجشنبه هر ماه ساعت 19:00 به وقت لندن قرار دارد. Weekly نیز هر پنجشنبه و Biweekly در اولین و سومین پنجشنبه محاسبه می‌شود. :chatgpt-content-reference{index=”7″}
سه Schedule اصلی عبارت‌اند از:
| Tag | زمان‌بندی پیش‌فرض |
|---|---|
| monthly | اولین پنجشنبه ماه |
| biweekly | اولین و سومین پنجشنبه |
| weekly | هر پنجشنبه |
Serverهایی با Cycleهای خاص مانند سه‌روزه نیز می‌توانند از Overrideهای Unix Timestamp یا Cron استفاده کنند. :chatgpt-content-reference{index=”8″}
Weekly یا Monthly؛ کدام بهتر است؟
پاسخ به نوع Community بستگی دارد.
| نوع Server | Wipe مناسب برای شروع |
|---|---|
| High-rate / PvP سریع | Weekly |
| Community متوسط | Biweekly |
| Vanilla / Progress طولانی | Monthly |
این انتخاب فقط مسئله Performance نیست. Wipe کوتاه‌تر Progress سریع‌تر و Reset بیشتر ایجاد می‌کند؛ Wipe بلندتر اجازه ساخت Baseهای بزرگ‌تر و رشد Entity Count بیشتری می‌دهد.
وضعیت Oxide/uMod در سال ۲۰۲۶
Oxide/uMod همچنان فعال است. در زمان بررسی این مقاله در اکتبر ۲۰۲۶، صفحه رسمی Rust در uMod نسخه‌های جدیدی برای Hotfixهای اکتبر ۲۰۲۶ منتشر کرده و Buildهای Windows و Linux همچنان در دسترس هستند. بنابراین ادعای «Oxide مرده است» یا «دیگر برای Rust آپدیت نمی‌شود» صحیح نیست. :chatgpt-content-reference{index=”9″}
uMod برای Rust در حال حاضر امکاناتی مانند Plugin، Chat/Console Commands، Hooks و RCON Support دارد. :chatgpt-content-reference{index=”10″}
مسیر سنتی Pluginها نیز:
oxide/plugins/است و فایل Plugin پس از قرارگرفتن در این مسیر Load می‌شود. :chatgpt-content-reference{index=”11″}
بعد از Rust Update حواستان به Oxide باشد. Facepunch در راهنمای رسمی Server یادآوری می‌کند که پس از Update بازی، Oxide نیز باید با Build سازگار به‌روزرسانی شود و اجرای SteamCMD می‌تواند فایل‌های Vanilla را جایگزین کند. :chatgpt-content-reference{index=”12″}
Carbon در ۲۰۲۶ چیست و آیا جای Oxide را گرفته؟
Carbon نیز در سال ۲۰۲۶ یک Framework فعال برای Modding سرور Rust است و خودش را به‌عنوان Drop-in replacement برای Oxide معرفی می‌کند. Carbon روی Performance، Dynamic Hooks، Hot Reload و سازگاری ساده‌تر با ساختار Oxide تمرکز دارد. :chatgpt-content-reference{index=”13″}
پس انتخاب امروز عملاً این نیست که «Oxide از بین رفته و مجبوریم Carbon نصب کنیم»؛ هر دو مسیر وجود دارند.
| Oxide/uMod | Carbon |
|---|---|
| قدیمی‌تر و شناخته‌شده‌تر | Framework جدیدتر |
| اکوسیستم بزرگ Plugin | تمرکز جدی روی Performance |
| همچنان فعال در ۲۰۲۶ | همچنان فعال در ۲۰۲۶ |
| ساختار oxide/plugins | سازگاری گسترده با ساختار Oxide |
Carbon اعلام می‌کند برای ساده‌کردن مهاجرت از Oxide، ساختار Folder/Plugin مشابه را حفظ کرده است. :chatgpt-content-reference{index=”14″}
Plugin زیاد مساوی Server بهتر نیست
مشکل فقط تعداد Pluginها نیست. یک Plugin ضعیف که Hook پرتکراری را با عملیات سنگین اجرا کند می‌تواند بیشتر از ده‌ها Plugin ساده روی Performance اثر بگذارد.
به همین دلیل Pluginها را دسته‌ای نصب نکنید. روش بهتر:
Baseline performance
↓
Install plugin
↓
Restart / reload
↓
Monitor
↓
Install next pluginاین روش پیدا کردن Plugin مشکل‌دار را بسیار ساده‌تر می‌کند.
RCON را از همان ابتدا درست تنظیم کنید
RCON به شما اجازه می‌دهد بدون حضور داخل بازی Server را مدیریت و Command اجرا کنید.
نمونه Startup رسمی Facepunch از این ساختار استفاده می‌کند:
+rcon.port 28016
+rcon.password "CHANGE_TO_A_LONG_RANDOM_PASSWORD"
+rcon.web 1در نمونه رسمی Facepunch نیز Game Port پیش‌فرض 28015 و RCON نمونه روی 28016 تنظیم شده است. Game Port از UDP استفاده می‌کند. :chatgpt-content-reference{index=”15″}
Facepunch همچنین تأکید می‌کند RCON Client نرم‌افزاری جداست که مستقیماً به Server متصل می‌شود. :chatgpt-content-reference{index=”16″}
RCON را مانند پنل مدیریت Server در نظر بگیرید. Password کوتاه انتخاب نکنید، Port مدیریتی را بدون ضرورت برای همه اینترنت باز نگذارید و Password را داخل Script یا Repository عمومی قرار ندهید.
فایل‌های مهم Rust Server را بشناسید
هر server.identity پوشه داده مستقل خودش را ایجاد می‌کند و همین قابلیت اجازه می‌دهد چند Server با یک Installation مدیریت شوند. :chatgpt-content-reference{index=”17″}
داخل Identity فایل‌های مهمی مانند این‌ها قرار دارند:
| فایل / پوشه | کاربرد |
|---|---|
| cfg/ | server.cfg و تنظیمات |
| *.sav | Map Data، Buildings و Entityها |
| *.map | خود Map |
| player.blueprints | Blueprintهای بازیکنان |
| player.states | بخشی از وضعیت بازیکنان |
| sv.files | داده Signها و تصاویر |
Facepunch همچنین توضیح می‌دهد Rust برای تعدادی از Database Fileها از Journaling و فایل‌های -wal استفاده می‌کند؛ بنابراین Backup Server فقط کپی یک فایل .sav نیست. :chatgpt-content-reference{index=”18″}
قبل از Wipe چه چیزی Backup کنیم؟
قبل از Wipe بهتر است کل Identity مربوط به Server را نگه دارید، نه فقط Save.
مثلاً اگر Identity شما:
server/iranica/باشد، قبل از Wipe می‌توانید پس از Save و Stop کنترل‌شده Server، کل Directory را آرشیو کنید:
tar -czf rust-prewipe-$(date +%Y-%m-%d_%H-%M).tar.gz \
server/iranica/بعد محتویات Backup را بررسی کنید:
tar -tzf rust-prewipe-YYYY-MM-DD_HH-MM.tar.gz | head -50Rust خودش هم Save Backup نگه می‌دارد
مستندات Facepunch می‌گویند Server هنگام Save از فایل .sav نسخه‌های Backup نگه می‌دارد. بااین‌حال این Backup داخلی نباید جای Backup مستقل روی Storage دیگر را بگیرد. :chatgpt-content-reference{index=”19″}
تغییر Map وسط Wipe کار خوبی نیست
Facepunch روش فنی تغییر Custom Map بدون Wipe را مستند کرده، اما خودش تأکید می‌کند انجام این کار در میانه Wipe عملی و مطلوب نیست مگر در شرایط خاص مانند Bug یا Exploit جدی. تغییر Terrain می‌تواند باعث باقی‌ماندن Entityها در موقعیت‌های نامعتبر، شناورشدن Base یا قرارگرفتن Entity زیر زمین شود. :chatgpt-content-reference{index=”20″}
برای همین بهترین زمان تغییر این موارد معمولاً خود Wipe است:
☐ Map Size
☐ Seed
☐ Custom Map
☐ Pluginهای Gameplay اصلی
☐ Gather Rate
☐ Progression Rules
اشتباه‌های رایج در Rust Server
🔹 انتخاب Map 5000 یا 6000 برای Community کوچک بدون دلیل.
🔹 خرید RAM زیاد در کنار CPU کند.
🔹 نگاه‌کردن فقط به Player Slot و نادیده‌گرفتن Entity Count.
🔹 نصب تعداد زیادی Plugin در یک مرحله.
🔹 Update کردن Rust بدون بررسی نسخه Oxide/uMod.
🔹 تصور اینکه Carbon تنها Framework فعال سال ۲۰۲۶ است.
🔹 بازگذاشتن RCON با Password ضعیف.
🔹 تغییر Seed یا Map Size وسط Wipe.
🔹 حذف فایل‌های Blueprint هنگام Map Wipe بدون قصد BP Wipe.
🔹 نگهداری Backup فقط روی همان VPS.
چک‌لیست بهینه‌سازی Rust Server
☐ Map Size متناسب با Population انتخاب شده است.
☐ حداقل Requirement فعلی RAM در نظر گرفته شده است.
☐ CPU دارای Performance تک‌هسته‌ای مناسب است.
☐ Server روی SSD/NVMe قرار دارد.
☐ Entity Count در طول Wipe مانیتور می‌شود.
☐ CPU و RAM در ساعات شلوغ بررسی می‌شوند.
☐ Weekly/Biweekly/Monthly Wipe مشخص است.
☐ Map Wipe و BP Wipe از هم تفکیک شده‌اند.
☐ Oxide/uMod یا Carbon با Build فعلی سازگار است.
☐ Pluginهای غیرضروری حذف شده‌اند.
☐ RCON Password قوی دارد.
☐ قبل از Wipe از Identity کامل Backup گرفته می‌شود.
☐ حداقل یک Backup خارج از VPS وجود دارد.
برای Rust به VPS با CPU سریع و منابع پایدار نیاز دارید؟
در Rust، مخصوصاً بعد از چند روز از Wipe، CPU، Entityها و Pluginها می‌توانند تفاوت یک Server روان با Server دارای Lag را مشخص کنند. Map بزرگ روی VPS ضعیف معمولاً با اضافه‌کردن چند گیگ RAM به یک Server خوب تبدیل نمی‌شود.
برای راه‌اندازی Rust Server می‌توانید VPS متناسب با Population، Map Size و نوع Vanilla/Modded انتخاب کنید یا نصب SteamCMD، RCON، Oxide/Carbon و تنظیم Backup را به ایرانیکاسرور بسپارید.
پشتیبانی ایرانیکاسرور: 021-91302467
پرسش‌های رایج
Rust Server در سال ۲۰۲۶ حداقل چقدر RAM می‌خواهد؟
مستندات فعلی Facepunch مقدار 12GB RAM آزاد را در Requirements ذکر می‌کنند و می‌گویند Map 6000 حافظه بیشتری مصرف می‌کند. برای Production بهتر است براساس Map، Population و Pluginها Headroom بیشتری در نظر گرفته شود. :chatgpt-content-reference{index=”21″}
آیا Oxide در ۲۰۲۶ هنوز فعال است؟
بله. uMod/Oxide همچنان برای Rust نسخه‌های جدید Windows و Linux منتشر می‌کند و در اکتبر ۲۰۲۶ نیز برای Updateها و Hotfixهای جدید Rust Patch منتشر شده است. :chatgpt-content-reference{index=”22″}
Carbon بهتر است یا Oxide؟
هر دو در سال ۲۰۲۶ فعال هستند. Oxide/uMod اکوسیستم قدیمی و گسترده‌ای دارد و Carbon روی Performance و سازگاری با Pluginهای Oxide تمرکز کرده است. انتخاب نهایی باید براساس Pluginهای موردنیاز و تست Performance همان Server انجام شود. :chatgpt-content-reference{index=”23″}
آیا Force Wipe همیشه Blueprintها را هم پاک می‌کند؟
خیر. داده Map و Blueprint در فایل‌های جداگانه نگهداری می‌شوند. Facepunch نیز توضیح می‌دهد Forced Wipe معمولاً Map Save جدید ایجاد می‌کند و برای BP Wipe باید داده Blueprint نیز جداگانه پاک شود. :chatgpt-content-reference{index=”24″}
بهترین زمان Wipe چه موقع است؟
به Community بستگی دارد. Weekly برای Gameplay سریع، Biweekly برای تعادل و Monthly برای Progress طولانی‌تر مناسب است. Timer رسمی Rust نیز این سه Schedule را پشتیبانی می‌کند و Monthly پیش‌فرض با Force Wipe هماهنگ شده است. :chatgpt-content-reference{index=”25″}
جمع‌بندی
یک Rust Server خوب در سال ۲۰۲۶ با انتخاب بیشترین RAM یا بزرگ‌ترین Map ساخته نمی‌شود. باید Map Size با Population هماهنگ باشد، CPU توان پردازشی مناسبی داشته باشد و رشد Entityها در طول Wipe کنترل شود.
در بخش Modding نیز هر دو مسیر Oxide/uMod و Carbon فعال هستند. برای Wipe نیز باید Map Wipe را از BP Wipe جدا کنید و Schedule را براساس نوع Community انتخاب کنید.
در نهایت قبل از هر Wipe یا Update مهم، از کل Server Identity نسخه پشتیبان بگیرید. World، Blueprintها و Config ارزشمندتر از Binaryهایی هستند که هر زمان دوباره از SteamCMD قابل دریافت‌اند.
دیدگاه‌ها (۰)