V Rising-ის გამოყოფილი სერვერი: პარამეტრები და ადმინები

V Rising-ის გამოყოფილი სერვერი უფასო Windows აპლიკაციაა (Steam app 1829350), რომელიც ორი JSON ფაილით კონფიგურირდება. ServerHostSettings.json ინახავს იმას, რა არის სერვერი - სახელი, პორტები, პაროლი, მოთამაშეების ლიმიტი, save-ის სახელი, autosave, RCON. ServerGameSettings.json ინახავს იმას, როგორ თამაშდება თამაში - PvP თუ PvE, ციხე-სიმაგრეების raid-ის წესები, კლანის ზომა, loot-ისა და craft-ის rate-ები, დღის ხანგრძლივობა. ის თამაშისთვის UDP 9876-ს და Steam query-სთვის 9877-ს უსმენს, ნაგულისხმევად 40 მოთამაშემდე იტევს და სამყაროს დანომრილი autosave-ების სახით ინახავს საქაღალდეში, რომელსაც -persistentDataPath-ით ირჩევ. ადმინები SteamID-ებია adminlist.txt-ში. ქვემოთ ყველაფერი დეტალებია: ფაილების რომელ ასლს კითხულობს სერვერი სინამდვილეში, რას აკეთებს თითოეული პარამეტრი და როგორ არ დაკარგო ციხე-სიმაგრე.

როგორ მუშაობს V Rising-ის სერვერები#

V Rising-ის სამყაროს თამაში შეიძლება მარტო, თამაშიდან პირადი ჰოსტინგით ან გამოყოფილ სერვერზე. გამოყოფილი სერვერი სამყაროს - ციხე-სიმაგრეებს, მსახურებს, ტერიტორიას, პროგრესს - გაშვებულს და ხელმისაწვდომს ინახავს მაშინაც, როცა არავინ არის ონლაინ, რაც V Rising-ში survival თამაშების უმეტესობაზე მეტად მნიშვნელოვანია, რადგან ციხე-სიმაგრეები ირღვევა, როცა მათ გულებს blood essence ეწურებათ. გათიშულ სერვერზე raid შეუძლებელია, მაგრამ ციხე-სიმაგრე, რომლის მფლობელიც ერთი კვირაა არ შემოსულა, გაშვებულ სერვერზე მაინც ირღვევა.

ფაქტები, რომლებიც დაყენების დანარჩენ ნაწილს განსაზღვრავს:

• სერვერის binary მხოლოდ Windows-ისთვისაა. Stunlock VRisingServer.exe-ს უშვებს. Linux-ზე ის Wine-ის ან Proton-ის ქვეშ მუშაობს. Wine და Proton მხოლოდ Windows-ის სერვერებისთვის ზოგად მიდგომას განიხილავს.
• პერსონაჟები სერვერზე ცხოვრობს. Valheim-ისა და Enshrouded-ისგან განსხვავებით, V Rising-ის პერსონაჟი ერთი სერვერის save-ს ეკუთვნის. მოთამაშე ყოველ ახალ სერვერზე თავიდან იწყებს.
• თითოეული პარამეტრების ფაილის ორი ასლი არსებობს. ნაგულისხმევი ინსტალაციაში და აქტიური ასლები შენს მონაცემების საქაღალდეში. არასწორის რედაქტირება დაყენების ყველაზე ხშირი შეცდომაა, რაც შემდეგ განყოფილებაშია განხილული.

მოთხოვნები#

V Rising-ის სერვერი ზომიერია. მეხსიერება უფრო ციხე-სიმაგრეებისა და მსახურების რაოდენობასთან ერთად იზრდება, ვიდრე მოთამაშეებთან.

Wine-ის ქვეშ გაშვებისას ცოტა მეხსიერება დაამატე. ServerFps host-ის პარამეტრებში (ნაგულისხმევად 30) ადგენს, სიმულაციის რამდენ კადრს ცდილობს სერვერი წამში; დატოვე ნაგულისხმევზე. მისი გაზრდა CPU-ს პირდაპირ პროპორციულად ხარჯავს და იშვიათად აუმჯობესებს რამეს, რასაც მოთამაშეები შეამჩნევენ. რას ნიშნავს სინამდვილეში tick rate ხსნის, რატომ.

