Satisfactory სერვერის პარამეტრები, save-ები და mod-ები

Satisfactory-ის dedicated სერვერს თითქმის არ აქვს კონფიგურაციის ფაილი. აყენებ, ერთ პორტს ხსნი და ყველაფერი დანარჩენი თამაშის შიგნიდან ხდება: Server Manager ჩანართიდან სერვერს იღებ საკუთრებაში, ადგენ სახელსა და ადმინის პაროლს, ქმნი ან ტვირთავ save-ს და იმ რამდენიმე პარამეტრს ცვლი, რაც არსებობს, კლიენტის პანელიდან. ეს მოწყობა სასიამოვნოა პირველ პრობლემამდე, რადგან როცა რაღაც ვარდება, რედაქტირებადი არაფერი ჩანს. ეს პოსტი გვიჩვენებს, რა პარამეტრები არსებობს და დისკზე სად ხვდება ისინი, სად ინახება save-ები Linux სერვერზე (არა იქ, სადაც ივარაუდებდი), როგორ იწვევს ავტოშენახვა ჩაკვრას, რომელზეც შენი მოთამაშეები ჩივიან, და როგორ მუშაობს mod-ები, როცა სერვერს თითოეულის საკუთარი build სჭირდება. უფრო ფართო არგუმენტი იმაზე, თუ რატომ ხდება Satisfactory სერვერი უფრო მძიმე, რაც უკეთ მიდის საქმე, გადმოცემულია Satisfactory dedicated სერვერი და რატომ ხდება ის უფრო მძიმე-ში.

სერვერის დაყენება და ერთი პორტი, რომელსაც მნიშვნელობა აქვს#

dedicated სერვერი უფასო, ცალკე ჩამოსატვირთია: Steam app id 1690800, ანონიმური ლოგინი, თამაშის ლიცენზია მანქანაზე, რომელზეც ის მუშაობს, არ სჭირდება.

$ steamcmd +force_install_dir /home/satisfactory +login anonymous \    +app_update 1690800 validate +quit$ cd /home/satisfactory$ ./FactoryServer.sh -Port=7777

ექსპერიმენტული ტოტისთვის validate-მდე დაამატე -beta experimental. კლიენტი და სერვერი ერთ ტოტზე და ერთსა და იმავე build-ზე უნდა იყვნენ; ექსპერიმენტული კლიენტი early-access სერვერს ვერ შეუერთდება ან პირიქით, და შეცდომის შეტყობინება ამას ნათლად არ ამბობს. SteamCMD ახსნილი app id-ებსა და ტოტების გადართვას ზოგადად ფარავს.

Update 8-იდან სერვერი ყველაფრისთვის ერთ პორტს იყენებს და მას ორივე პროტოკოლზე სჭირდება:

ეს Satisfactory-ის ჰოსტინგის ყველაზე გავრცელებული პრობლემაა. ძველი გზამკვლევები, რომლებიც ისევ ტრიალებს, ასახელებს 15777-ს query-სთვის და 15000-ს beacon-ისთვის; ისინი აღარ არსებობს. ხალხი ხსნის 7777 UDP-ს, რადგან გეიმ სერვერები ამას იყენებენ, და შემდეგ აღმოაჩენს, რომ სერვერი Server Manager-ში სამუდამოდ "Offline"-ზე დგას. მართვა, საკუთრებაში მიღება, save-ების ატვირთვა და mod-ების დაყენება ყველა TCP-ზე გადის იმავე ნომერზე. გახსენი ორივე. გეიმ სერვერის პორტები ახსნილი გვიხსნის, რატომ აქვს თამაშს საერთოდ ორი არხი.

სერვერის საკუთრებაში მიღება და ორი პაროლი#

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

1. გახსენი Satisfactory, მთავარ მენიუში გადადი Server Manager-ზე, აირჩიე Add Server და შეიყვანე address:7777.
2. დაეთანხმე სერტიფიკატის გაფრთხილებას. სერვერი self-signed სერტიფიკატს წარმოადგენს, რადგან არ არსებობს სახელი, რომელზეც რეალურს გასცემდნენ; ეს მოსალოდნელია და არა ჩარევის ნიშანი.
3. სერვერი აცხადებს, რომ ის მიუღებელია. დააყენე server name და admin password. ამით ის შენია.
4. სურვილისამებრ დააყენე client password, რასაც სხვა მოთამაშეები შესასვლელად აკრეფენ.

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

