The Front-ის გამოყოფილი სერვერი SteamCMD-ით უფასოდ ჩამოსატვირთია (app id 2334200), აქვს Linux და Windows build-ები და თითქმის მთლიანად გაშვების პარამეტრებით კონფიგურირდება: სერვერის სახელი, მოთამაშეების ზღვარი, PvP თუ PvE, ადმინების SteamID-ები, შენახვის ინტერვალი და ათობით სათამაშო rate - ყველა -Key=Value არგუმენტია ერთ გრძელ ბრძანების ხაზზე (Windows-ის სერვერის მენეჯერი იმავე გასაღებებს ServerConfig_*.ini-ში წერს). მას ოთხი UDP პორტი სჭირდება - თამაშის, beacon-ის, query-ის და გათიშვის სერვისის პორტი - და ის მძიმე Unreal Engine სერვერია: მცირე ჯგუფისთვის 6 GB მეხსიერება მინიმუმია, დატვირთული საჯარო სამყაროსთვის კი 10 GB ან მეტი. ორი პარამეტრი, რომელიც შენს სამყაროს იცავს, არის მოკლე SaveWorldInterval და save-ების საქაღალდის backup ყოველი განახლების წინ.
ეს გზამკვლევი მოიცავს სერვერის ინსტალაციასა და გაშვებას, პორტებს და იმას, რატომ არის ისინი ოთხი, პარამეტრებს, რომლებიც განსაზღვრავს, რა ტიპის სერვერს უშვებ, ადმინებს, save-ებსა და wipe-ებს, და შეცდომებს, რომლებიც ხალხს შემოსვლაში უშლის.
რა არის The Front სერვერი#
The Front არის survival თამაში ბაზების მშენებლობით, PvP-ით ან PvE-ით, NPC ქალაქებითა და ტექნიკით, აგებული Unreal Engine-ზე. გამოყოფილი სერვერი ერთ მუდმივ სამყაროს ინახავს: ყოველი ბაზა, კონტეინერი, მანქანა და მოთამაშის პერსონაჟი სერვერის მხარეს ინახება და ტაიმერით იწერება.
რამდენიმე რამ განსაზღვრავს, როგორ მართავ მას:
- პარამეტრები გაშვების პარამეტრებია. არ არსებობს ერთი კონფიგის ფაილი, რომელსაც შეცვლი და სერვერი წაიკითხავს, ისე, როგორც ბევრ survival თამაშში ხდება. Linux-ზე და პანელების უმეტესობაზე ყოველი პარამეტრი ბრძანების ხაზის არგუმენტია; Windows-ის სერვერის მენეჯერი მათ ini-ში ინახავს და ხაზს შენთვის აწყობს.
- სამყარო მომხმარებლის საქაღალდეში ცხოვრობს.
-UserDirარგუმენტი სერვერს ეუბნება, სად შეინახოს სამყაროს მონაცემები,-ConfigServerNameკი save-ს ასახელებს. შეცვალე რომელიმე და სერვერი ახალ სამყაროს დაიწყებს, ძველი კი ხელუხლებლად გვერდით იქნება. - ანტი-ჩიტი ნაგულისხმევად ჩართულია. თამაშის ანტი-ჩიტი (
UseACE) ჩართულია და ნებისმიერ საჯარო სერვერზე ასე უნდა დარჩეს. - განახლებებს სიფრთხილე სჭირდება. თამაში ხშირად ახლდება, და საზოგადოების ჰოსტინგის შაბლონები ავტომატური განახლებებისგან გაფრთხილებენ, რადგან ცუდმა განახლებამ შეიძლება ინსტალაცია გაფუჭებული დატოვოს. განაახლე შეგნებულად, წინასწარ გაკეთებული backup-ით.
მოთხოვნები და რესურსების მოხმარება#
| კონფიგურაცია | RAM | CPU | შენიშვნები |
|---|---|---|---|
| 2-6 მეგობარი, PvE | 6-8 GB | 2 ბირთვი | რეალისტური მინიმუმი |
| 10-20 მოთამაშე | 8-10 GB | 2.5-3 ბირთვი | ბაზები და NPC-ების აქტივობა გროვდება |
| 30-60 მოთამაშე, საჯარო PvP | 12-14 GB | 3-3.5 ბირთვი | მეხსიერება სამყაროსთან ერთად იზრდება |
| ხანგრძლივი სამყარო, ბევრი ბაზა | 14 GB+ | 3.5 ბირთვი | დაგეგმე გადატვირთვები და პერიოდული wipe-ები |
- მეხსიერება სამყაროსთან ერთად იზრდება: ყოველი ნაგებობა, კონტეინერი და მანქანა მეხსიერებაში ინახება. სერვერი, რომელიც 5 GB-ით იწყებს, ერთი თვის შემდეგ მოთამაშეების იმავე რაოდენობით შეიძლება 10 GB-ზე იყოს. პიკს უყურე და არა დასაწყისს.
- CPU ძირითადად ერთი დატვირთული სათამაშო ნაკადია და დამხმარეები. სიხშირე სერვერს მაშინ აკავებს, როცა რეიდები და NPC ქალაქების თავდასხმები ერთდროულად ხდება. რომელი აკლია, როგორ წაიკითხო, ახსნილია სტატიაში CPU თუ RAM სათამაშო სერვერებისთვის.
- დისკი ინსტალაციისთვის ზომიერია და save-ებთან ერთად იზრდება. NVMe ამოკლებს შეფერხებას სამყაროს შენახვისას, და სწორედ მაშინ ამჩნევენ მოთამაშეები ნელ დისკს.
ცარიელი სერვერის მიხედვით ზომას ნუ შეარჩევ. The Front-ის დატვირთვას ის განსაზღვრავს, რას აშენებენ მოთამაშეები, და ახალი სამყარო ყველაზე მსუბუქია, რაც კი ოდესმე იქნება. როცა გრაფიკები პიკის დროს მეხსიერებას ზღვართან აჩვენებს, ან უფრო ხშირად გადატვირთე, ან ბაზების ლიმიტები შეამცირე, ან უფრო მაღალ დონეზე გადადი.
ინსტალაცია და გაშვების ხაზი#
$ steamcmd +force_install_dir /home/thefront/server +login anonymous \ +app_update 2334200 validate +quitLinux-ზე სერვერის ბინარული ფაილია ProjectWar/Binaries/Linux/TheFrontServer, და ის რუკის ტოკენითა და პარამეტრების გრძელი სიით ეშვება:
$ ./ProjectWar/Binaries/Linux/TheFrontServer ProjectWar_Start?DedicatedServer \ -server -game -log \ -ServerName="Iron Harbour PvE | EU" -ServerPassword= \ -Port=7900 -BeaconPort=7901 -QueryPort=7902 -ShutDownServicePort=7903 \ -OutIPAddress=203.0.113.10 \ -ConfigServerName=ironharbour -UserDir="/home/thefront/saves/ironharbour/" \ -QueueThreshold=40 -MaxQueueSize=20 -QueueValidTime=120 \ -ServerFightModeType=1 -IsCanSelfDamage=0 -IsCanFriendDamage=0 \ -SaveWorldInterval=300 -GreenHand=true -UseACE=true \ -ServerAdminAccounts=76561198012345678;76561198087654321პანელიან ჰოსტზე ამ ხაზს არ კრეფ. თითოეული მნიშვნელობა Startup ჩანართის ველია, და ერთის შეცვლა რედაქტირება და გადატვირთვაა. ჩამოტვირთვის მხარე განხილულია სტატიაში SteamCMD ახსნილი.
პარამეტრები, რომლებიც სერვერს განსაზღვრავს:
| პარამეტრი | რას აკეთებს |
|---|---|
-ServerName | სახელი ბრაუზერში |
-ServerPassword | შესვლის პაროლი. საჯაროსთვის ცარიელი |
-ConfigServerName | save-ის იდენტიფიკაცია. შეცვალე და ახალ სამყაროს მიიღებ |
-UserDir | სამყაროს მონაცემების საქაღალდე. ამის backup გააკეთე |
-OutIPAddress | მოთამაშეებისთვის გამოცხადებული საჯარო მისამართი |
-QueueThreshold | მოთამაშეების ფაქტობრივი ზღვარი; მის მიღმა მყოფები რიგში დგებიან |
-MaxQueueSize | რამდენს შეუძლია რიგში ლოდინი |
-QueueValidTime | რამდენ წამს ინახება რიგში მდგომი მოთამაშის ადგილი |
-ServerFightModeType | 0 PvP, 1 PvE |
-SaveWorldInterval | წამები სამყაროს შენახვებს შორის |
-ServerAdminAccounts | წერტილ-მძიმით გამოყოფილი SteamID64-ები ადმინის უფლებებით |
-UseACE | ანტი-ჩიტი. დატოვე true |
-GreenHand | ახალი მოთამაშეების დაცვა |
პორტები: რატომ არის ისინი ოთხი#
| პარამეტრი | დანიშნულება | პროტოკოლი |
|---|---|---|
-Port | თამაშის ტრაფიკი | UDP |
-BeaconPort | handshake, რომელიც შემოსვლისას გამოიყენება | UDP |
-QueryPort | Steam query - სერვერების ბრაუზერი | UDP |
-ShutDownServicePort | გამოიყენება სერვერის სუფთად გასაჩერებლად | UDP |
ნაგულისხმევი მნიშვნელობები გამოქვეყნებულ შაბლონებს შორის განსხვავდება - ზოგი 7900-დან 7903-მდე იყენებს, ზოგი 27015-დან 27018-მდე - და მნიშვნელობა არ აქვს, რომელს გამოიყენებ, თუ ოთხივე პარამეტრი ემთხვევა იმ პორტებს, რომლებიც რეალურად ღიაა ინტერნეტისთვის. დააყენე ისინი ცალსახად და ნაგულისხმევს ნუ დაეყრდნობი.
კლასიკური ჩავარდნაა სერვერი, რომელიც ბრაუზერში ჩანს, მაგრამ ჩატვირთვის ეკრანზე ვარდება. ეს beacon პორტია: query პორტმა ბრაუზერს უპასუხა, მაგრამ შემოსვლის handshake ვერ დასრულდა. სერვერი, რომელიც საერთოდ არ ჩანს, ჩვეულებრივ query პორტის ბრალია. რატომ ყოფენ თამაშები ტრაფიკს ასე, განხილულია სტატიაში სათამაშო სერვერის პორტები ახსნილი.
-OutIPAddress მნიშვნელოვანია მანქანებზე, სადაც სერვერი საკუთარ საჯარო მისამართს ვერ აღმოაჩენს. თუ ბრაუზერი შენს სერვერს პირადი ან არასწორი მისამართით აჩვენებს, რეალური საჯარო IP დაუყენე.
RE:NODE-ზე The Front-ის გეგმებს სამი გამოყოფილი პორტი მოყვება; მეოთხე Network ჩანართზე პირველ გაშვებამდე დაამატე, რომ ოთხივე პარამეტრი იმ პორტებზე მიუთითებდეს, რომლებიც ნამდვილად შენია.
პარამეტრები, რომლებიც შენს სერვერს განსაზღვრავს#
იდენტობისა და პორტების მიღმა The Front სათამაშო rate-ების გრძელ სიას იძლევა. თითქმის ყველას ნაგულისხმევი მნიშვნელობა 1-ია (ნორმალური), და მათი გადაცემა ზემოთ მოცემული პარამეტრების მსგავსად შეიძლება. დააჯგუფე ისინი იმ გადაწყვეტილების მიხედვით, რომელსაც წარმოადგენენ.
PvP თუ PvE, და ზიანი
| პარამეტრი | მნიშვნელობები | ეფექტი |
|---|---|---|
ServerFightModeType | 0 PvP, 1 PvE | მთავარი არჩევანი |
IsCanSelfDamage | 0 / 1 | შეგიძლია თუ არა საკუთარი თავის დაზიანება |
IsCanFriendDamage | 0 / 1 | თანაგუნდელებს შორის საკუთარ თავზე სროლა |
CHFDamagedByPlayer | 0 / 1 | შეუძლიათ თუ არა მოთამაშეებს ბაზების დაზიანება |
CHFDamagedByNpc | 0 / 1 | შეუძლიათ თუ არა NPC-ებს ბაზების დაზიანება |
CHFDamagedByVehicle | 0 / 1 | შეუძლია თუ არა ტექნიკას ბაზების დაზიანება |
PvE სერვერი, რომელიც NPC-ებისგან ბაზების დაზიანებას მაინც უშვებს, ქალაქების რეიდებს აზრს უნარჩუნებს. PvP სერვერი, რომელიც ბაზების დაზიანებას ბლოკავს, მშვიდობიანი სერვერია ზედმეტი ნაბიჯებით.
პროგრესი და რესურსების შეგროვება
| პარამეტრი | ნაგულისხმევი | ეფექტი |
|---|---|---|
PlayerAddExpRate | 1 | გამოცდილების გლობალური მამრავლი |
PlayerKillAddExpRate, PlayerFarmAddExpRate, PlayerCraftAddExpRate | 1 | გამოცდილება აქტივობის მიხედვით |
GMCraftTimeRate | 1 | crafting-ის დროის მამრავლი |
GMTreeGainRate, GMOreGainRate, GMBushGainRate | 1 | შეგროვების მოსავალი |
GMCropVegetableGrowRatio | 1 | ნათესების ზრდის სიჩქარე |
IsUnLockAllTalentAndRecipe | 0 | ყველაფრის გახსნა თავიდანვე |
2-დან 3-მდე rate-ები შეეფერება მცირე ჯგუფს შეზღუდული დროით. 5-ის ზემოთ პროგრესი იშლება და სამყარო ერთ შაბათ-კვირაში "მთავრდება" - რაც მოკლესეზონიანი სერვერისთვის ლეგიტიმური არჩევანია, მაგრამ ის განზრახ გააკეთე.
ბაზები, NPC-ები, სიკვდილი და გადარჩენა
| პარამეტრი | ნაგულისხმევი | ეფექტი |
|---|---|---|
GMMaxHouseFlagNumber | 1 | ბაზის დროშები (ტერიტორიები) თითო მოთამაშეზე |
GMSetGJConstructMaxNumRatio | 1 | სამშენებლო ნაწილების ლიმიტების მამრავლი |
NpcRespawnRatio | 1 | NPC-ების ხელახალი გაჩენის ინტერვალი |
WildNPCDamageRate, WildNPCHealthRate | 1 | ველური NPC-ების სირთულე |
GMDeathDropMode | განსხვავდება | რა ემართება ინვენტარს სიკვდილისას |
GMRebirthBaseCD | განსხვავდება | ბაზაზე ხელახალი გაჩენის cooldown |
PlayerMaxHungerRate, GMHungerDecRatio, GMWaterDecRatio | 1 | შიმშილი და წყურვილი |
მშენებლობის ლიმიტები ის პარამეტრია, რომელსაც დროთა განმავლობაში სერვერის ჯანმრთელობაზე ყველაზე დიდი გავლენა აქვს. ყოველი ნაწილი მეხსიერებაში ინახება და იწერება; სერვერს, რომელიც GMSetGJConstructMaxNumRatio-ს ზრდის, რომ ხალხმა ქალაქები ააშენოს, ერთი თვის შემდეგ მეტი მეხსიერება დასჭირდება, ვიდრე იმავე სერვერს ნაგულისხმევი პარამეტრებით. თუ გაზრდი, მკაფიო wipe-ის განრიგთან დააწყვილე.
ზოგიერთი პარამეტრი მხოლოდ სამყაროს შექმნისას იკითხება. თუ ცვლილება თითქოს არაფერს აკეთებს, სანამ დაასკვნი, რომ გასაღები არასწორია, შეამოწმე, ვრცელდება თუ არა ის არსებულ სამყაროებზე - საიმედო ტესტია ერთჯერადი სამყარო სხვა -ConfigServerName-ით.
ადმინები#
ადმინები SteamID64-ებია -ServerAdminAccounts-ში, წერტილ-მძიმით გამოყოფილი. პირველ გაშვებამდე საკუთარი თავი დაამატე და ნებისმიერი ცვლილების შემდეგ გადატვირთე - სია გაშვებისას იკითხება.
-ServerAdminAccounts=76561198012345678;76561198087654321-IsShowGmTitle=0ადმინებს თამაშში თამაშის GM ხელსაწყოებზე აქვთ წვდომა მოდერაციისთვის და ისეთი პრობლემების მოსაგვარებლად, როგორიცაა გაჭედილი მოთამაშეები ან დაკარგული ნივთები. IsShowGmTitle აკონტროლებს, ჩანს თუ არა ადმინის წოდება სხვა მოთამაშეებისთვის; საზოგადოების სერვერების უმეტესობა მას თიშავს, რომ პერსონალმა ჩვეულებრივად ითამაშოს. GM ფუნქციების ზუსტი ნაკრები თამაშის განახლებებთან ერთად იცვლებოდა, ამიტომ ისინი სატესტო სამყაროზე შეისწავლე და არა ინციდენტის დროს აღმოაჩინე.
ადმინების სიების ორი წესი, რომელიც ყველა თამაშზე ვრცელდება:
- შეინარჩუნე მოკლედ. survival სერვერზე ადმინის ხელსაწყოებს ნივთების გაჩენა და ბაზების შეცვლა შეუძლია, და ყოველი დამატებითი ადმინი არის ვინმე, ვისაც ეკონომიკის განადგურება შემთხვევით ან განზრახ შეუძლია.
- გამოიყენე 17-ნიშნა SteamID64. არა პროფილის URL ან ნაჩვენები სახელი. არასწორი ID ჩუმად ფუჭდება.
Subuser-ები და მინიმალური პრივილეგიები იგივე პრინციპია, პანელზე გამოყენებული: ვისაც მხოლოდ სერვერის გადატვირთვა სჭირდება, არ უნდა ჰქონდეს წვდომა გაშვების პარამეტრებზე, სადაც ადმინების სია ცხოვრობს.
Save-ები, backup-ები და wipe-ები#
სამყარო მეხსიერებაში ინახება და დისკზე ყოველ SaveWorldInterval წამში იწერება - ნაგულისხმევად 300 (ხუთი წუთი). ყველაფერი, რაც პროცესს შენახვის გარეშე ასრულებს, მაქსიმუმ ერთ ინტერვალს კარგავს:
- სუფთა გაჩერება ინახავს. პანელით ან გათიშვის სერვისით გაჩერება სერვერს ჯერ სამყაროს ჩაწერის საშუალებას აძლევს. დაელოდე, სანამ თავად გავა.
- kill არ ინახავს. პროცესის მოკვლა, ჰოსტის ავარია ან მეხსიერების ამოწურვით გაჩერება ბოლო შენახვის შემდეგ ყველაფერს კარგავს.
- მოკლე ინტერვალები შეფერხებებით ფასდება. დიდი სამყაროს შენახვას ცოტა დრო სჭირდება. ხუთი წუთი გონივრული ბალანსია; დიდ სამყაროზე ორ წუთზე ქვემოთ ჩასვლა შეფერხებას შესამჩნევს ხდის.
RE:NODE-ზე სერვერი, რომელიც მეხსიერების ზღვარს აღწევს, swap-ის ნაცვლად ჩერდება და სუფთად გადაიტვირთება, რაც ზუსტად ზემოთ აღწერილი შეუნახავი გაჩერების შემთხვევაა - კიდევ ერთი მიზეზი, რომ დიდ სამყაროზე შენახვის ინტერვალი მოკლე იყოს და სამყაროს ზრდასთან ერთად მეხსიერების გრაფიკს უყურო.
backup-ი უნდა გაუკეთო საქაღალდეს, რომელზეც -UserDir მიუთითებს, პლუს შენი გაშვების სრული პარამეტრების ჩანაწერს. სამყაროს მონაცემები შესაბამისი -ConfigServerName-ის გარეშე უსარგებლოა, შენი გულდასმით მორგებული rate-ები კი მხოლოდ გაშვების პარამეტრებში არსებობს. backup განრიგით გააკეთე, თამაშის ყოველი განახლების წინ და ნებისმიერი ისეთი პარამეტრის შეცვლამდე, რომელიც არსებულ სამყაროებზე მოქმედებს. შემდეგ დროდადრო ერთი აღადგინე, რომ დაამტკიცო, რომ მუშაობს - backup-ები, რომლებიც ნამდვილად აღდგება ხსნის, რატომ არის ეს ნახევარი უფრო მნიშვნელოვანი.
The Front-ზე wipe-ები საზოგადოების გადაწყვეტილებაა და არა იძულებითი ციკლი. ჩვეულებრივი ვარიანტები:
- ახალი სამყარო, იგივე პარამეტრები. შეცვალე
-ConfigServerName(ან დაცალე save-ების საქაღალდე) და გადატვირთე. ძველი საქაღალდე ცოტა ხნით შეინახე, თუ ინანებ. - დაგეგმილი სეზონები. საჯარო PvP სერვერები ხშირად ყოველ რამდენიმე კვირაში ან თვეში wipe-დება, კარგა ხნით ადრე გამოცხადებით.
- wipe-ების გარეშე. მცირე PvE ჯგუფისთვის კარგია, თუ მეხსიერებასა და save-ის ზომას თვალს ადევნებ.
ClearSeverTime (თამაშში სწორედ ასე წერია) პარამეტრია, რომელიც ჩვენებისთვის wipe-ის თარიღს ინახავს. wipe-ები წინასწარ გამოაცხადე WelcomeMessage-ით და შენს Discord-ში; Rust-ის wipe-ები მოთამაშეების დაკარგვის გარეშე საზოგადოების მხარეს განიხილავს, და მისი უმეტესობა ნებისმიერ survival თამაშზე ვრცელდება.
საჯარო სერვერის მართვა კერძოს წინააღმდეგ#
ერთი და იგივე ბინარული ფაილი ორ ძალიან განსხვავებულ საქმეს ემსახურება, და ყველაზე მნიშვნელოვანი პარამეტრები საქმის მიხედვით იცვლება.
კერძო სერვერისთვის მეგობრებისთვის მიზნებია მოხერხებულობა და სამყაროს სესიებს შორის ცოცხლად შენარჩუნება. დააყენე -ServerPassword, შეგროვებისა და გამოცდილების rate-ები იმის მიხედვით გაზარდე, რამდენი დრო აქვს ჯგუფს რეალურად, განიხილე IsCanFriendDamage=0, და QueueThreshold ჯგუფის ზომას პლუს ორ-სამზე დატოვე. ერთადერთი რეალური შეზღუდვა მეხსიერებაა, და ყოველკვირეული გადატვირთვა ჩვეულებრივ საკმარისია.
საჯარო სერვერისთვის მიზნებია სამართლიანობა და სტაბილურობა. ანტი-ჩიტი ჩართული დატოვე, rate-ები ნაგულისხმევთან ახლოს დატოვე ან სერვერის სახელში მკაფიოდ გამოაცხადე, რა არის, და QueueThreshold იმაზე დააყენე, რასაც სერვერი პიკზე გაუძლებს, და არა იმაზე, რაც ბრაუზერში შთამბეჭდავად გამოიყურება. სერვერი, რომელიც 40 მოთამაშეს შეუფერხებლად იტევს, მათ ინარჩუნებს; ის, რომელიც 60-ს აცხადებს და ყოველ რეიდზე ჭედავს, მათ კარგავს. გამოიყენე -MaxQueueSize და -QueueValidTime, რომ ავარიისას გათიშულმა მოთამაშეებმა ადგილის დაკარგვის გარეშე შეძლონ დაბრუნება.
საჯარო PvP სერვერებს ასევე სჭირდება პოლიტიკა grief-ისა და რეიდების მიმართ, რომლის აღსრულებაც პარამეტრებს თავისით არ შეუძლიათ - ოფლაინ რეიდები, ბაზებით გზის ჩაკეტვა, ახალი მოთამაშეების შევიწროება. GreenHand ახალი მოთამაშეების დაცვა ბოლოს ეხმარება. დანარჩენი ჩაწერე და მოდერაცია გაუწიე; სერვერის წესები, მოდერაცია და პერსონალი განიხილავს პერსონალის ისეთი გუნდის შექმნას, რომელსაც ეს შეუძლია.
პრობლემების მოგვარება#
სერვერი ბრაუზერში ჩანს, მაგრამ შემოსვლა ჩატვირთვისას ვარდება. beacon პორტი დახურულია ან არ ემთხვევა. შეამოწმე, რომ -BeaconPort ღია UDP პორტს ემთხვევა.
სერვერი ბრაუზერში არასოდეს ჩანს. query პორტი, ან -OutIPAddress არასწორ მისამართს აცხადებს.
გადატვირთვის შემდეგ ყველა ახალ რუკაზეა. -ConfigServerName ან -UserDir შეიცვალა. ძველი მნიშვნელობები დააბრუნე; ორიგინალი სამყარო ისევ იქ არის.
ადმინის უფლებები არ მუშაობს. SteamID64 არასწორია, გამყოფები წერტილ-მძიმე არ არის, ან ცვლილების შემდეგ სერვერი არ გადატვირთულა.
ავარიის შემდეგ პროგრესი დაიკარგა. მოსალოდნელია ერთ შენახვის ინტერვალამდე. შეამოკლე SaveWorldInterval და მეხსიერების გრაფიკზე ზღვარზე მოხვედრები შეამოწმე.
თამაშის განახლების შემდეგ სერვერი გაფუჭდა. აღადგინე ინსტალაციისა და save-ების საქაღალდის განახლებამდელი backup, შემდეგ დაელოდე გასწორებას ან ინსტალაცია SteamCMD-ით გადაამოწმე. სწორედ ამიტომ არის აქ ავტომატური განახლებები ცუდი იდეა.
მეხსიერება ყოველდღე იზრდება. სამყარო იზრდება. დაგეგმე ყოველდღიური გადატვირთვა წყნარ საათზე - გადატვირთვის განრიგები, რომლებიც ეხმარება - და მშენებლობის ლიმიტები გადახედე.
FAQ#
როგორ გავხადო The Front სერვერი PvE?
დააყენე -ServerFightModeType=1 და გადატვირთე. დააწყვილე ის IsCanFriendDamage=0-თან და CHFDamagedByNpc-ით გადაწყვიტე, შეუძლიათ თუ არა NPC-ებს მაინც ბაზების დაზიანება.
რამდენ მოთამაშეს იტევს The Front სერვერი?
ზღვარი -QueueThreshold-ით დგინდება, დამატებითი მოთამაშეები კი რიგში ელოდებიან. რეალურად რას გაუძლებს სერვერი, მეხსიერებასა და CPU-ზეა დამოკიდებული; ზომა მომწიფებული სამყაროს პიკის მიხედვით შეარჩიე და არა ცარიელის.
სად ინახება The Front სერვერის save-ები?
-UserDir-ით მითითებული საქაღალდის შიგნით, -ConfigServerName-ით დასახელებული save-ის ქვეშ. backup მთელ ამ საქაღალდეს გაუკეთე და ორივე მნიშვნელობა backup-თან ერთად ჩაიწერე.
როგორ დავამატო ადმინი?
დაამატე მისი SteamID64 -ServerAdminAccounts-ში, სხვებისგან წერტილ-მძიმით გამოყოფილი, და გადატვირთე. ამის შემდეგ ადმინებს თამაშში GM ხელსაწყოებზე აქვთ წვდომა.
ჩავრთო ავტომატური განახლებები?
არა. განაახლე შეგნებულად: გააკეთე backup, განაახლე SteamCMD-ით, გაუშვი სერვერი და დარწმუნდი, რომ სამყაროს ტვირთავს, სანამ მოთამაშეები დაბრუნდებიან. ასე გაფუჭებული განახლება აღდგენაა და არა დაკარგული სამყარო.
როგორ გავაკეთო სამყაროს wipe?
გაუშვი სერვერი ახალი -ConfigServerName-ით, ან მიმდინარე save-ების საქაღალდე გვერდზე გადაიტანე და გადატვირთე. ძველი save რამდენიმე კვირა შეინახე, თუ დაბრუნება დაგჭირდება.




კომენტარები
სრულიად ანონიმურად: ანგარიშის, ელფოსტის და cookie-ის გარეშე. ინახება მხოლოდ სახელი, ტექსტი და დრო - სხვა არაფერი. ბმულების რაოდენობა ლიმიტირებულია.