ინსტალაცია და persistent data path#

$ steamcmd +@sSteamCmdForcePlatformType windows \    +force_install_dir /home/vrising/server \    +login anonymous +app_update 1829350 validate +quit

სერვერი ყოველთვის persistent data path-ით უნდა გაეშვას - საქაღალდით, სადაც ის თავის save-ებსა და პარამეტრების აქტიურ ასლებს ინახავს:

VRisingServer.exe -persistentDataPath .\save-data -serverName "Longship Vampires" -saveName "world1" -logFile ".\logs\VRisingServer.log"

-persistentDataPath-ის გარეშე სერვერი Windows-ის მომხმარებლის პროფილში ღრმად მდებარე საქაღალდეს იყენებს, რომლის პოვნაც ძნელია, backup-იც ძნელია და იკარგება, თუ მომხმარებლის პროფილი შეიცვლება. დააყენე ერთხელ და აღარასოდეს შეცვალო; მოგვიანებით შეცვლა სერვერს ცარიელ საქაღალდეზე მიუთითებს და ის ახალ სამყაროს დაიწყებს.

პარამეტრების ფაილები ორ ადგილას არსებობს:

დააკოპირე ServerHostSettings.json და ServerGameSettings.json ინსტალაციის StreamingAssets/Settings/-დან <persistentDataPath>/Settings/-ში, შემდეგ კი მხოლოდ ეს ასლები დაარედაქტირე. ინსტალაციის საქაღალდეში არსებულ ფაილებში შეტანილი ცვლილებები სერვერის შემდეგი განახლებისას იკარგება. გაშვების არგუმენტები, როგორიცაა -serverName და -saveName, შესაბამის host პარამეტრებს ფარავს, რაც სასარგებლოა პანელზე, სადაც ისინი Startup ჩანართის ველებია, და დამაბნეველი, თუ დაგავიწყდება, რომ იქ არიან.

ServerHostSettings.json#

{  "Name": "Longship Vampires",  "Description": "PvE, relaxed rates, EU evenings",  "Port": 9876,  "QueryPort": 9877,  "MaxConnectedUsers": 40,  "MaxConnectedAdmins": 4,  "ServerFps": 30,  "SaveName": "world1",  "Password": "",  "Secure": true,  "ListOnSteam": true,  "ListOnEOS": true,  "AutoSaveCount": 20,  "AutoSaveInterval": 120,  "CompressSaveFiles": true,  "GameSettingsPreset": "",  "AdminOnlyDebugEvents": true,  "DisableDebugEvents": false,  "Rcon": { "Enabled": false, "Port": 25575, "Password": "" }}

SaveName სამყაროა. შეცვალე და სერვერი ახალ სამყაროს ახალი სახელით იწყებს; დააბრუნე და ძველი ბრუნდება. ეს მას ახალი სეზონის გაშვების ყველაზე სუფთა გზად აქცევს, ისე, რომ წინა დისკზე დარჩეს.

GameSettingsPreset მეორე ხაფანგია. preset-ის სახელის მითითებისას - მაგალითად StandardPvP ან StandardPvE - სერვერი ამ preset-ს იყენებს და შენს ServerGameSettings.json-ს იგნორირებს. დატოვე ცარიელი, რომ საკუთარი ფაილი გამოიყენო.

ServerGameSettings.json: წესები#

ServerGameSettings.json გრძელია. პარამეტრები, რომლებსაც ხალხი პირველად ცვლის:

rate-ები და ფასები მამრავლებია, სადაც 1.0 სტანდარტული თამაშია:

• MaterialYieldModifier_Global - მოპოვებული რესურსები.
• DropTableModifier_General - loot მტრებიდან და კონტეინერებიდან.
• BloodEssenceYieldModifier - მიღებული blood essence, რომელიც ციხე-სიმაგრის გულებს კვებავს.
• InventoryStacksModifier - stack-ების ზომა.
• CraftRateModifier - craft-ის სიჩქარე (მეტი - უფრო სწრაფი).
• ResearchCostModifier, RefinementCostModifier, BuildCostModifier - ფასები (ნაკლები - უფრო იაფი).
• ServantConvertRateModifier - ადამიანების მსახურებად გადაქცევის სიჩქარე.
• CastleDecayRateModifier - რამდენად სწრაფად ირღვევა გამოუკვებავი ციხე-სიმაგრეები. 0 ფაქტობრივად რღვევას თიშავს.
• CastleBloodEssenceDrainModifier - რამდენად სწრაფად წვავს ციხე-სიმაგრის გულები blood essence-ს.

TeleportBoundItems=false მოხერხებულობის ყველაზე მოთხოვნადი ცვლილებაა; ის მოთამაშეებს მადნის waygate-ებით გადატანის საშუალებას აძლევს და ბევრ სიარულს აშორებს. TeleportBoundItems და BloodBoundEquipment ერთად წყვეტს, რამდენად მკაცრია სიკვდილი და მგზავრობა, ამიტომ ჯგუფთან ერთად შეთანხმდი.

ჩადგმული ობიექტები უფრო დეტალურ წესებს ინახავს. GameTimeModifiers დღის ხანგრძლივობას (DayDurationInSeconds) და დღის საათებს ადგენს; VampireStatModifiers და UnitStatModifiers_Global დაზიანებასა და ჯანმრთელობას ასკალირებს; UnitStatModifiers_VBlood V Blood ბოსებს ასკალირებს; ხოლო CastleStatModifiers_Global ციხე-სიმაგრის ლიმიტებს ინახავს, მათ შორის HeartLimits-ს გულის თითოეული დონისთვის (იატაკის ფილები და მსახურების რაოდენობა) და ციხე-სიმაგრეების რაოდენობას, რომელიც თითოეულ მოთამაშეს შეიძლება ჰქონდეს. ეს მცირე ნაბიჯებით შეცვალე; ბოსების ჯანმრთელობისა და დაზიანების ცვლილებები მთელ პროგრესიაზე ვრცელდება.

გასაღებების სრული ნაკრები თამაშის ვერსიებთან ერთად იცვლება. ინსტალაციის StreamingAssets/Settings/-ში არსებული ფაილი შენი ვერსიის ცნობარია, ხოლო Stunlock-ის საკუთარი სერვერის დოკუმენტაცია თითოეულ გასაღებს აღწერს.

PvP ფანჯრები და ციხე-სიმაგრეების raid#

PvP სერვერზე TimeRestricted რეჟიმები ბრძოლასა და raid-ს განსაზღვრულ საათებზე ზღუდავს, რომლებიც PlayerInteractionSettings-შია მითითებული:

"CastleDamageMode": "TimeRestricted","PlayerDamageMode": "Always","PlayerInteractionSettings": {  "TimeZone": "Local",  "VSPlayerWeekdayTime": { "StartHour": 18, "StartMinute": 0, "EndHour": 23, "EndMinute": 0 },  "VSPlayerWeekendTime": { "StartHour": 16, "StartMinute": 0, "EndHour": 23, "EndMinute": 0 },  "VSCastleWeekdayTime": { "StartHour": 19, "StartMinute": 0, "EndHour": 22, "EndMinute": 0 },  "VSCastleWeekendTime": { "StartHour": 18, "StartMinute": 0, "EndHour": 23, "EndMinute": 0 }}

TimeZone შეიძლება იყოს Local (სერვერის მანქანის საათი) ან სახელდებული ზონა; მისაღები სახელებისთვის შენი ვერსიის დოკუმენტაცია შეამოწმე. raid-ის ფანჯრები მთავარი ინსტრუმენტია, რომ PvP სამართლიანი იყოს მათთვის, ვინც მთელი საღამო ონლაინ ვერ იქნება: ციხე-სიმაგრეში ვერ შეიჭრები, სანამ მისი მფლობელები სძინავთ. აირჩიე საათები, რომლებიც შენი მოთამაშეების ადგილმდებარეობას ერგება. გერმანიაში მდებარე სერვერს ევროპული საზოგადოებით საღამოები ცენტრალური ევროპის დროით სჭირდება; სერვერს, რომლის მოთამაშეებიც კონტინენტებზეა გაფანტული, კომპრომისი სჭირდება, რომელიც ვიღაცას არ მოეწონება.