სერვერის მიღების შემდეგ ან Create Game-ს აკეთებ - სესიის სახელი, საწყისი ადგილმდებარეობა და ჩექბოქსი Advanced Game Settings-ისთვის - ან Manage Saves-ში არსებულს ტვირთავ. ოთხი საწყისი ადგილია Grass Fields, Rocky Desert, Northern Forest და Dune Desert; ისინი ცვლის, სად ეშვები და არა რუკას, Grass Fields კი რბილია.

სერვერის პარამეტრები და სად იწერება ისინი#

Server Manager-ის Settings პანელი მოკლეა. ეს სერვერის გეიმფლეისგან დამოუკიდებელი კონფიგურაციის მთლიანობაა:

ისინი იწერება ServerSettings.ini-ში სერვერის კონფიგურაციის საქაღალდეში (FactoryGame/Saved/Config/LinuxServer/ Linux-ზე, WindowsServer Windows-ზე), მას შემდეგ რაც ერთხელ მაინც შეცვლი. წაიკითხე ეს ფაილი და ნუ ენდობი გამოქვეყნებულ გასაღებების სიას, ამ ცხრილის ჩათვლით: Coffee Stain განახლებებს შორის პარამეტრებს ამატებს და სერვერის მიერ დაწერილი ფაილი ყოველთვის მიმდინარეა.

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

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

მოთამაშეების ზღვარი ამ პანელში არ არის. dedicated სერვერი ნაგულისხმევად ოთხს იღებს, თამაშის მხარდაჭერილ კოოპის ზომას, და საზოგადოების გზა უფრო მეტისკენ Game.ini-ია იმავე კონფიგურაციის საქაღალდეში:

[/Script/Engine.GameSession]MaxPlayers=8

ეს Coffee Stain-ის მიერ მხარდაუჭერელია და უფასო არ არის. Satisfactory-ის ქსელი ოთხზე იყო მორგებული და თითოეული დამატებითი მოთამაშე, რომელიც დიდი ქარხნის სხვა კუთხეს ტვირთავს, მოთამაშეების რაოდენობაზე მეტი ჯდება. რვა უმეტეს ჯგუფს გამოადგება კარგად შერჩეულ გეგმაზე; თექვსმეტი ის ადგილია, სადაც ხალხი პრობლემებს ჩივის, რომლებსაც არცერთი პარამეტრი არ ასწორებს.

Advanced Game Settings#

Advanced Game Settings თითო save-ზეა და არა თითო სერვერზე. მათ ჩართავ ჩექბოქსით თამაშის შექმნისას ან პაუზის მენიუდან save-ზე, რომელსაც ისინი უკვე ჩართული აქვს.

• არც build-ის ფასი, არც ენერგიის მოთხოვნა
• God mode და ფრენის რეჟიმი
• ინვენტარის შენარჩუნება სიკვდილისას
• ყველა კვლევის, schematic-ისა და tier-ის განბლოკვა
• თამაშის ფაზის პირდაპირ დაყენება
• ნივთების მიცემა

ორი რამ, რაც უნდა იცოდე ჩექბოქსის მონიშვნამდე. Advanced Game Settings-ის ჩართვა save-ს სამუდამოდ ნიშნავს და მასზე achievement-ებს თიშავს, უკან გზა არ არის - save-ის კოპირება მას არ ასუფთავებს. და ისინი ხელმისაწვდომია სერვერზე ყველასთვის, ვინც მენიუს გახსნის და არა მხოლოდ ადმინისთვის, ამიტომ სერვერზე, სადაც ხალხს კარგად არ იცნობ, "ყველა tier-ის განბლოკვა" მოწყენილი ადამიანის ერთი დაწკაპუნებაა.

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

save-ები: სად ინახება და როგორ გადაიტანო#

აქ კარგავს ხალხი ერთ საათს. Linux-ის dedicated სერვერი save-ებს თავისი დაყენების დირექტორიაში არ ინახავს. ის მათ მომუშავე მომხმარებლის home-ში წერს:

~/.config/Epic/FactoryGame/Saved/SaveGames/server/    Longship.sav    Longship_autosave_0.sav    Longship_autosave_1.sav    Longship_autosave_2.sav~/.config/Epic/FactoryGame/Saved/SaveGames/blueprints/

Windows სერვერზე ეს %LOCALAPPDATA%\FactoryGame\Saved\SaveGames\server\-ია. კლიენტზე შენი ერთმოთამაშიანი და კოოპის save-ები %LOCALAPPDATA%\FactoryGame\Saved\SaveGames\-შია საქაღალდეში, რომელსაც შენი store ანგარიშის id ჰქვია.

