Vintage Story-ის სერვერი: დაყენება, კონფიგი და მოდები

Vintage Story-ის გამოყოფილი სერვერი იგივე ჩამოტვირთვაა, რაც თამაშის სერვერის პაკეტი - VintagestoryServer .NET runtime-ით ქვეშ - რომელიც მის მონაცემების საქაღალდეში არსებული ერთი serverconfig.json-ით კონფიგურირდება. ის 42420 პორტზე უსმენს, სამყაროს ერთ .vcdbs ფაილში ინახავს, ყოველი მოთამაშის პერსონაჟს ამ სამყაროს შიგნით ინახავს, და გამოყოფილ სერვერზე ნაგულისხმევად whitelist-ს იყენებს, ასე რომ, ვერავინ შემოვა, სანამ არ დაამატებ. მეხსიერება დაახლოებით 1 GB-დან იწყება და ყოველ აქტიურ მოთამაშეზე დაახლოებით 300 MB-ით იზრდება, მეტით - დიდი ხედვის მანძილით ან მძიმე მოდებით. მოდები zip ფაილებია Mods საქაღალდეში, და მოთამაშეებს, რომლებსაც სერვერის მოდები აკლიათ, შემოსვლისას ჩამოტვირთვას სთავაზობენ. ეს გზამკვლევი მოიცავს ინსტალაციას, serverconfig.json-ის ყოველ მნიშვნელოვან პარამეტრს, სამყაროს გენერირების არჩევანს, რომელიც მხოლოდ ერთხელ გეძლევა, როლებსა და უფლებებს, მოდებს და backup-ებს.

როგორ მუშაობს Vintage Story-ის ჰოსტინგი#

სერვერი თამაშის კლიენტისგან ცალკე შესრულებადი ფაილია და გასაშვებად თამაშის ანგარიში არ სჭირდება, მაგრამ მოთამაშეებს შემოსასვლელად საკუთარი ანგარიშები სჭირდებათ: ჩართული VerifyPlayerAuth-ით, რაც ნაგულისხმევია, სერვერი Anego Studios-ის ავთენტიფიკაციის სერვისთან ამოწმებს, რომ ყოველ მოთამაშეს თამაში ეკუთვნის.

რამდენიმე თვისება დანარჩენ ყველაფერს განსაზღვრავს:

• სამყარო და პერსონაჟები სერვერის მხარესაა. ინვენტარი, უნარები და პოზიციები სერვერზე სამყაროს save-ში ცხოვრობს. მოთამაშის პროგრესი შენს სერვერზე შენს სერვერზე რჩება.
• ერთი პროცესი, ერთი სამყარო. კონფიგი save ფაილს ასახელებს; სხვა სამყარო ნიშნავს სხვა ფაილს და გადატვირთვას.
• მონაცემების საქაღალდე ინახავს ყველაფერს, რაც გაინტერესებს. კონფიგი, save-ები, მოდები, ლოგები და backup-ები ერთი გზის ქვეშ ცხოვრობს, რომელიც --dataPath-ით ყენდება. გააკეთე ამ საქაღალდის backup და დანარჩენს სერვერის ხელახლა ჩამოტვირთვით აღადგენ.
• სერვერი და კლიენტები თამაშის ერთსა და იმავე ვერსიაზე უნდა მუშაობდეს. მცირე patch-ები ხშირია; მთავარი ვერსიები მოდებს და ზოგჯერ სამყაროს გენერირებასაც ცვლის.

მოთხოვნები და რესურსების გამოყენება#

ოფიციალური რეკომენდაციაა დაახლოებით 1 GB მეხსიერება საფუძვლად პლუს 300 MB თითო მოთამაშეზე, საკმარისად სწრაფი CPU-თი. პრაქტიკაში ყველაზე მნიშვნელოვანი ცვლადი ის არის, სამყაროს რა ნაწილია ჩატვირთული, რასაც მოთამაშეების ხედვის მანძილი განსაზღვრავს სერვერის MaxChunkRadius-მდე.