TimeZone: Local სერვერის საათს მიჰყვება, რაც ბევრ ჰოსტინგის სერვერზე UTC-ია. თუ raid-ის ფანჯრები ერთი-ორი საათით აცდენილად იხსნება, მიზეზი ეს არის. ზონა ცხადად მიუთითე ან საათები შეასწორე.

გარჩეული მაგალითი: მშვიდი PvE ექვსი მეგობრისთვის#

პატარა ჯგუფს, რომელიც კვირაში რამდენიმე საღამოს თამაშობს, საჯარო PvP სერვერისგან განსხვავებული რამ უნდა, ნაგულისხმევი მნიშვნელობები კი უკანასკნელისთვისაა მორგებული. კონფიგურაცია, რომელიც ჩვეულებრივ მუშაობს:

"GameModeType": "PvE","CastleDamageMode": "Never","ClanSize": 6,"TeleportBoundItems": false,"BloodBoundEquipment": true,"MaterialYieldModifier_Global": 2.0,"InventoryStacksModifier": 2.0,"CraftRateModifier": 2.0,"ServantConvertRateModifier": 2.0,"CastleDecayRateModifier": 0.0

ლოგიკა, ხაზ-ხაზ. PvE, ციხე-სიმაგრის დაზიანება გამორთული, რადგან მეგობრების ჯგუფში არავის უნდა გაძარცვულ ბაზაში დაბრუნება. კლანის ზომა, რომელიც მთელ ჯგუფს იტევს, რომ ყველამ ერთი ციხე-სიმაგრე გაიყოს, თუ უნდა. waygate-ები, რომლებიც რესურსებს ატარებს, რადგან მადნის მთელ რუკაზე ფეხით ტარება თამაშის ყველაზე უინტერესო ნაწილია ხალხისთვის, ვისაც შეზღუდული საღამოები აქვს. აღჭურვილობა სიკვდილისას რჩება, ასე რომ ცუდი ბრძოლა დროს ჯდება, მაგრამ არა craft-ის საათებს. ორმაგი მოპოვება, stack-ები, craft და მსახურების გადაქცევა, რომ თამაში კვირაში რამდენიმე საღამოში ჩაეტიოს და მთლიანად არ გამოტოვდეს. და ციხე-სიმაგრის რღვევის გარეშე, რადგან ერთმა ადამიანმა, რომელიც ორი კვირით შვებულებაში მიდის, თავისი ციხე-სიმაგრის ნაწილი არ უნდა დაკარგოს.

რასაც ხელუხლებლად ტოვებს, ისიც ისევე შეგნებულია: ბოსების ჯანმრთელობა და დაზიანება სტანდარტულზე რჩება, ასე რომ V Blood ბრძოლები - მიზეზი, რის გამოც ხალხის უმეტესობა თამაშობს - სირთულეს ინარჩუნებს. თუ ჯგუფს ბოსები ძალიან რთული ეჩვენება, როცა აღჭურვილობით დაეწევა, UnitStatModifiers_VBlood ის ადგილია, სადაც მცირე ნაბიჯებით უნდა შეასწორო.

წარმადობა და გადატვირთვები#

V Rising-ის სერვერი პატარა ჯგუფზე დიდხანს სტაბილურია და უფრო ძვირი ხდება, როცა ციხე-სიმაგრეები და მსახურები მრავლდება. მსახურების სიმულაცია ხდება, მათი მფლობელი ონლაინაა თუ არა, ხოლო დიდი ციხე-სიმაგრეები შესანახი ბევრი ობიექტია. თუ autosave-ები მომწიფებულ სამყაროზე შესამჩნევ შეფერხებას იწვევს, CompressSaveFiles მცირე CPU-ს უფრო პატარა ჩაწერებზე ცვლის, ოდნავ გრძელი AutoSaveInterval კი შეფერხებას იშვიათს ხდის უარეს შემთხვევაში უფრო დიდი დანაკარგის ფასად.

