Starbound-ის სერვერის კონფიგი და მოდები

Starbound-ის გამოყოფილი სერვერი თავად თამაშთან ერთად მოდის: starbound_server (Linux) ან starbound_server.exe (Windows) თამაშის შესრულებადი ფაილის გვერდით დევს, და მას SteamCMD-ით ჩამოტვირთავ ანგარიშით, რომელსაც Starbound ეკუთვნის. მისი მთელი კონფიგურაცია ერთი JSON ფაილია, storage/starbound_server.config, რომელიც პირველი გაშვებისას იწერება. ის TCP 21025-ს უსმენს, პატარა ჯგუფისთვის დაახლოებით 1-2 GB მეხსიერება სჭირდება (მეტი დიდი მოდებით, როგორიცაა Frackin' Universe), ხოლო საერთო სამყაროს storage/universe-ში ინახავს. პერსონაჟები თითოეული მოთამაშის მანქანაზე რჩება. მოდები .pak ფაილებია mods საქაღალდეში და ყველა მოთამაშეს ერთი და იგივე სჭირდება.

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

Starbound-ის მრავალმოთამაშიან რეჟიმს ორი ფორმა აქვს. თამაშიდან (ან Steam-ის მეგობრებით) ჰოსტინგი სამყაროს ერთი მოთამაშის მანქანაზე უშვებს. გამოყოფილი სერვერი მას ცალკე უშვებს, მიბმული მოთამაშის გარეშე, ასე რომ სამყარო - ყოველი მონახულებული პლანეტა, ყოველი კოლონია, ყოველი ბაზა - არსებობს, ჰოსტი ონლაინაა თუ არა.

რა ეკუთვნის სერვერს და რა ეკუთვნის კლიენტს:

• სამყარო სერვერისაა: პლანეტები, მათი ცვლილებები, ორბიტაზე გაჩერებული ხომალდები, კოლონიის deed-ები და ციური რუკა.
• პერსონაჟები კლიენტისაა: ინვენტარი, ხომალდი, quest-ების პროგრესი და გარეგნობა თითოეული მოთამაშის კომპიუტერზე ინახება. პერსონაჟს ნებისმიერ სერვერზე შეუძლია გადასვლა, რის გამოც ნივთები შეიძლება სხვა ადგილიდან ჩამოვიდეს.
• მოდები ორივესია: სერვერს და ყოველ კლიენტს თანხვედრილი .pak ფაილები სჭირდება ყველაფრისთვის, რაც კონტენტს ამატებს.

თამაშის ბოლო დიდი ვერსია 1.4.x-ია და განვითარება შეწყვეტილია. სერვერის მფლობელისთვის ეს ორ რამეს ნიშნავს: სერვერი სტაბილური და კარგად შესწავლილია, საზოგადოებამ კი ხარვეზები შეავსო. Frackin' Universe დიდი overhaul მოდია, ხოლო საზოგადოებრივი პროექტები, როგორიცაა OpenStarbound, გთავაზობს შეცვლილ კლიენტსა და სერვერს გასწორებებითა და დამატებითი ფუნქციებით. ეს ცალკე პროექტებია საკუთარი ინსტალაციის ნაბიჯებით; ეს გზამკვლევი სტანდარტულ სერვერს განიხილავს, რომელსაც ჯგუფების უმეტესობა ჯერ კიდევ იყენებს.

რა რჩება სერვერზე და რა მიჰყვება მოთამაშეს

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

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

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

instance სამყაროები კიდევ სხვაგვარია. მისიის dungeon-ები, Outpost და ზოგიერთი სპეციალური ადგილი თამაშის asset-ებიდან ხელახლა იგება და არა მოთამაშეების მიერ შეცვლილ სამყაროებად ინახება, ამიტომ იქ ცვლილებები დროებითია. quest-ებისა და მისიების პროგრესი პერსონაჟთან ერთად ინახება, რის გამოც მოთამაშე, რომელმაც ისტორია სხვა სერვერზე დაასრულა, შენთანაც დასრულებულს ხედავს.

აქედან გამომდინარე პრაქტიკული წესები:

• სამყაროს თავიდან დაწყება პერსონაჟებსა და ხომალდებს არ ეხება. ის მხოლოდ პლანეტებსა და კოლონიებს შლის.
• მოთამაშის მიერ პერსონაჟის დაკარგვა ის არ არის, რასაც სერვერი გაასწორებს. ის მის საკუთარ storage/player საქაღალდეშია; მიუთითე მის ლოკალურ backup-ებზე.
• მთელი სამყაროს აღდგენა ყოველ პლანეტას ერთდროულად აბრუნებს უკან. ყოველი მონახულებული პლანეტა ცალკე .world ფაილია, მისი კოორდინატების მიხედვით დასახელებული, ასე რომ გაჩერებულ სერვერზე შეგიძლია backup-იდან მხოლოდ ერთი პლანეტა დააბრუნო - პოვნა უფრო ნელია, მაგრამ დანარჩენებისთვის უფრო სამართლიანი.
• კოორდინატები საერთოა. მოთამაშეები კარგი პლანეტების კოორდინატებს ერთმანეთს უზიარებენ, და ყველა, ვინც ერთსა და იმავე პლანეტას სტუმრობს, ერთსა და იმავე სამყაროს ხედავს - სწორედ ეს ხდის გამოყოფილ სერვერს საერთო ადგილად და არა პარალელურ ერთმოთამაშიან თამაშებად.

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

Starbound CPU-ზე მსუბუქია და მეხსიერებაზე ზომიერი. ხარჯი მოდის ჩატვირთული სამყაროების რაოდენობიდან - ყოველი მოთამაშე სხვა პლანეტაზე მეხსიერებაში კიდევ ერთ სამყაროს ნიშნავს - და მოდებიდან.

• CPU: ყოველი ჩატვირთული სამყარო ცალკე სიმულირდება, ასე რომ რამდენიმე მოთამაშე რამდენიმე პლანეტაზე რამდენიმე ნაკადს იყენებს. ერთი მოთამაშე მარტო იაფია.
• დისკი: თამაშის ინსტალაცია რამდენიმე გიგაბაიტია; სამყაროს საქაღალდე ყოველ მონახულებულ პლანეტასთან ერთად იზრდება, ხანგრძლივ სერვერზე ასობით მეგაბაიტამდე.
• ქსელი: ზომიერი. დაყოვნება გამტარუნარიანობაზე მნიშვნელოვანია - ნახე latency, jitter და პაკეტების დაკარგვა.

ინსტალაცია SteamCMD-ით#

სერვერი ცალკე ანონიმური app არ არის. თამაშს (app 211820) ჩამოტვირთავ ანგარიშით, რომელსაც ის ეკუთვნის:

$ steamcmd +force_install_dir /home/starbound/game +login your_steam_user \    +app_update 211820 validate +quit

თუ შეგიძლია, გამოიყენე სათადარიგო ანგარიში საკუთარი ასლით და არა ის ანგარიში, რომლითაც თამაშობ: შესვლის მონაცემები იქ ინახება, სადაც SteamCMD მუშაობს, და Steam Guard პირველი შესვლისას კოდს ითხოვს. SteamCMD-ის ახსნა განიხილავს შესვლის პროცესს და იმას, რატომ სჭირდება ზოგ თამაშს ნაყიდი ანგარიში, როცა უმეტესობას არა.

სერვერის ბინარული ფაილი პლატფორმის საქაღალდეშია:

$ cd /home/starbound/game/linux$ ./starbound_server

Windows-ზე გაუშვი win64\starbound_server.exe. პირველი გაშვებისას სერვერი თამაშის asset-ებს კითხულობს, თამაშის ძირეულ საქაღალდეში storage/-ს ქმნის, starbound_server.config-ს ნაგულისხმევი მნიშვნელობებით წერს და მოსმენას იწყებს. ერთხელ სუფთად გააჩერე და შემდეგ შეცვალე კონფიგი.

starbound_server.config, გასაღებ-გასაღებ#

ფაილი JSON-ია. ტიპური შეცვლილი ვერსია:

{  "serverName": "Kluex Station",  "maxPlayers": 8,  "gameServerBind": "*",  "gameServerPort": 21025,  "allowAnonymousConnections": false,  "anonymousConnectionsAreAdmin": false,  "allowAdminCommandsFromAnyone": false,  "allowAssetsMismatch": false,  "checkAssetsDigest": false,  "maxTeamSize": 4,  "serverUsers": {    "nova": { "admin": true, "password": "change-me-long-one" },    "kai": { "admin": false, "password": "another-long-one" }  },  "bannedIPs": [],  "bannedUuids": [],  "runQueryServer": false,  "queryServerPort": 21025,  "runRconServer": false,  "rconServerPort": 21026,  "rconServerPassword": ""}

რას აკეთებს მნიშვნელოვანი გასაღებები:

ამათ გარდა, maxTeamSize ჯგუფის ზომას ზღუდავს, clearUniverseFiles და clearPlayerFiles გაშვებისას მონაცემებს შლის (დატოვე false, თუ ნამდვილად არ გინდა), ხოლო serverFidelity სიმულაციის დეტალიზაციის დონეს აკონტროლებს - automatic თითქმის ყველასთვის სწორია.

ანგარიშები და ანონიმური თამაში

Starbound-ს მიერთების პაროლი, როგორც ასეთი, არ აქვს. წვდომის კონტროლი serverUsers ბლოკია: თითოეული ჩანაწერი არის ანგარიშის სახელი პაროლითა და ადმინის flag-ით. როცა allowAnonymousConnections false-ა, მხოლოდ ამ ანგარიშებს შეუძლია მიერთება. მოთამაშეები მიერთების ფანჯარაში მისამართთან ერთად ანგარიშის სახელსა და პაროლს შეიყვანენ.

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

asset-ების შეუსაბამობა და მოდების კონტროლი

allowAssetsMismatch და checkAssetsDigest წყვეტს, რა ხდება, როცა კლიენტის მოდები სერვერისას არ ემთხვევა. ნაგულისხმევი მნიშვნელობები ლმობიერია, ასე რომ მოთამაშე modpack-ის გარეშე უერთდება - და შემდეგ ხედავს დაკარგულ ნივთებს, უხილავ ბლოკებს, ან ავარიას განიცდის, როცა მოდიფიცირებულ პლანეტას სტუმრობს. მოდიფიცირებული სერვერისთვის მკაცრი კომბინაცია (allowAssetsMismatch false, checkAssetsDigest true) ამ დაბნეულობას კართან მკაფიო უარად აქცევს. მინუსი ისაა, რომ ამის შემდეგ ყოველი კლიენტი ზუსტად უნდა ემთხვეოდეს, მხოლოდ კლიენტის კოსმეტიკური მოდების ჩათვლით, ამიტომ ეს ჯგუფებს უხდება, რომლებსაც საერთო, ფიქსირებული მოდების სია აქვთ.

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

Starbound სათამაშო სერვერებს შორის უჩვეულოა იმით, რომ თამაშისთვის TCP-ს იყენებს. firewall-ის წესი, რომელიც მხოლოდ UDP-ს ხსნის - სწორი არჩევანი თამაშების უმეტესობისთვის - Starbound-ის სერვერს მიუწვდომელს ტოვებს. სათამაშო სერვერის პორტების ახსნა ამ განსხვავებას განიხილავს.

მოთამაშეები Multiplayer, Join Server-ით უერთდებიან და შეიყვანენ მისამართს, პორტს, და ანგარიშის სახელსა და პაროლს, თუ ანგარიშებს იყენებ. Steam-ის მეგობრებს ასევე შეუძლიათ Steam overlay-ით შემოსვლა სერვერებზე, რომლებსაც ხედავენ. Starbound-ს აზრიანი საჯარო ბრაუზერი არ აქვს, ამიტომ საზოგადოების სერვერები ფორუმებსა და Discord-ზე რეკლამირდება - სერვერზე მიმართული დომენის სახელი მისამართის გაზიარებას აადვილებს; ნახე დომენის მიბმა სათამაშო სერვერზე.

ადმინის ბრძანებები#

ადმინები ის ანგარიშებია, რომლებსაც serverUsers-ში "admin": true აქვს. შესვლის შემდეგ ადმინი ჩატში წერს /admin-ს ადმინის რეჟიმის გადასართავად, რაც ადმინის ბრძანებებს ხსნის და ჩართულობისას creative-ის სტილის შესაძლებლობებს აძლევს.

ბანის არგუმენტები build-ებს შორის ოდნავ იცვლებოდა; /help ban შენს ვერსიაზე ზუსტ ფორმას აჩვენებს. ბანები კონფიგის bannedIPs-სა და bannedUuids-ში ხვდება, ასე რომ გადატვირთვებს უძლებს და მათი მოხსნა გაჩერებულ სერვერზე ფაილის რედაქტირებით შეიძლება.

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

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

Starbound-ის მოდები .pak არქივებია, ზოგჯერ ცალკეული საქაღალდეები, რომლებიც თამაშის ძირეულ საქაღალდეში mods-ში თავსდება - სერვერზეც და კლიენტზეც ერთნაირად.

როგორ მიიტანო ისინი სერვერზე:

1. კლიენტზე გამოიწერე ისინი Steam Workshop-ში. თითოეული მოდი steamapps/workshop/content/211820/<id>/-ში contents.pak-ის სახით ჩამოიტვირთება.
2. დააკოპირე თითოეული contents.pak სერვერის mods საქაღალდეში და გადაარქვი წასაკითხი სახელი, მაგალითად frackinuniverse.pak - ორ ფაილს ერთდროულად contents.pak ვერ დაერქმევა.
3. გადატვირთე სერვერი და asset-ების ჩატვირთვისას ლოგში შეცდომებს თვალი ადევნე.

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

წესები, რომლებიც სერვერს გადაარჩენს:

• დიდი overhaul-ები ჯერ, მარტო. Frackin' Universe იმდენს ცვლის, რომ სხვა მოდებს FU-თავსებადი ვერსიები სჭირდება. დაიწყე მხოლოდ მისით, დარწმუნდი სუფთა გაშვებაში, შემდეგ კი თავსებადი მოდები სათითაოდ დაამატე.
• არასოდეს წაშალო კონტენტის მოდი ცოცხალი სამყაროდან. პლანეტები და პერსონაჟები, რომლებიც მოდის ბლოკებს ან ნივთებს შეიცავს, მის გარეშე ჩატვირთვისას შეიძლება ავარიას განიცდიდეს ან დაზიანდეს.
• მხოლოდ კლიენტის მოდები (ინტერფეისი, მუსიკა, კოსმეტიკა) სერვერზე არ სჭირდება, თუ digest-ის შემოწმებას არ ითხოვ.

backup-ები, განახლებები და თავიდან დაწყება#

სერვერის მთელი მდგომარეობა storage საქაღალდეა: universe (სამყაროები და ციური მონაცემები) პლუს კონფიგი. გააკეთე storage-ის backup და სერვერს ახალი ინსტალაციიდან აღადგენ.

• `universe`-ის კოპირებამდე გააჩერე სერვერი. სამყაროები ჩატვირთულობისას იწერება, და ჩაწერის შუაში აღებული ასლი შეიძლება ნახევრად შენახულ პლანეტას შეიცავდეს.
• გააკეთე backup მოდების დამატებამდე ან წაშლამდე. კონტენტის მოდის წაშლა სამყაროს გატეხვის ყველაზე გავრცელებული გზაა.
• შეინახე ასლები მანქანის გარეთ. backup-ები, რომლებიც მართლა აღდგება ხსნის, რატომ არ ითვლება იმავე დისკზე არსებული ასლები.

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

თავიდან დაწყება - ახალი სამყარო - სერვერის გაჩერებისა და storage/universe-ის გვერდზე გადატანის საქმეა. პერსონაჟებს ეს არ ეხება, რადგან ისინი კლიენტებზე ცხოვრობენ.

RE:NODE-ზე ყოველ სათამაშო სერვერს აქვს SFTP და ბრაუზერში მომუშავე ფაილების მენეჯერი mods და storage საქაღალდეებისთვის, პლუს backup-ის სლოტები, რომლებიც შეიძლება დაიგეგმოს, როტაციისგან ჩაიკეტოს და ღილაკით აღდგეს. Starbound კატალოგში არ არის, ამიტომ ეს აღიქვი იმად, რასაც პანელი გთავაზობს, და არა Starbound-ის გეგმად.

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

ვერავინ უერთდება, თუმცა სერვერი ამბობს, რომ უსმენს. პორტი მხოლოდ UDP-სთვისაა ღია. Starbound-ს TCP 21025 სჭირდება.

მოთამაშეები იღებენ "Incorrect password"-ს ან "No such user"-ს. როცა allowAnonymousConnections false-ა, მათ serverUsers-იდან ანგარიში ზუსტად უნდა შეიყვანონ, დიდი და პატარა ასოების ჩათვლით.

სერვერი ავარიას განიცდის, როცა ვინმე პლანეტაზე გადადის. ეს პლანეტა შეიცავს კონტენტს მოდიდან, რომელიც სერვერზე აკლია ან მოძველებულია. ლოგში მოძებნე დაკარგული asset-ის გზა, რომელიც მოდს ასახელებს.

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

რედაქტირების შემდეგ კონფიგი ნაგულისხმევზე ბრუნდება. JSON-ის სინტაქსის შეცდომა - გამოტოვებული მძიმე ან ბრჭყალი. შენახვამდე შეამოწმე ფაილის ვალიდურობა.

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

FAQ#

მჭირდება Starbound-ის ყიდვა სერვერის გასაშვებად?

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

შეუძლიათ მოთამაშეებს თავიანთი პერსონაჟები ჩემს სერვერზე მოიყვანონ?

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

რამდენ მოთამაშეს იტევს Starbound-ის სერვერი?

maxPlayers ნაგულისხმევად 8-ია და შეიძლება გაიზარდოს. მეხსიერება და CPU ერთდროულად ჩატვირთული სამყაროების რაოდენობასთან ერთად იზრდება, ამიტომ გაფანტული ჯგუფები უფრო ძვირი ჯდება, ვიდრე ჯგუფები, რომლებიც ერთად თამაშობენ.

ჩამოიტვირთება Workshop-ის მოდები სერვერზე ავტომატურად?

არა. გამოყოფილი სერვერი Workshop-ის ელემენტებს არ იწერს. დააკოპირე თითოეული მოდის .pak სერვერის mods საქაღალდეში და განაახლე თავად.

მძიმეა Frackin' Universe სერვერისთვის?

ის გაშვებისას და ჩატვირთულ სამყაროებზე მეხსიერებას შესამჩნევად ზრდის და პირველ გაშვებას ანელებს, სანამ asset-ები იტვირთება. პატარა ჯგუფები მას 3-4 GB-ით კომფორტულად უშვებენ.