• CPU: სერვერი ნაგულისხმევად წამში დაახლოებით 30-ჯერ ასრულებს tick-ს. ახლად გამოკვლეული chunk-ების გენერირება ყველაზე მძიმე დატვირთვაა, ამიტომაც სამყაროს პირველი კვირები უფრო ძვირი ჯდება, ვიდრე შემდეგი.
• დისკი: save გამოკვლეულ ფართობთან ერთად იზრდება. სერვერმა რამდენიმე მოთამაშით, რომლებიც ფართოდ იკვლევენ, თვეების განმავლობაში შეიძლება რამდენიმე გიგაბაიტს მიაღწიოს; ადგილი backup-ებისთვის დატოვე.
• ქსელი: ზომიერი, პიკებით, როცა მოთამაშეები სწრაფად მოგზაურობენ და ახალ chunk-ებს ტვირთავენ.

ყველაზე ეფექტური ბერკეტი MaxChunkRadius-ია, რომელიც ზღუდავს, რამდენად შორს შეუძლია ნებისმიერ მოთამაშეს დანახვა. მისი 12-დან 8-მდე შემცირება მეხსიერებასა და CPU-ს მკვეთრად ამცირებს მოკლე ხედვის მანძილის ფასად. CPU თუ RAM თამაშის სერვერებისთვის ღირს წაიკითხო, სანამ გადაწყვეტ, რომელ რესურსში გადაიხადო.

სერვერის დაყენება#

სერვერი შენი Vintage Story-ის ანგარიშის გვერდიდან ჩამოიტვირთება და არა Steam-იდან. Linux-ის პაკეტი არის .tar.gz, პლატფორმისა და ვერსიის სახელით; Windows-ს აქვს ინსტალერი და სერვერის შესრულებადი ფაილი კლიენტის გვერდით.

მიმდინარე ვერსიებს Linux-ზე .NET runtime სჭირდება: .NET 8 1.21 სერიისთვის და .NET 10 1.22-სა და შემდეგისთვის, ოფიციალური დაყენების გზამკვლევის მიხედვით - ძველ ვერსიებს ძველი runtime-ები სჭირდებოდა, ამიტომ runtime შენს ვერსიას შეუსაბამე.

$ mkdir -p /srv/vintagestory/server /srv/vintagestory/data$ tar -xzf vs_server_linux-x64_<version>.tar.gz -C /srv/vintagestory/server$ cd /srv/vintagestory/server$ ./VintagestoryServer --dataPath /srv/vintagestory/data

პაკეტი ასევე შეიცავს server.sh-ს, დამხმარე სკრიპტს start, stop და status მოქმედებებით, რომელიც სერვერს ფონურად უშვებს დასახელებული მომხმარებლით; გამოყენებამდე თავში მომხმარებლის სახელი და გზები დაარედაქტირე. Windows-ზე ეკვივალენტი არის სერვერის შესრულებადი ფაილის მალსახმობი, რომლის სამიზნეს --dataPath= აქვს დამატებული, რომ მონაცემები შენი კლიენტის საკუთარ საქაღალდეში არ აირიოს.

პირველი გაშვება მონაცემების საქაღალდეს ქმნის:

data/  serverconfig.json  Saves/  Mods/  Logs/  Backups/

გააჩერე სერვერი მის კონსოლში /stop-ით. serverconfig.json-ის რედაქტირება სერვერის მუშაობისას საუკეთესო შემთხვევაში უაზროა: სერვერმა შეიძლება თავისი მეხსიერებაში არსებული ასლი შენს ცვლილებაზე გადაწეროს.

serverconfig.json, პარამეტრები, რომლებსაც მნიშვნელობა აქვს#

ფაილი JSON-ია, პირველ გაშვებაზე სრულად იწერება. ესენი გასაღებებია, რომელთა წაკითხვაც ღირს, მათი ნაგულისხმევებით:

{  "ServerName": "Vintage Story Server",  "ServerDescription": null,  "WelcomeMessage": "Welcome {0}, may you survive well and prosper",  "Ip": null,  "Port": 42420,  "Upnp": false,  "CompressPackets": true,  "AdvertiseServer": false,  "MaxClients": 16,  "Password": null,  "WhitelistMode": 0,  "VerifyPlayerAuth": true,  "TickTime": 33.333332,  "MaxChunkRadius": 12,  "SpawnCapPlayerScaling": 0.5,  "PassTimeWhenEmpty": false,  "AntiAbuse": 0,  "CorruptionProtection": true,  "RegenerateCorruptChunks": false,  "DieBelowDiskSpaceMb": 400,  "StartupCommands": null,  "ModPaths": ["Mods"]}

შენიშვნები, რომლებიც ცხრილის უჯრაზე მეტს იმსახურებს:

• `WhitelistMode` 0 ნიშნავს ჩართულ whitelist-ს გამოყოფილი სერვერისთვის. ეს ყველაზე გავრცელებული „ვერავინ შემოდის" საჩივარია. ან დაამატე მოთამაშეები, ან განზრახ დააყენე 1-ზე.
• `PassTimeWhenEmpty` წყვეტს, მიდის თუ არა სეზონები, როცა არავინ თამაშობს. ჯგუფისთვის, რომელიც კვირაში ორჯერ თამაშობს, false ზამთარს შეუმჩნევლად მოსვლას უშლის; დატვირთული საჯარო სერვერისთვის მნიშვნელობა არ აქვს.
• `DieBelowDiskSpaceMb` უსაფრთხოების ბადეა და არა შემაწუხებელი რამ. სერვერმა, რომელსაც შენახვის შუაში დისკი ამოეწურება, შეიძლება სამყარო დააზიანოს; ეს მას ადრე აჩერებს. თუ ამოქმედდა, ძველი backup-ები და ლოგები გაასუფთავე.
• `StartupCommands` მოსახერხებელია იმისთვის, რაც ყოველი გაშვების შემდეგ უნდა მოქმედებდეს, მაგალითად განცხადება ან როლის პარამეტრი.

ამათგან ბევრის შეცვლა ცოცხლად შეიძლება /serverconfig-ით, მაგალითად /serverconfig maxclients 20 ან /serverconfig password, რასაც მნიშვნელობა მოსდევს, რაც ცვლილებას ფაილშიც ინახავს.

სამყაროს გენერირება: აირჩიე ერთხელ#

WorldConfig სექცია სამყაროს წყვეტს, და მისი უმეტესობა მხოლოდ სამყაროს შექმნისას არის მნიშვნელოვანი.

"WorldConfig": {  "Seed": null,  "SaveFileLocation": "/srv/vintagestory/data/Saves/default.vcdbs",  "WorldName": "A new world",  "AllowCreativeMode": true,  "PlayStyle": "surviveandbuild",  "WorldType": "standard",  "WorldConfiguration": null,  "MapSizeY": null}

SaveFileLocation სამყაროს ფაილს ასახელებს; მისი მიმართვა ფაილზე, რომელიც არ არსებობს, იქ ახალ სამყაროს ქმნის. Seed გენერირებას აფიქსირებს, ან ცარიელი დატოვე შემთხვევითისთვის. PlayStyle preset-ს ირჩევს - სტანდარტული survival preset, კვლევისა და ველური გადარჩენის ვარიანტები, და creative მშენებლობა - ხოლო WorldConfiguration ინახავს დეტალურ პარამეტრებს, რომლებსაც ეს preset ავსებს: სამყაროს ზომა, კლიმატი, temporal storm-ები, არსებების მტრულობა, მოთამაშის სიცოცხლეები, spawn-ის რადიუსი და ათობით სხვა.