ყოველდღიური ან ყოველკვირეული გადატვირთვა მშვიდ საათზე დიდხანს მომუშავე სამყაროზე მეხსიერებას სტაბილურად ინარჩუნებს; გადატვირთვის განრიგები, რომლებიც გეხმარება დროის შერჩევას განიხილავს, ხოლო RCON-ის announcerestart ბრძანება მოთამაშეების წინასწარ გაფრთხილების სუფთა გზაა.

პორტები და მიერთება#

თამაშის ორივე პორტი UDP-ია. თუ სერვერი მუშაობს, მაგრამ მას ვერავინ ხედავს, პირველი ეჭვმიტანილი query პორტია - სათამაშო სერვერის პორტების ახსნა ლოგიკას ხსნის. მოთამაშეებს შეუძლიათ თამაშის ბრაუზერში სახელით მოძებნონ ან Direct Connect გამოიყენონ მისამართითა და თამაშის პორტით. ახალ სერვერს სიაში გამოჩენას რამდენიმე წუთი სჭირდება.

ადმინები, კონსოლი და RCON#

ადმინის უფლებები მოდის adminlist.txt-დან <persistentDataPath>/Settings/-ში (დააკოპირე ინსტალაციის ნაგულისხმევიდან, თუ აკლია), თითო SteamID64 თითო ხაზზე. ban სია მის გვერდით banlist.txt-ია. ორივე იკითხება სერვერის მუშაობისას.

ადმინი თამაშის კონსოლს რთავს (თამაშის ოფციებში, ზოგად პარამეტრებში), ხსნის backtick ან tilde ღილაკით და ავთენტიფიცირდება:

AdminOnlyDebugEvents და DisableDebugEvents host-ის პარამეტრებში აკონტროლებს, შეუძლიათ თუ არა ადმინებს debug მოვლენების გამოყენება, მაგალითად spawn-ისა; სამართლიან PvP სერვერზე ისინი შეზღუდული დატოვე.

RCON შეზღუდულია. ჩართვისას ის ბრძანებების მცირე ნაკრებს უჭერს მხარს, არსებითად სერვერის განცხადებებსა და დროიან გადატვირთვის განცხადებას (announce და announcerestart). ის სასარგებლოა დაგეგმილი გაფრთხილებებისთვის და არა ადმინისტრირებისთვის. დაიცავი ისე, როგორც ნებისმიერი დისტანციური კონსოლი - RCON უსაფრთხოდ ხსნის, როგორ.

save-ები, backup-ები და wipe-ები#

save-ები ინახება <persistentDataPath>/Saves/-ში, ვერსიის საქაღალდეში (მაგალითად v3 ან v4, შენი build-ის save-ის ფორმატის მიხედვით), შემდეგ SaveName-ის სახელობის საქაღალდეში, რომელიც დანომრილ autosave-ებს შეიცავს. სერვერი ერთს ყოველ AutoSaveInterval წამში წერს და AutoSaveCount ცალს ინახავს, უძველესს შლის.

• გააკეთე მთელი `Saves` საქაღალდისა და შენი `Settings` საქაღალდის backup - ყოველდღე და ყოველ განახლებამდე. autosave-ები იმავე დისკზეა, რაც სამყარო, რომელსაც იცავს.
• გააჩერე სუფთად. სუფთა გაჩერება სამყაროს წერს. kill ან მეხსიერების ამოწურვით გაჩერება კარგავს ყველაფერს, რაც ბოლო autosave-ის შემდეგ მოხდა.
• აღადგინე სერვერის გაჩერებით, backup-იდან save-ის საქაღალდის იმავე SaveName-ით დაბრუნებით და გაშვებით. სერვერის საკუთარ autosave-ებს შორის უკან დასაბრუნებლად წაშალე უფრო ახალი autosave-ის საქაღალდეები, რომ სასურველი ბოლო იყოს. რასაც შლი, მისი ასლები შეინახე.
• გააკეთე wipe SaveName-ის შეცვლით. ახალი სამყარო ცარიელი იწყება; ძველი დისკზე რჩება.