save-ის სერვერზე გადატანას ორი გზა აქვს. მხარდაჭერილი არის Manage Saves, შემდეგ Upload Save Server Manager-ში, რომელიც ფაილს HTTPS API-თი აგზავნის. ეს სწორი პასუხია და მუშაობს, სანამ save დიდი არ გახდება და ატვირთვა timeout-ით არ დაიწყებს ვარდნას, რაც მომწიფებულ ქარხნებზე იწყება. სარეზერვო გზაა .sav-ის პირდაპირ server საქაღალდეში SFTP-ით ან ფაილ მენეჯერით დაკოპირება და სერვერის გადატვირთვა, რის შემდეგაც ის save-ების სიაში ჩნდება ნებისმიერი სხვასავით. SFTP და ფაილ მენეჯერი გვიჩვენებს, როგორ მიაღწიო ამ გზას პანელზე.

ხელით გაკეთებისას ორი წესი. დააკოპირე მხოლოდ .sav ფაილები და სესიის სახელი თანმიმდევრული დატოვე - Server Manager ფაილის სახელს ჩამოთვლის. და არასოდეს გადააწერო save, რომელსაც სერვერი ამჟამად უშვებს; ჯერ გააჩერე, რადგან შემდეგი ავტოშენახვა გადაწერს იმას, რასაც იქ დადებ.

blueprint-ები ცალკეა. ეს თითო blueprint-ზე ფაილების წყვილია blueprints საქაღალდეში და ისინი save-თან ერთად არ მოგზაურობს, სწორედ ამიტომ blueprint, რომელიც მეგობრის ერთმოთამაშიან სამყაროში ააგე, სერვერზე არ ჩნდება, სანამ ვინმე მას არ გადაიტანს.

ავტოშენახვები, ჩაკვრა და ნამდვილი backup-ები#

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

რა გვეხმარება რეალურად, თანმიმდევრობით:

1. გაზარდე ინტერვალი. ათი წუთი ხუთის ნაცვლად ორჯერ ამცირებს, რამდენად ხშირად ამჩნევს ვინმე. ის ასევე ორჯერ ზრდის იმას, რაც ავარიას ჯდება, ამიტომ აირჩიე რიცხვი და მაქსიმუმზე ნუ მიიყვან.
2. სწრაფი საცავი. ჩაწერა დიდი თანმიმდევრულია და NVMe მას ბრუნვადი დისკის დროის ნაწილში ამთავრებს. ეს რას ცვლის NVMe რეალურად-ის ერთ-ერთი ყველაზე ნათელი შემთხვევაა.
3. მეტი მეხსიერება, თუ მანქანა swap-ში მუშაობს. სერვერი, რომელიც save-ს წერს მეხსიერების ლიმიტს გადაჭარბებულად, სხვა და უარესი პრობლემაა.

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

ისინი backup-ები არ არის. ისინი ცოცხალი save-ის გვერდით ერთსა და იმავე დისკზე დევს, ბრუნავს და დაზიანებული სამყარო თხუთმეტ წუთში სამივე ფაილში ერთგულად იწერება. ნამდვილი backup არის ასლი იმ ადგილას, სადაც სერვერს წერა არ შეუძლია, განრიგით გაკეთებული და დროდადრო აღდგენილი იმის დასამტკიცებლად, რომ მუშაობს - backup-ები, რომლებიც მართლა აღდგება ამას სათანადოდ ამტკიცებს. გააკეთე ერთი ყოველ თამაშის განახლებამდე გამონაკლისის გარეშე: Satisfactory-ის save-ები მხოლოდ წინ არის თავსებადი და ახალ build-ში გახსნილი save უკან ვეღარ ბრუნდება.

RE:NODE-ზე backup სლოტები Satisfactory-ის ყველა გეგმაშია, ისინი იმ მანქანაზე არ ინახება, რომელსაც იცავენ, აღდგენა კი ღილაკია და არა ticket. Schedules ჩანართი ღამის backup-ს და, თუ გინდა, ღამის restart-ს cron გამოსახულებით უშვებს - restart გრაფიკები, რომლებიც გვეხმარება შეიცავს მის მომხრე და მოწინააღმდეგე არგუმენტს თამაშზე, რომელიც მეხსიერებაში იზრდება.

SML mod-ები dedicated სერვერზე#

Satisfactory-ის მოდინგი SML-ზე, Satisfactory Mod Loader-ზე, მუშაობს, mod-ები ficsit.app-ით ვრცელდება და კლიენტებზე Satisfactory Mod Manager-ით დგება. dedicated სერვერზე mod-ები სერვერის FactoryGame დირექტორიაში Mods საქაღალდეშია, თითო mod-ზე ერთი საქაღალდე.