ამ დეტალების დაყენების პრაქტიკული გზა მათი აკრეფა არ არის. შექმენი სამყარო თამაშის კლიენტში იმ პარამეტრებით, რომლებიც შენს ჯგუფს უნდა, და სერვერზე იგივე არჩევანი გამოიყენე, ან გაუშვი სერვერი და წესები /worldconfig-ით მოარგე, სანამ ვინმე ითამაშებს. რელიეფისა და კლიმატის პარამეტრები მხოლოდ ცვლილების შემდეგ გენერირებულ chunk-ებზე მოქმედებს, ასე რომ, სამყაროს, რომლის გენერირების პარამეტრები შუაში იცვლება, თვალსაჩინო ნაკერი აქვს. გეიმფლეის წესები, როგორიცაა temporal storm-ების სიხშირე ან არსებების მტრულობა, შეიძლება მოგვიანებით შეიცვალოს /worldconfig-ით და იმ მომენტიდან მოქმედებს. გენერირების პარამეტრებზე შეთანხმდით, სანამ პირველი მოთამაშე შემოვა.

როლები, whitelist და ადმინები#

Vintage Story-ს ნამდვილი როლების სისტემა აქვს. ნაგულისხმევი როლები მერყეობს სტუმრის როლებიდან, რომლებსაც მშენებლობა არ შეუძლიათ, suplayer-ით (ნაგულისხმევი survival მოთამაშე) და crplayer-ით (creative), მოდერატორის როლებამდე და admin-მდე. ყოველ როლს აქვს პრივილეგიები და მიწის დაკავების ლიმიტი.

/op Steinar                      give the admin role/player Steinar role sumod       survival moderator/player Mira whitelist on        allow a player to join/player Mira whitelist           check their status/kick Mira reason here/ban Mira reason here/role suplayer landclaimallowance 262144/announce Server restart in 10 minutes/stop

/op და /deop admin როლის დაყენებისა და მოხსნის მალსახმობებია. ბრძანებების სინტაქსი 1.18-ში ბრძანებების სისტემის გადაწერისას შეიცვალა, და ძველი გზამკვლევები წინა ფორმებს აჩვენებს; შენი ვერსიისთვის ავტორიტეტი თამაშის ბრძანებების დახმარებაა. კონსოლს სრული უფლებები აქვს, ამიტომ პირველი ადმინი ყოველთვის კონსოლიდან კეთდება.

მიწის დაკავება Vintage Story-ის დაცვაა გრიფინგისგან: მოთამაშეები იკავებენ ტერიტორიებს თავიანთი როლის ლიმიტამდე, და სხვებს იქ მშენებლობა არ შეუძლიათ. საჯარო სერვერისთვის ლიმიტები შეგნებულად დააყენე - საკმარისად გულუხვი ნამდვილი ბაზებისთვის, საკმარისად პატარა, რომ ერთმა მოთამაშემ მთელი ხეობა ვერ დაიკავოს. სერვერის წესები, მოდერაცია და პერსონალი მოდერატორების მართვის ადამიანურ მხარეს აღწერს.

მოდები სერვერზე#

Vintage Story-ის მოდები zip ფაილებია, რომლებიც Mods საქაღალდეში იდება. თითოეული თავის modinfo.json-ში აცხადებს, რომელ მხარეს მუშაობს: მხოლოდ კლიენტზე, მხოლოდ სერვერზე, თუ უნივერსალურად. მხოლოდ სერვერის მოდები მოთამაშეებისთვის არაფერს ცვლის. უნივერსალური მოდები - თითქმის ყველა კონტენტის მოდი, ყველაფერი, რაც ბლოკებს, ნივთებს ან არსებებს ამატებს - ორივე მხარეს უნდა იყოს. როცა მოთამაშე შედის სერვერზე უნივერსალური მოდებით, რომლებიც მას აკლია, თამაში სთავაზობს მათ ჩამოტვირთვას ოფიციალური მოდების ბაზიდან, რაც მოდიფიცირებული სერვერის მართვას თამაშების უმეტესობაზე ბევრად ამარტივებს.

წესები, რომლებიც მოდიფიცირებულ სამყაროს ჯანმრთელს ინარჩუნებს:

• თამაშის ვერსიას დაემთხვიე. ერთი მთავარი ვერსიისთვის აწყობილი მოდი შემდეგზე ხშირად გაფუჭებულია. სერვერის განახლებამდე ყოველი მოდის მხარდაჭერილი ვერსია შეამოწმე.
• მოდები სამყაროს გენერირებამდე დაამატე, თუ ისინი რელიეფს ან მადნებს ამატებს. სამყაროს გენერირების პარამეტრების მსგავსად, ისინი მხოლოდ ახალ chunk-ებზე მოქმედებს.
• კონტენტის მოდის სამყაროდან წაშლა მის ბლოკებსა და ნივთებს დაკარგულს ტოვებს. რამის წაშლამდე backup გააკეთე.
• Harmony patching-ის მქონე კოდის მოდები ARM64 სერვერებზე არ მუშაობს, ოფიციალური გზამკვლევის მიხედვით. თუ მათ გამოყენებას გეგმავ, x64-ზე გაუშვი.

მოდები და სერვერი ერთად განაახლე, ჯერ სატესტო ასლზე, თუ სამყარო მნიშვნელოვანია. სატესტო სერვერი production-ის გვერდით ხსნის, როგორ, ხოლო რა ვქნა, როცა მოდის განახლება რამეს ამტვრევს აღდგენის თანმიმდევრობაა, როცა მაინც ცუდად წავა.

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

ოფიციალური დაყენების გზამკვლევი 42420-ს TCP-სა და UDP-ზე ორივეზე ხსნის. მოთამაშეები შემოდიან მისამართით მულტიპლეერის მენიუში, ან საჯარო სიიდან, თუ AdvertiseServer არის true. Upnp მხოლოდ სახლის როუტერებისთვისაა და ჰოსტირებულ მანქანაზე გამორთული უნდა დარჩეს. თამაშის სერვერის პორტების ახსნა აღწერს, როგორ შეამოწმო პორტი გარედან, რაც ერთადერთი ტესტია, რომელიც ითვლება.

Save-ები, backup-ები და განახლებები#

სამყარო ერთი .vcdbs ფაილია Saves-ში, რომელიც სინამდვილეში SQLite მონაცემთა ბაზაა. მისმა კოპირებამ, სანამ სერვერი მასში წერს, შეიძლება დაზიანებული ასლი შექმნას, ამიტომ გაშვებული სერვერის backup ფაილის უბრალო კოპირებით ნუ გააკეთე.

• `/genbackup` სამყაროს თანმიმდევრულ ასლს Backups საქაღალდეში წერს, სანამ სერვერი მუშაობს. გამოიყენე ყველაფერ სარისკომდე.
• `/autosavenow` შენახვას მაშინვე აიძულებს, რაც დაგეგმილ გაჩერებამდე სასარგებლოა.
• ასლები სერვერის გარეთ. Backups საქაღალდე სამყაროს იმავე დისკზე ზის. backup-ები სხვაგან გრაფიკით დააკოპირე; Backup-ები, რომლებიც მართლა აღდგება ხსნის, რატომ არ არის ჯერ backup ასლი, რომელიც არასდროს ჩაგიტვირთავს.
• თამაშის ყოველი განახლების წინ გააკეთე backup და შეინახე, სანამ ახალი ვერსია ერთი კვირა არ იმუშავებს. მთავარ განახლებებს შეუძლიათ სამყაროს გენერირების შეცვლა, და რამდენიმეს დასჭირდა, რომ მოდები დაწეოდნენ.

აღსადგენად გააჩერე სერვერი, backup-ის ფაილი სამყაროს ფაილის ადგილას იმავე სახელით ჩადე და გაუშვი. დაზიანებული ფაილი გვერდზე შეინახე, სანამ დარწმუნებული არ იქნები.

ჰოსტინგი#

