Abiotic Factor-ის dedicated server უფასო SteamCMD ჩამოტვირთვაა (app id 2857200), რომელიც თითქმის მთლიანად ბრძანების სტრიქონის არგუმენტებით კონფიგურირდება, დამატებით კი ერთი ფაილია სამყაროს წესებისთვის. ექვსი მოთამაშე კომფორტულად ეტევა 4 GB მეხსიერებაზე; დიდი ხნის განმავლობაში მოქმედი სამყარო, აშენებული ბაზითა და ათეულობით ადამიანით, 8 GB-ს ან მეტს მოითხოვს. მას ორი UDP პორტი სჭირდება: 7777 თამაშისთვის და 27015 Steam query-სთვის, და თვეობით იმუშავებს, თუ სუფთად გააჩერებ და ერთ საქაღალდეს დააბექაფებ.
რაც დასაწყისშივე უნდა გესმოდეს, არის ის, თუ სად ცხოვრობს პარამეტრები. ერთი server.cfg არ არსებობს. იდენტობა, პორტები, სლოტები და პაროლები გაშვების არგუმენტებია. სამყაროს წესები - სირთულე, გაჩენის სიხშირე, შიმშილის სიჩქარე, სიკვდილის ჯარიმები - SandboxSettings.ini-შია. მოდერატორები Admin.ini-შია. თუ არასწორს შეცვლი, არაფერი მოხდება, და ამ თამაშის მხარდაჭერის მოთხოვნების უმეტესობა სწორედ ამაზეა.
რა არის Abiotic Factor-ის dedicated server#
Abiotic Factor კოოპერატიული გადარჩენის თამაშია კვლევით ობიექტში, და მისი მულტიპლეერი პატარა ჯგუფზეა აგებული: მოთამაშეთა ნაგულისხმევი ზღვარი ექვსია, ხოლო შეხვედრები, ნადავლი და კრაფტინგის ეკონომიკა დაახლოებით ამ რაოდენობაზეა მორგებული. dedicated server არსებობს იმისთვის, რომ სამყარო ჰოსტის გასვლის შემდეგაც გაგრძელდეს და არავის კადრების სიხშირე არ იყოს ყველას სიმულაცია.
რამდენიმე ფაქტი, რომელიც დანარჩენ ყველაფერს განსაზღვრავს:
- სერვერის ინსტრუმენტი Windows build-ია. app
2857200-ის Steam depot-ში Windows-ის შესრულებადი ფაილი დევს. Linux-ზე ჰოსტინგი მისი Proton-ით ან Wine-ით გაშვებით ხდება, რაც კარგად მუშაობს და ასე იქცევა Linux-ისა და კონტეინერებზე დაფუძნებული ჰოსტების უმეტესობა. თუ შენს წაკითხვამდე მშობლიური Linux build გამოვიდა, ის იმავე აპზე ცალკე depot-ად გამოჩნდება. - ის უფასოა და ანონიმური. SteamCMD-ში
login anonymousსაკმარისია. სერვერის გასაშვებად ანგარიში, რომელიც თამაშს ფლობს, არ გჭირდება. - პერსონაჟები სერვერის მხარესაა. შენი პერსონაჟი, perk-ები და ინვენტარი იმ სერვერზე არსებულ სამყაროს შენახვას ეკუთვნის და არა შენს Steam ანგარიშს. სხვა სერვერზე შესვლა ნიშნავს სხვა პერსონაჟის დაწყებას. ღირს ეს ჯგუფს ადრევე ეთქვას, სანამ ვინმე ერთ საღამოს სატესტო სერვერზე დახარჯავს.
- Crossplay ნაგულისხმევად ჩართულია და flag-ით იზღუდება და არა ირთვება. ეს უმეტეს თამაშებში პირიქითაა და ხვდება მათ, ვინც ფიქრობს, რომ ის ხელით უნდა ჩართოს.
მოთხოვნები და რესურსების მოხმარება#
ობიექტი დაკავშირებული დონეების ერთობლიობაა და არა ერთი ღია რუკა, და სერვერი დაკავებულ დონეებს დატვირთულად ინახავს. მეხსიერება იზრდება მოთამაშეთა რაოდენობასთან ერთად, იმის მიხედვით, რამდენი დონე გახსნა ჯგუფმა და რამდენი აშენებადი ობიექტი დადგა.
| მოთამაშეები | RAM | vCPU | შენიშვნა |
|---|---|---|---|
| 1-4, თამაშის დასაწყისი | 4 GB | 1 | ახალი შენახვა, ერთი ან ორი დონე ღიაა |
| 6, მომწიფებული სამყარო | 6 GB | 1.5 | ნაგულისხმევი ზღვარი ნამდვილ ბაზასთან ერთად |
| 8-12 | 8-10 GB | 2 | განკუთვნილ ჯგუფის ზომას აღემატება |
| 16-24 | 12 GB | 2.5-3 | შესაძლებელია, მაგრამ დაბალანსებული არ არის. მოსალოდნელია უცნაურობები |
- CPU: Unreal-ის სერვერი, რომელიც ერთ დომინანტ thread-ზეა დამოკიდებული. სიხშირე ბირთვებს სჯობს. დატვირთვა მოდის მტრების AI-სგან და სიმულირებული ობიექტებისგან, ამიტომ მანქანებით სავსე ბაზა უფრო ძვირია, ვიდრე ცარიელი დერეფანი.
- დისკი: დაყენებისთვის გამოყავი 10-15 GB და გახსოვდეს, რომ ის ყოველი კონტენტის პატჩთან ერთად იზრდება. თავად შენახვა პატარაა, რამდენიმე ათეული მეგაბაიტი.
- ქსელი: მსუბუქი. ექვსმოთამაშიანი კოოპერატიული სერვერისთვის გამტარუნარიანობა პრობლემა არ არის; რასაც იგრძნობ, ის მოთამაშეებსა და სერვერს შორის დაყოვნებაა.
-MaxServerPlayers-ის ექვსზე მეტად გაზრდას პარამეტრი უჭერს მხარს, თამაში კი არა. მტრების მასშტაბირება, ნადავლის სიმკვრივე და კრაფტინგის ეკონომიკა პატარა გუნდისთვისაა აგებული, და თორმეტი მოთამაშის პრაქტიკული შედეგია სამყარო, რომელიც ორ საღამოში გამოცარიელდება. თუ უფრო დიდი ჯგუფი გინდა, ამის კომპენსაციისთვის sandbox პარამეტრებში გაზარდე ნადავლის ხელახლა გაჩენა და მტრების მამრავლები და ნუ ელი, რომ თავისით გამოვა. რამდენი მოთამაშე ეტევა სერვერზე ზოგად არგუმენტს გვთავაზობს.
სერვერის დაყენება SteamCMD-ით#
$ steamcmd +force_install_dir C:\abiotic\server +login anonymous \ +app_update 2857200 validate +quitშესრულებადი ფაილი აღმოჩნდება აქ: AbioticFactor/Binaries/Win64/AbioticFactorServer-Win64-Shipping.exe. გაუშვი ერთხელ მხოლოდ -log-ით, დაუშვი თავისი საქაღალდეები შექმნას და შემდეგ გააჩერე. ახლა გაქვს:
AbioticFactor/Saved/Config/WindowsServer/SandboxSettings.iniAbioticFactor/Saved/SaveGames/Server/Admin.iniAbioticFactor/Saved/SaveGames/Server/Worlds/Cascade/AbioticFactor/Saved/Logs/პანელზე დაფუძნებულ ჰოსტზე ამათგან არაფერს ხელით არ კრეფ: დაყენება სერვერის შექმნისას სრულდება, არგუმენტები Startup ჩანართის ველებია, ფაილები კი ბრაუზერში ან SFTP-ით რედაქტირდება. SteamCMD განმარტებით აღწერს app id-ებს, validate-ს და განახლების სკრიპტებს, თუ ამას თავად აკეთებ.
გაშვების პარამეტრები არის კონფიგურაცია#
ეს არის გაშვების სრული სტრიქონი, და სერვერების უმეტესობისთვის ის ერთადერთი ადგილია, სადაც რამეს დააყენებ:
AbioticFactorServer-Win64-Shipping.exe -log -useperfthreads \ -NoAsyncLoadingThread -SteamServerName="Cascade Nightshift" \ -MaxServerPlayers=6 -PORT=7777 -QueryPort=27015 \ -ServerPassword=hallway-42 -WorldSaveName=Cascade \ -AdminPassword=change-this| პარამეტრი | ნაგულისხმევი | რას აკეთებს |
|---|---|---|
-SteamServerName= | ზოგადი სახელი | სახელი სერვერების სიაში. თუ შუალედი აქვს, ბრჭყალებში ჩასვი |
-MaxServerPlayers= | 6 | სლოტები. მეტსაც იღებს, თამაში კი ექვსზეა აგებული |
-PORT= | 7777 | თამაშის პორტი, UDP |
-QueryPort= | 27015 | Steam query პორტი, UDP |
-ServerPassword= | ცარიელი | შესვლის პაროლი. ცარიელი ნიშნავს საჯაროს |
-WorldSaveName= | Cascade | შენახვის საქაღალდის სახელი, ანუ ასევე ის, როგორ ინახავ ორ სამყაროს |
-AdminPassword= | ცარიელი | მოთამაშეს საშუალებას აძლევს, თამაშში ადმინობა მოიპოვოს |
-AdminIniPath= | ნაგულისხმევი | Admin.ini-ის ალტერნატიული მდებარეობა Saved-ის მიმართ |
-SandboxIniPath= | ნაგულისხმევი | SandboxSettings.ini-ის ალტერნატიული მდებარეობა |
-PlatformLimited= | გამორთულია | PC, Playstation ან Xbox. crossplay-ს ზღუდავს |
-LANOnly | გამორთულია | მხოლოდ ლოკალური ქსელი |
-MultiHome= | ყველა | მიება ერთ მისამართზე მრავალმისამართიან მანქანაზე |
-log | გამორთულია | წერს standard output-ში, რასაც პანელი კითხულობს |
-newconsole | გამორთულია | ხსნის ცალკე კონსოლის ფანჯარას. უსარგებლოა headless რეჟიმში |
-useperfthreads | გამორთულია | Unreal task-graph threading, სტანდარტულ გაშვების სკრიპტშია |
-NoAsyncLoadingThread | გამორთულია | ასევე სტანდარტულ გაშვების სკრიპტშია |
-WorldSaveName იმაზე მეტ ყურადღებას იმსახურებს, ვიდრე იღებს. ის Saved/SaveGames/Server/Worlds/-ის ქვეშ საქაღალდეს ასახელებს, ამიტომ მისი შეცვლა სრულიად ახალ სამყაროს იწყებს და ძველს დისკზე ხელუხლებლად ტოვებს. ეს პატჩის ან sandbox ცვლილების შესამოწმებლად უსაფრთხო გზაა: სერვერი ახალ შენახვის სახელზე მიუთითე, რამე გააფუჭე და უკან დაბრუნდი. ასევე ასე "კარგავენ" სამყაროს შემთხვევით - არაფერი წაშლილა, უბრალოდ არგუმენტი შეიცვალა.
პორტები, crossplay და დაკავშირება#
| პორტი | პროტოკოლი | დანიშნულება |
|---|---|---|
7777 | UDP | თამაშის ტრაფიკი |
27015 | UDP | Steam query, სერვერების სია |
ორივე UDP-ია. firewall-ის წესი, რომელიც მხოლოდ TCP-ს ხსნის, გაძლევს სერვერს, რომელიც მუშაობს, ლოგავს და არავის იღებს, და ეს ნებისმიერი Steam-ზე დაფუძნებული თამაშისთვის ყველაზე გავრცელებული "არ მუშაობს" მოხსენებაა. გეიმ სერვერის პორტები განმარტებით აღწერს, რატომ არის query პორტი ცალკე და რა ტყდება, როცა წყვილიდან მხოლოდ ერთია მისაწვდომი.
მოთამაშეები სამი გზით შედიან:
- თამაშის სერვერების სიიდან, რომელსაც query პორტი მართავს. პაროლით დაცული სერვერიც ჩანს; მოთამაშეებს პაროლს ჰკითხავენ.
- Steam-ის ფავორიტებიდან. Steam კლიენტში გახსენი View, შემდეგ Game Servers, შემდეგ Favorites და დაამატე
203.0.113.10:27015- query პორტი და არა თამაშის პორტი. მაშინ სერვერი თამაშის სიაში საიმედოდ გამოჩნდება მაშინაც, როცა საჯარო სია ნელია. - მისამართის ნაცვლად hostname-ით, თუ გირჩევნია დასამახსოვრებელი რამ დაარიგო და არა IP. დომენის მიბმა გეიმ სერვერზე შეიცავს A ჩანაწერის დეტალებს.
Crossplay ჩართულია, სანამ არ გამორთავ. -PlatformLimited=PC სერვერს Steam-ის მოთამაშეებით ზღუდავს, დანარჩენი მნიშვნელობები კი იგივეს აკეთებს კონსოლის პლატფორმებისთვის. შეზღუდვის მიზეზი მუშაობის სიჩქარე კი არა, თანმიმდევრულობაა: პლატფორმით შეზღუდული სერვერები თავიდან იცილებს ვერსიების შეუსაბამობის იმ ფანჯარას, რომელიც მაშინ ჩნდება, როცა პატჩი ერთ მაღაზიაში მეორეზე ადრე აღწევს.
SandboxSettings.ini: სამყაროს წესები#
ეს ფაილი ერთმოთამაშიან რეჟიმში sandbox ეკრანის ექვივალენტია და ერთადერთი პარამეტრების ფაილია, რომელიც სერვერების უმეტესობას ოდესმე დასჭირდება. ის სექციის სათაურით უნდა იწყებოდეს, გასაღებები კი რეგისტრზე მგრძნობიარეა:
[SandboxSettings]GameDifficulty=1HardcoreMode=FalseEnemySpawnRate=1.0EnemyHealthMultiplier=1.0EnemyPlayerDamageMultiplier=1.0DetectionSpeedMultiplier=1.0EnemyAccuracy=2HungerSpeedMultiplier=1.0ThirstSpeedMultiplier=1.0FatigueSpeedMultiplier=1.0DamageToAlliesMultiplier=0.5PlayerXPGainMultiplier=1.0DeathPenalties=1DurabilityLossOnDeathMultiplier=0.1ItemStackSizeMultiplier=1.0BaseInventorySize=12LootRespawnEnabled=FalsePowerSocketsOffAtNight=TrueDayNightCycleState=0FoodSpoilSpeedMultiplier=1.0StructuralSupportLimit=5AllowRecipeSharing=Trueპარამეტრები, რომლებიც ცვლის, როგორ თამაშობენ და არა ხუთი პროცენტით, როგორ იგრძნობა:
| გასაღები | ნაგულისხმევი | რას აკეთებს |
|---|---|---|
GameDifficulty | 1 | 1 ჩვეულებრივი, 2 რთული, 3 აპოკალიფსური |
HardcoreMode | False | ერთი სიცოცხლე. ყველაზე რთულ სირთულეს აიძულებს |
AllowIronMode | True | Ironman, აზრი აქვს მხოლოდ ჩართულ hardcore-თან |
LootRespawnEnabled | False | მთავარი პარამეტრი დიდხანს მოქმედი სერვერებისთვის, იხილე ქვემოთ |
EnemySpawnRate | 1.0 | რამდენად ხშირად ბრუნდებიან მტრები |
EnemyHealthMultiplier | 1.0 | მტრების სიცოცხლე |
EnemyPlayerDamageMultiplier | 1.0 | ზიანი, რომელსაც მტრები მოთამაშეებს აყენებენ |
EnemyAccuracy | 2 | შორ მანძილზე სიზუსტე 0-4 სკალაზე |
DetectionSpeedMultiplier | 1.0 | რამდენად სწრაფად გამჩნევენ |
DamageToAlliesMultiplier | 0.5 | Friendly fire. 0 მას მთლიანად აქრობს |
DeathPenalties | 1 | ჯარიმის დონე 0-6 სკალაზე |
DurabilityLossOnDeathMultiplier | 0.1 | აღჭურვილობის დაზიანება სიკვდილისას |
HungerSpeedMultiplier | 1.0 | შიმშილის სიჩქარე. დაბალი უფრო შემწყნარებელია ნახევარ განაკვეთზე მოთამაშე ჯგუფისთვის |
ThirstSpeedMultiplier | 1.0 | წყურვილის სიჩქარე |
FatigueSpeedMultiplier | 1.0 | დაღლილობა |
PlayerXPGainMultiplier | 1.0 | დონის ზრდის სიჩქარე |
BonusPerkPoints | 0 | უფასო perk-ის ქულები პერსონაჟის შექმნისას |
ItemStackSizeMultiplier | 1.0 | Stack-ების ზომა |
ItemWeightMultiplier | 1.0 | ტვირთის სიმძიმე |
BaseInventorySize | 12 | საწყისი ინვენტარის სლოტები |
DayNightCycleState | 0 | 0 ჩვეულებრივი, 1 ყოველთვის დღე, 2 ყოველთვის ღამე |
PowerSocketsOffAtNight | True | ღამით ობიექტის ელექტროენერგია ითიშება |
FoodSpoilSpeedMultiplier | 1.0 | გაფუჭება |
StructuralSupportLimit | 5 | რამდენად შორს შეგიძლია დაუყრდნობლად აშენება |
AllowRecipeSharing | True | რეცეპტს, რომელსაც ერთი სწავლობს, ყველა სწავლობს |
AllowCharacterReset | True | მოთამაშეებს შეუძლიათ respec |
LootRespawnEnabled=False ნაგულისხმევია და სწორი ნაგულისხმევია ექვსკაციანი ჯგუფისთვის, რომელიც კამპანიას ერთად თამაშობს და ასრულებს. ის არასწორია მუდმივი საჯარო სერვერისთვის: ობიექტი სასრულია, და როცა მას ყველაფერი გამოაცალეს, ახალ მოთამაშეს საპოვნელი არაფერი რჩება. ჩართე ყველაფერზე, რაც რამდენიმე თვეზე მეტხანს იმუშავებს, და მოსალოდნელია, რომ ეკონომიკა ძალიან განსხვავებულად იგრძნობა.
მეორე პარამეტრი, რომელზეც განზრახ უნდა იფიქრო, არის AllowRecipeSharing. დატოვე ჩართული ჯგუფისთვის სხვადასხვა გრაფიკით, თორემ ადამიანი, რომელსაც მხოლოდ კვირაობით შეუძლია თამაში, ყოველ სესიას ჩამორჩენით გაატარებს. გამორთე, თუ ჯგუფს უნდა, რომ სპეციალიზაციას აზრი ჰქონდეს.
Sandbox ცვლილებები შემდეგ გაშვებაზე ძალაში შედის. გააჩერე სერვერი, შეცვალე, გაუშვი; ცოცხალი სერვერის რედაქტირებისას რისკი გაქვს, რომ ფაილი შენს ქვემოდან გადაიწერება.
ადმინები და მოდერაცია#
ადმინობის ორი გზა არსებობს და სერვერების უმეტესობა ორივეს იყენებს.
პირველია გაშვების სტრიქონში -AdminPassword=, რომელიც მოთამაშეს საშუალებას აძლევს, ამ პაროლით თამაშში ადმინის უფლებები მოითხოვოს. ის მოსახერხებელია და საერთო საიდუმლოა, ამიტომ ისე მოექეცი: შეცვალე, როცა ვინმე ჯგუფს ტოვებს და ნუ დადებ საჯარო Discord-ში.
მეორეა Admin.ini, რომელიც პირველ გაშვებაზე იქმნება მისამართზე AbioticFactor/Saved/SaveGames/Server/Admin.ini. ის SteamID64-ებს იღებს სექციის სათაურის ქვეშ, თითო სტრიქონზე ერთს:
[Moderators]Moderator=76561198012345678Moderator=76561198087654321გახსენი ფაილი, რომელიც სერვერმა შექმნა, და მიჰყევი სათაურს, რომელიც მან ჩაწერა, და ნუ ივარაუდებ - თამაშის ეს ნაწილი build-ებს შორის შეიცვალა. ID, რომელიც გჭირდება, არის 17-ციფრიანი SteamID64 და არა პროფილის სახელი; მისი წაკითხვის საიმედო გზაა სერვერის ლოგი მას მერე, რაც ადამიანი ერთხელ შემოვიდა.
თითოეულ ადმინს საკუთარი შესასვლელი მიეცი და ერთი login-ი ნუ გაიზიარებთ. პანელის ჰოსტზე ეს ნიშნავს subuser-ს კონსოლის უფლებით და სხვა არაფრით, რაც ასევე გაძლევს თითო სერვერის აქტივობის ლოგს, სადაც ჩანს, ვინ რა გადატვირთა. Subuser-ები და უმცირესი პრივილეგიები განმარტავს, რატომ არის ეს იმაზე მნიშვნელოვანი, ვიდრე ჩანს.
შენახვები, backup-ები და თავიდან დაწყება#
სამყარო ერთ საქაღალდეშია: AbioticFactor/Saved/SaveGames/Server/Worlds/Cascade/ ან რაც -WorldSaveName-ზე დააყენე. ეს საქაღალდე ინახავს ობიექტის მდგომარეობას, აშენებულ ობიექტებს და თითოეული მოთამაშის პერსონაჟს. დააბექაფე ეს საქაღალდე და დანარჩენი ყველაფერი SteamCMD-დან ათ წუთში აღდგება.
- სერვერი სუფთად გააჩერე. სუფთა გამორთვა შენახვას ფლუშავს. პროცესის მოკვლა ან ჰოსტი, რომელიც გაფრთხილების გარეშე ქრება, შეიძლება ბოლო ავტოშენახვის შემდეგ მომხდარი ყველაფერი დაგაკარგვინოს.
- backup გააკეთე ყოველ პატჩამდე. აქტიურ განვითარებაში მყოფი თამაშის კონტენტის განახლებები ხანდახან შენახვის ფორმატს ცვლიან, და backup, რომელიც არ გააკეთე, სწორედ ის არის, რომელიც დაგჭირდა.
- backup სერვერისგან განსხვავებულ ადგილას შეინახე. იმავე დისკზე მეორე საქაღალდეში ასლი გიცავს ფაილების მენეჯერში შეცდომისგან და არა მანქანის დაკარგვისგან.
- ორი სამყარო, ერთი სერვერი. რადგან
-WorldSaveNameსაქაღალდეს ირჩევს, ტესტისთვის მეორე შენახვა შეგიძლია გქონდეს და ერთი არგუმენტის შეცვლით გადართო. ეს ყველაზე იაფი staging გარემოა, რომელსაც რომელიმე თამაში გაძლევს - staging და production ერთ ანგარიშზე იმავე იდეას უფრო ზოგადად ავრცელებს.
Backup, რომელიც არავის აღუდგენია, ჰიპოთეზაა. დროდადრო აღადგინე ერთი სათადარიგო სამყაროს სახელზე და შედი, რომ დარწმუნდე, შენი პერსონაჟი იქაა; backup-ები, რომლებიც მართლა აღდგება განმარტავს, რატომ არის ეს მეორე ნაბიჯი მთელი აზრი.
RE:NODE-ზე Restart ღილაკი სუფთა გაჩერებას აგზავნის, backup-ის სლოტები ყველა Abiotic Factor გეგმაშია შეტანილი, აღდგენა ერთი ღილაკია, ხოლო Schedules ჩანაწერს შეუძლია ღამის backup და გადატვირთვა გააკეთოს იმ საათზე, როცა არავინ თამაშობს. თუ სერვერი ოდესმე მეხსიერების ლიმიტს მიაღწევს, კონტეინერი swap-ის ნაცვლად ჩერდება და სუფთად გადაიტვირთება, ამიტომ დასაგეგმი რისკი შეუნახავი გაჩერებაა - და სწორედ ესაა არგუმენტი ღამის backup-ის სასარგებლოდ და არა ყოველკვირეულის.
პრობლემების მოგვარება#
სერვერი გაეშვა, მაგრამ სიაში არ ჩანს. შეამოწმე ორივე UDP პორტი, შემდეგ დაამატე სერვერი Steam-ის ფავორიტებში address:27015-ით და იქიდან შედი. თუ ეს მუშაობს, სერვერი წესრიგშია და საჯარო სია ნელია. ასევე დარწმუნდი, რომ -NOSTEAM არ დაგიმატებია.
მოთამაშეები სერვერს ხედავენ, მაგრამ შესვლისას timeout-ს იღებენ. query პორტი ღიაა და თამაშის პორტი - არა. ისინი ცალკე წესებია.
`SandboxSettings.ini`-ში არაფერი მოქმედებს. ან [SandboxSettings] სათაური აკლია ან არასწორად წერია, ან ფაილი არასწორ საქაღალდეშია, ან -SandboxIniPath არგუმენტი სხვაგან მიუთითებს. შეამოწმე ლოგი გაშვებისას, სადაც ჩამოთვლილია ჩატვირთული ფაილები.
ყველა ახალ, ცარიელ სამყაროში გაჩნდა. -WorldSaveName შეიცვალა ან არასოდეს დაყენებულა და ნაგულისხმევი იმისგან განსხვავდება, რასაც ელოდი. ძველი საქაღალდე ისევ Saved/SaveGames/Server/Worlds/-ის ქვეშაა. გააჩერე სერვერი, არგუმენტი ამ საქაღალდის სახელზე დააყენე და გაუშვი.
სერვერი თამაშის განახლების შემდეგ ვარდება. სერვერის ინსტრუმენტი კლიენტისგან ცალკე ახლდება. გაუშვი SteamCMD-ის განახლება validate-ით და დარწმუნდი, რომ build ემთხვევა; შეუსაბამო ვერსიები კავშირის დროს უარყოფილია და არ ვარდება, ამიტომ პატჩის შემდეგ ჩავარდნა ჩვეულებრივ შეუთავსებელი შენახვაა ან საჭიროა მოდების გარეშე ხელახალი დაყენება.
მეხსიერება დღეების განმავლობაში იზრდება. გარკვეულ ზღვრამდე ნორმალურია, რადგან ობიექტის მეტი ნაწილი იხსნება და მეტი შენდება. დაგეგმილი გადატვირთვა მას მუდმივ დონეზე ინარჩუნებს - იხილე გადატვირთვის გრაფიკები, რომლებიც გვეხმარება. თუ ის საათებში აღწევს ლიმიტს, სლოტების რაოდენობა ან მშენებლობის სიმკვრივე გეგმას აღემატება.
რაღაც არასწორადაა და არ იცი, რა. ცვლილებამდე წაიკითხე ლოგი. გამოსვლამდე ბოლო სტრიქონები ჩვეულებრივ ცალსახად ასახელებს ფაილს ან არგუმენტს, რომელიც დამნაშავეა; კონსოლის კითხვა სწორედ იმაზეა, როგორ გააკეთო ეს ეფექტურად.
FAQ#
რამდენი მოთამაშე ეტევა Abiotic Factor-ის სერვერზე?
ნაგულისხმევად ექვსი. -MaxServerPlayers უფრო მაღალ რიცხვებს იღებს, მაგრამ ნადავლის სიმკვრივე, მტრების მასშტაბირება და კრაფტინგის ეკონომიკა პატარა ჯგუფისთვისაა აგებული, ამიტომ უფრო დიდ სერვერს კომპენსაციისთვის sandbox პარამეტრების მორგება სჭირდება.
მჭირდება თუ არა თამაშის ფლობა სერვერის გასაშვებად?
არა. dedicated server არის app 2857200 და დგება login anonymous-ით. თამაში გჭირდება სათამაშოდ და არა ჰოსტინგისთვის.
შეუძლიათ თუ არა კონსოლისა და PC-ის მოთამაშეებს ერთ სერვერზე თამაში?
დიახ. Crossplay ჩართულია, სანამ არ გამორთავ -PlatformLimited=-ით, რომელიც იღებს PC, Playstation ან Xbox და სერვერს ამ პლატფორმით ზღუდავს.
სად არის sandbox პარამეტრები dedicated server-ზე?
SandboxSettings.ini-ში, AbioticFactor/Saved/Config/WindowsServer/-ის ქვეშ, [SandboxSettings] სათაურით დაწყებული. თამაშში sandbox ეკრანი მხოლოდ ლოკალურად მასპინძლობულ თამაშზე მოქმედებს.
მუშაობს თუ არა სერვერი Linux-ზე?
depot Windows build-ს შეიცავს, Linux ჰოსტები კი მას Proton-ით ან Wine-ით უშვებენ. ეს საიმედოდ მუშაობს და კონტეინერებზე დაფუძნებული ჰოსტინგის უმეტესობა ასე იქცევა, მაგრამ ეს ღირს, რომ იცოდე ფაილების გზების დებაგისას.
როგორ დავიწყო ახალი სამყარო ძველის წაშლის გარეშე?
შეცვალე -WorldSaveName ახალ მნიშვნელობაზე. Saved/SaveGames/Server/Worlds/-ის ქვეშ ახალი საქაღალდე შეიქმნება, წინა სამყარო კი დისკზე დარჩება და უკან გადასართავად მზად იქნება.
კომენტარები
სრულიად ანონიმურად: ანგარიშის, ელფოსტის და cookie-ის გარეშე. ინახება მხოლოდ სახელი, ტექსტი და დრო - სხვა არაფერი. ბმულების რაოდენობა ლიმიტირებულია.