backup-ები, რომლებიც ნამდვილად აღდგება ხსნის, რატომ არის ერთი backup-ის შეგნებულად აღდგენა ბევრის გაკეთებაზე მნიშვნელოვანი.

RE:NODE-ზე persistent data საქაღალდე და ორივე JSON ფაილი ხელმისაწვდომია ფაილ მენეჯერში და SFTP-ით, backup სლოტები ყველა სათამაშო გეგმას მოყვება, Schedules ჩანართს კი ღამის backup-ისა და გადატვირთვის გაშვება შეუძლია. V Rising-ს კატალოგში საკუთარი ხაზი არ აქვს; რა არის შეთავაზებული, იხილე სათამაშო სერვერების სიაში.

მოდები#

V Rising-ის მოდები BepInEx-ზე მუშაობს და ძირითადად Thunderstore-ით ვრცელდება. სერვერის მხარის მოდები ამატებს ადმინის ბრძანებებს, მოხერხებულობის წესებსა და ივენთებს კლიენტზე რამის მოთხოვნის გარეშე; ზოგიერთ მოდს ორივე სჭირდება. თამაშის დიდი განახლებები BepInEx მოდებს აფუჭებს, სანამ ისინი თავიდან არ აიგება, ამიტომ მოდიანი სერვერი პატჩის დღეს არ უნდა განახლდეს. რა ვქნა, როცა მოდის განახლება რამეს აფუჭებს ამ დღეს განიხილავს. ბევრი სერვერი vanilla-ზე მუშაობს, რადგან ServerGameSettings.json უკვე ფარავს უმეტესობას, რისი შეცვლაც მოთამაშეებს უნდათ.

პრობლემების მოგვარება#

პარამეტრების ცვლილებები არაფერს აკეთებს. დაარედაქტირე ასლი StreamingAssets-ში, GameSettingsPreset დაყენებულია, ან გაშვების არგუმენტი მნიშვნელობას ფარავს.

სერვერმა ახალი სამყარო დაიწყო. SaveName ან -persistentDataPath შეიცვალა. დააბრუნე ისინი და გადატვირთე.

სერვერების ბრაუზერში არ ჩანს. query პორტი დახურულია ან არ არის UDP, ListOnSteam არის false, ან სია ნელია. შეამოწმე Direct Connect-ით.

raid-ის ფანჯრები არასწორ დროსაა. სერვერის საათი UTC-ია და TimeZone არის Local.

ადმინის ბრძანებებზე უარს ამბობს. SteamID არ არის adminlist.txt-ში აქტიურ Settings საქაღალდეში, ან adminauth არ გაშვებულა.

FAQ#

რამდენი მოთამაშე შეიძლება იყოს V Rising სერვერზე?

MaxConnectedUsers ნაგულისხმევად 40-ია. უფრო დიდი რიცხვები შესაძლებელია, მაგრამ ციხე-სიმაგრეები და მსახურები მოთამაშეებთან ერთად იზრდება და სერვერს შესაბამისი მეხსიერება და CPU სჭირდება.

გადადის V Rising-ის პერსონაჟები სერვერებს შორის?

არა. პერსონაჟები სერვერის save-ს ეკუთვნის. ახალ სერვერზე შესვლა ახალი პერსონაჟის დაწყებას ნიშნავს.

როგორ გამოვრთო ციხე-სიმაგრის რღვევა?

დააყენე CastleDecayRateModifier 0-ზე ServerGameSettings.json-ში. პირად სერვერზე ეს ხალხს იცავს ციხე-სიმაგრის დაკარგვისგან, სანამ არ არიან.

შემიძლია V Rising-ის Linux-ზე გაშვება?

მხოლოდ Wine-ით ან Proton-ით; სერვერი Windows build-ია.

როგორ დავიწყო ახალი სეზონი?

შეცვალე SaveName და გადატვირთე. სერვერი ახალ სამყაროს ქმნის, ძველი save კი თავის საქაღალდეში რჩება.