Vintage Story RE:NODE-ის თამაშების კატალოგში არ არის, ამიტომ Vintage Story-ის გეგმა ან წინასწარ აწყობილი ინსტალაცია არ არსებობს. სერვერი კარგად მუშაობს ზოგადი დანიშნულების Linux მანქანაზე, რაც გამოყოფილი სერვერია: root წვდომა .NET runtime-ის დასაყენებლად, server.sh-ის ან სერვისის unit-ის გასაშვებად და 42420-ის გასახსნელად. VDS გეგმები ხელით მზადდება და 24 საათში მოგეწოდება. შენი პირველი საათი ახალ VDS-ზე საფუძვლებს მოიცავს, systemd სერვისები შენი აპლიკაციებისთვის - როგორ შეინარჩუნო სერვერი მუშა მდგომარეობაში გადატვირთვებს შორის, ხოლო firewall-ის წესები, რომლებსაც მნიშვნელობა აქვს - როგორ გახსნა ერთი პორტი ყველაფრის გახსნის გარეშე. იმ თამაშებისთვის, რომლებსაც კატალოგში ხაზი აქვთ, იხილე თამაშის სერვერები.

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

მოთამაშეები იღებენ „not whitelisted"-ს. WhitelistMode 0 გამოყოფილ სერვერებზე ჩართულს ნიშნავს. დაამატე ისინი /player name whitelist on-ით.

სერვერი Linux-ზე არ ეშვება. .NET runtime აკლია ან ამ თამაშის ვერსიისთვის არასწორი ვერსიაა. ლოგის პირველი ხაზები ამბობს, რომელი.

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

მეხსიერება იზრდება, სანამ სერვერი არ მოკვდება. ხედვის მანძილი. შეამცირე MaxChunkRadius, შემდეგ მოდებს შეხედე.

რელიეფში თვალსაჩინო ნაკერი ჩნდება. სამყაროს გენერირების პარამეტრები ან worldgen მოდები შეიცვალა მას შემდეგ, რაც სამყაროს ნაწილი გენერირდა. მოსალოდნელია; ახალი პარამეტრები მხოლოდ ახალ chunk-ებზე მოქმედებს.

სერვერი თავისით გაითიშა. მოძებნე დისკის ადგილის ნაკლებობის შეტყობინება DieBelowDiskSpaceMb-იდან, შემდეგ გაასუფთავე ძველი backup-ები და ლოგები.

FAQ#

რომელ პორტს იყენებს Vintage Story-ის სერვერი?

ნაგულისხმევად 42420-ს, რომელიც serverconfig.json-ში Port-ით ყენდება. ოფიციალური გზამკვლევი მას TCP-სა და UDP-ზე ორივეზე ხსნის.

რატომ ვერავინ შემოდის ჩემს ახალ Vintage Story-ის სერვერზე?

გამოყოფილ სერვერებზე whitelist ნაგულისხმევად ჩართულია. დაამატე მოთამაშეები /player name whitelist on-ით, ან დააყენე WhitelistMode 1-ზე მის გამოსართავად.

მოთამაშეებს სერვერის მოდების დაყენება უწევთ?

უნივერსალური მოდები ორივე მხარეს უნდა იყოს, მაგრამ თამაში მოთამაშის შემოსვლისას სთავაზობს დაკარგული მოდების ჩამოტვირთვას ოფიციალური მოდების ბაზიდან. მხოლოდ სერვერის მოდებს მოთამაშეებისგან არაფერი სჭირდება.

სად ინახება ჩემი პერსონაჟი?

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

როგორ გავაკეთო გაშვებული სერვერის backup?

გამოიყენე /genbackup, რომელიც თანმიმდევრულ ასლს Backups საქაღალდეში წერს, შემდეგ ეს ფაილი სხვაგან დააკოპირე. მოერიდე ცოცხალი .vcdbs ფაილის კოპირებას, სანამ სერვერი მუშაობს.

რამდენი RAM სჭირდება Vintage Story-ის სერვერს?

საბაზოდ დაახლოებით 1 GB პლუს 300 MB თითო მოთამაშეზე. მას ყველაზე მეტად ხედვის მანძილი და მოდები ცვლის; MaxChunkRadius-ის შემცირება მისი შემცირების ყველაზე სწრაფი გზაა.