შეზღუდვა, რომელიც ხალხს იჭერს, build target-ებია. mod თითო პლატფორმაზე კომპილირდება და mod, რომელსაც მხოლოდ Windows კლიენტის build აქვს, Linux dedicated სერვერზე ვერ იმუშავებს, ფაილები სადაც არ უნდა დადო. mod-ების პაკეტის დაგეგმვამდე შეამოწმე თითოეული mod-ის გვერდზე სერვერის target. Mod Manager-ს შეუძლია პირდაპირ საკუთრებაში მიღებულ dedicated სერვერზე დაყენება ადმინის პაროლით, რაც target-ებს შენ მაგივრად წყვეტს და საქაღალდეების კოპირებაზე ბევრად ნაკლებ შეცდომას იძლევა.

ყველაფერი დანარჩენი mod-იანი სერვერის ჩვეულებრივ წესებს მიჰყვება და აქ ისინი მკაცრია:

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

რა ვქნა, როცა mod-ის განახლება ტეხავს ამის patch-დღის ვერსიის ზოგადი პროცედურაა.

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

Satisfactory-ის მეხსიერების მოხმარება ქარხნის ზომას მიჰყვება და არა მოთამაშეების რაოდენობას. უხეში სახელმძღვანელო:

სერვერი Server Manager-ში Offline-ად ჩანს, მაგრამ პორტი ღიაა. TCP 7777-ზე არ არის. მართვის არხი HTTPS-ია TCP-ზე იმავე პორტის ნომერზე, რაზეც თამაშის UDP ტრაფიკი.

კლიენტი სერტიფიკატს უარყოფს. Self-signed, მოსალოდნელია, დაეთანხმე. IP მისამართისთვის ნამდვილი სერტიფიკატის დაყენების გზა არ არსებობს.

"Server is not claimed" მას შემდეგ, რაც მიიღე. სხვა სერვერს უყურებ ან კლიენტს მოძველებული ჩანაწერი აქვს. ამოიღე სიიდან და თავიდან დაამატე.

სერვერი იმავე ვერსიის კლიენტს არ იღებს. შეამოწმე ტოტი. Experimental და early access მსგავს ვერსიის ნომრებს იტყობინებიან და ერთმანეთთან არ თანამშრომლობენ.

save აიტვირთა და შემდეგ სიაში არ ჩანს. ჩვეულებრივ დიდი ფაილის timeout. დააკოპირე პირდაპირ server save საქაღალდეში და გადატვირთე.

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

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

FAQ#

რამდენი მოთამაშის დატევა შეუძლია Satisfactory dedicated სერვერს?

ნაგულისხმევად ოთხი, რაც მხარდაჭერილი რაოდენობაა. Game.ini-ში MaxPlayers-ის გაზრდა მუშაობს და უფრო დიდი ჯგუფების უმეტესობა ამას აკეთებს, მაგრამ ის მხარდაუჭერელია და ქსელი ამისთვის არ შეუქმნიათ. რვა გონივრული გაწელვაა; ამის იქით მოელოდე პრობლემებს, რომლებსაც არცერთი პარამეტრი არ წყვეტს.

ქარხანა მუშაობს, როცა არავინ არის ონლაინ?

მხოლოდ თუ Auto Pause-ს გამორთავ. ნაგულისხმევად სამყარო ცარიელისას პაუზაზეა, რაც ნიშნავს, რომ ღამით წარმოება არ არის და CPU არ იხარჯება, სანამ არავინ თამაშობს. ეს ფუნქციაა თუ არა, მთლიანად იმაზეა დამოკიდებული, როგორ უყვარს შენს ჯგუფს თამაში.

სად არის save-ები Linux სერვერზე?

მომუშავე მომხმარებლის home დირექტორიაში, .config/Epic/FactoryGame/Saved/SaveGames/server/-ში და არა install საქაღალდეში. blueprint-ები მეზობელ blueprints საქაღალდეშია.

შემიძლია ერთმოთამაშიანი save dedicated სერვერზე გადავიტანო?

დიახ. ატვირთე Server Manager-იდან ან დააკოპირე .sav სერვერის save საქაღალდეში და გადატვირთე. save-ის ფორმატი იგივეა; რაც არ გადადის, შენი blueprint-ებია, რომლებიც ცალკე ფაილებია.

თამაშის ასლი მჭირდება სერვერის გასაშვებად?

არა. dedicated სერვერი Steam-ზე ცალკე ანონიმური ჩამოტვირთვაა, app id 1690800, და ლიცენზიას არ საჭიროებს. თამაში გჭირდება მის სამართავად, რადგან Server Manager კლიენტის ნაწილია.

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

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