Minecraft სერვერის დაცვა გრიფინგისა და ჩიტერებისგან

Minecraft-ში გრიფინგის საწინააღმდეგო ყველაზე ძლიერი ზომა whitelist-ია და არაფერი ღირს. სერვერს, რომელზეც უცხოები არ არიან, გრიფინგის პრობლემა არ აქვს. ქვემოთ ყველაფერი იმ სერვერებისთვისაა, რომლებსაც ამის გაკეთება არ შეუძლიათ - საჯაროებისთვის, იმათთვის, ვისაც Discord ისეთი ხალხით აქვს სავსე, ვისაც არავინ იცნობს - და სამ ფენად იყოფა, რომლებიც სხვადასხვა საქმეს აკეთებს. Claim-ები და რეგიონები ზიანს ხელს უშლის. CoreProtect იწერს, რა მოხდა, რომ გააუქმო. Anti-cheat და anti-xray იმ მოთამაშეებს ეკიდება, რომლებიც თამაშს ტეხავენ და არა ნაგებობას. სერვერების უმეტესობა სამივეს ცუდად აყენებს: rollback პლაგინი შენახვის პოლიტიკის გარეშე, anti-cheat ნაგულისხმევ პარამეტრებზე, რომელიც ხალხს elytra-დან აგდებს, და backup საერთოდ არ არის. ეს პოსტი იმაზეა, როგორ მიიყვანო თითოეული ფენა იმ წერტილამდე, სადაც ის თავის მეხსიერებას იმსახურებს.

გადაწყვიტე, საიდან იცავ თავს#

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

• უცხო ადამიანი ნაგებობას ანგრევს. Claim-ები, რეგიონები და whitelist. პრევენცია.
• ვიღაც, ვისაც ენდობოდი, საერთო სკივრს ცარიელებს. ამას claim პლაგინი ვერ შეაჩერებს, რადგან მათ იქ ყოფნის უფლება აქვთ. CoreProtect და თანამშრომლები, რომლებმაც იციან, როგორ წაიკითხონ.
• მოთამაშე X-ray-ს იყენებს ალმასების საპოვნელად. ეს გრიფინგი არ არის და anti-cheat ვერ დაიჭერს. Paper-ის anti-xray, რომელიც სიმართლის გაუგზავნელობით მუშაობს.
• მოთამაშე დაფრინავს, კედლებს გაღმა წვდება ან ბლოკებს წამში რვა სიჩქარით თხრის. Anti-cheat, რომელიც პაკეტებიდან დასკვნაა და არასოდეს არის სრულყოფილი.
• მოთამაშე სერვერს ჩამოაგდებს სპეციალურად შედგენილი პაკეტით ან უზარმაზარი წიგნით. Paper-ის საკუთარი ლიმიტები, რომლებიც შენს კონფიგურაციაში უკვე არის და უმეტესად უკვე ჩართულია.
• სამყაროს ფაილი გაქრა. ზემოთ ჩამოთვლილთაგან არცერთი. Backup-ები.

სანამ რამეს დახარჯავ, გაარკვიე, რომელი გაქვს რეალურად. თორმეტი მეგობრის კერძო SMP-ს სჭირდება CoreProtect და backup-ები და სხვა არაფერი. საჯარო survival სერვერს ყველაფერი სჭირდება.

CoreProtect: ლოგი, რომელიც გინდება, რომ გქონოდა#

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

ჩააგდე jar plugins/-ში, გადატვირთე და ის თავის საკუთარ მონაცემთა ბაზას plugins/CoreProtect/-ში შექმნის. RE:NODE-ზე ამ jar-ს თავად ტვირთავ ფაილების მენეჯერით ან SFTP-ით - Minecraft-ის ხაზი Paper-ს უშვებს plugin-ის ინსტალერის გარეშე, რაც ასევე ნიშნავს, რომ არცერთი პლაგინი დაბლოკილი არ არის.

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

პარამეტრები ერთმანეთს ერწყმის. u: მომხმარებელია (ან რამდენიმე, მძიმით გამოყოფილი), t: დროის ფანჯარაა და იწერება როგორც t:2h30m ან t:7d, r: რადიუსია ბლოკებში, a: მოქმედებაა (a:block, a:+block მხოლოდ განთავსებისთვის, a:-block მხოლოდ დაშლისთვის, a:container, a:item, a:click, a:kill, a:chat, a:command, a:session, a:sign), b: ფილტრავს ბლოკის ტიპით და e: ერთს გამორიცხავს. rollback-ზე #preview ჩვევაა, რომელიც უნდა გამოიმუშავო: ჯერ ნახე, რას შეცვლის, და მერე შეცვალე.

ორი კონფიგურაციული გადაწყვეტილება დანარჩენზე მნიშვნელოვანია. პირველი რადიუსია. default-radius არის ის, რასაც CoreProtect იყენებს, როცა r:-ს გამოტოვებ, და max-radius ზღუდავს, რამდენად დიდი შეიძლება იყოს ერთი ოპერაცია - დააყენე ისინი შეგნებულად, რადგან შემთხვევით უზარმაზარი რადიუსის მქონე rollback სერვერს თავისთან ერთად წაიღებს, სანამ მუშაობს.

მეორე დისკია. CoreProtect ნაგულისხმევად ყველაფერს წერს და მონაცემთა ბაზა სტაბილურად იზრდება; დატვირთულ საჯარო სერვერზე ეს თვეში ასობით მეგაბაიტია და შენი გეგმის დისკს სამყაროსთან იზიარებს. გამორთე კატეგორიები, რომლებსაც არავინ ეძებს - liquid-tracking, leaves-decay, tree-grow, natural-break და block-movement ყველაზე ხმაურიანებია - და განრიგით გაუშვი /co purge t:30d. ოცდაათი დღის ისტორია პრაქტიკულად ყველა გრიფინგის საჩივარს მოიცავს, რომელიც ოდესმე შეიტანება.

use-mysql: falsetable-prefix: co_default-radius: 10max-radius: 100liquid-tracking: falseleaves-decay: falsetree-grow: falsenatural-break: falseplayer-messages: trueplayer-commands: true

თუ ლოკალური მონაცემთა ბაზა იმდენად გაიზარდა, რომ გაწუხებს, CoreProtect-ს შეუძლია ჩაწეროს გარე მონაცემთა ბაზაში: დააყენე use-mysql: true და შეავსე mysql-* გასაღებები. RE:NODE-ის Games გეგმები ერთ მონაცემთა ბაზის სლოტს შეიცავს, რომელიც პანელში იქმნება გენერირებული ჰოსტით, მომხმარებლითა და პაროლით. მიუთითე CoreProtect მასზე და შემდეგ გაშვებისას კონსოლი უყურე, რომ დარწმუნდე, დაუკავშირდა, სანამ ამას ივარაუდებ.

უფლებები ღირს, რომ დაყო. coreprotect.inspect და coreprotect.lookup ყველა მოდერატორს; coreprotect.rollback, coreprotect.restore და coreprotect.purge ორ-სამ ადამიანს. არასწორი პარამეტრებით გაშვებული rollback იმდენივე ზიანს აყენებს, რამდენიც გრიფინგმა. ამის დასაყოფად არის LuckPerms-ის გზამკვლევში ჯგუფების ხე.

Claim-ები და რეგიონები#

დაცვის ორი განსხვავებული ფორმაა და სერვერების უმეტესობას ორივე უნდა.

GriefPrevention მოთამაშეებით იმართება და უფასოა. მოთამაშეები მიწას ოქროს ნიჩბით იკავებენ, იღებენ claim ბლოკების საწყის ოდენობას და თამაშის საათებში კიდევ უფრო მეტს გამოიმუშავებენ, და წვდომას თავად მართავენ /trust, /containertrust, /accesstrust და /permissiontrust ბრძანებებით - ოთხი დონეა: აშენება, მხოლოდ სკივრები, მხოლოდ კარები და ღილაკები, და სხვების ნდობის უფლება. /abandonclaim ბლოკებს აბრუნებს. საწყისი ოდენობაც და დაგროვების სიჩქარეც plugins/GriefPrevention/config.yml-შია, და ნაგულისხმევი მნიშვნელობები დატვირთული საჯარო სერვერისთვის არის მორგებული, ამიტომ პატარა SMP-ს ჩვეულებრივ მათი გაზრდა უნდა. ის ასევე ავტომატურად იცავს ახალი მოთამაშის პირველ სკივრს, რაც ჩუმად ბევრ პირველი დღის ქურდობას ხელს უშლის.

WorldGuard ადმინით იმართება, გვერდით WorldEdit სჭირდება და ასე იცავ spawn-ს. მონიშნე რეგიონი wand-ით, განსაზღვრე და დააყენე flag-ები:

$ /rg define spawn$ /rg flag spawn build deny$ /rg flag spawn pvp deny$ /rg flag spawn chest-access allow$ /rg flag spawn greeting Welcome to spawn$ /rg setpriority spawn 10

Flag-ები, რომლებსაც ყველაზე ხშირად გამოიყენებ: build, pvp, chest-access, use, tnt, creeper-explosion, fire-spread, mob-spawning, entry და exit. არსებობს განსაკუთრებული რეგიონი __global__, რომელიც მთელ სამყაროზე მოქმედებს, როცა უფრო კონკრეტული არაფერი მოქმედებს, და ასე აქცევ სამყაროს ნაგულისხმევად მხოლოდ წასაკითხად და შემდეგ კონკრეტულ ადგილებს ხსნი. Priority წყვეტს, ორი გადაფარებული რეგიონიდან რომელი იმარჯვებს.

ამ ორის გარდა: Towny ქალაქებსა და ერებს აშენებს claim-ების თავზე, PlotSquared სწორი პასუხია creative სერვერისთვის ნაკვეთების ბადით, ხოლო Lands და GriefDefender ფასიანი ალტერნატივებია მეტი ფუნქციით და მეტი კონფიგურაციით, სადაც შეცდომის დაშვება შეიძლება. დაიწყე GriefPrevention-ით და WorldGuard-ით და დანარჩენი დაამატე მხოლოდ თუ ხვრელს იპოვი.

რას არ აკეთებს claim-ები, პირდაპირ უნდა ითქვას. ისინი არ იცავენ იმისგან, ვისაც ენდობოდი. ისინი არ აჩერებენ მოთამაშეს, რომელიც claim-ის გარეთ ლავის ვედროთი დგას, თუ პლაგინი ამისთვის არ არის კონფიგურირებული. ისინი არ აჩერებენ მობებს. და არ ხელს უშლიან claim-ის მიტოვებას და მიწის დაკავებას. Claim-ები ინციდენტების რაოდენობას ამცირებს; CoreProtect არის ის, რითიც იმათ უმკლავდები, რაც მაინც ხდება.

Anti-xray Paper-ზე#

X-ray სერვერის ექსპლოიტი არ არის. სერვერი chunk-ის მონაცემებს აგზავნის, კლიენტი წყვეტს, რა დახატოს, და შეცვლილი კლიენტი ქვას უბრალოდ ჰაერად ხატავს. ერთადერთი დაცვა არის არასწორი მონაცემების გაგზავნა და Paper-ს ეს ჩაშენებული აქვს.

ის მიმდინარე Paper build-ებზე არის config/paper-world-defaults.yml-ში, anticheat.anti-xray-ის ქვეშ, თითოეული სამყაროს ინდივიდუალური გადაფარვებით მის paper-world.yml-ში. უფრო ძველ build-ებზე ის paper.yml-შია. ნაგულისხმევად გამორთულია.

anticheat:  anti-xray:    enabled: true    engine-mode: 1    max-block-height: 64    update-radius: 2    lava-obscures: false    use-permission: false

engine-mode: 1 ბლოკებს, რომლებიც hidden-blocks სიაშია, გაგზავნამდე ერთი შემავსებელი ბლოკით ცვლის, ამიტომ მადნები უბრალოდ იქ არ არის, სანამ საკმარისად ახლოს არ მივა, რომ სერვერმა რეალური მონაცემები გამოგზავნოს. რეჟიმები 2 და 3 სხვა გზას ირჩევენ და ქვაში დამაჯერებელ ყალბ მადნებს ფანტავენ, რაც X-ray-ს უბრალოდ უსარგებლოს კი არა, აქტიურად შემცდარს ხდის. რეჟიმი 1 CPU-სა და გამტარუნარიანობაში იაფია; უფრო მაღალი რეჟიმები ორივეში მეტს ჯდება და უფრო საფუძვლიანია. Paper-ის საკუთარი დოკუმენტაცია თითოეული რეჟიმის მიმდინარე ქცევას შენი ზუსტი build-ისთვის აღწერს და არჩევამდე ღირს მისი წაკითხვა, რადგან რეჟიმები გადასინჯულია.

max-block-height არის Y დონე, რომლის ზემოთაც დამალვა არ ხდება - ნაგულისხმევი 64 ფარავს სიღრმეებს, სადაც მადნები რეალურად არის, ახალ სამყაროებში ნულს ქვემოთ ყველაფერიც, და ზედაპირს ხელს არ ახლებს, ასე რომ ფასი არ იხდება chunk-ებში, რომლებშიც არავინ თხრის. use-permission: true საშუალებას გაძლევს, პერსონალი გამორიცხო paper.antixray.bypass უფლებით, რაც გამოსადეგია, როცა მოდერატორი რეალურ X-rayer-ს ეძებს.

ორი პატიოსანი ზღვარი. Anti-xray არ აჩერებს freecam-ს, არ აჩერებს მოთამაშეს, რომელსაც Y დონეები უბრალოდ ზეპირად ახსოვს, და არაფერს აკეთებს არსებებზე დაფუძნებული ჩიტების წინააღმდეგ. და შეუძლია ჩაერიოს კანონიერ კლიენტის მოდებში - განსაკუთრებით cave-mode მინირუკები უაზრობას აჩვენებენ, რადგან განზრახ უაზრობას აწვდი. CPU-ს ფასი რეალურია, მაგრამ view distance-სა და არსებების რაოდენობასთან შედარებით მცირე; თუ სერვერი უკვე იტანჯება, უფრო მნიშვნელოვანია Paper-ის ოპტიმიზაციაში მოცემული პარამეტრები.

Anti-cheat: რას იჭერს და რას ვერა#

Anti-cheat პლაგინი პაკეტებს ხედავს და სხვა არაფერს. კლიენტს ის არასოდეს ხედავს. ყველაფერი, რასაც აცხადებს, დასკვნაა, და anti-cheat-ის ხარისხი მთლიანად ამ დასკვნების ხარისხია.

საიმედოდ აღმოჩენადია: ფრენა, სიჩქარე, no-fall დაზიანება, ნაბიჯისა და ხტომის მოდიფიკაციები, scaffold და tower განთავსება, nuker და სწრაფი დაშლა, ინვენტარის მოქმედებები მაშინ, როცა ინვენტარი დახურული უნდა იყოს, და უფრო აშკარა auto-clicker პატერნები. ყველა ეს კვალს ტოვებს მოძრაობასა და დროში, რომლის დამალვაც შეუძლებელია იმის გარეშე, რომ არ იმუშაოს.

საიმედოდ არ არის აღმოჩენადი: X-ray (ამისთვისაა anti-xray), freecam, aim assist, რომელიც ადამიანის ზღვრებში რჩება, მაკროს გამოყენება და ყველაფერი, რაც მხოლოდ რენდერინგს ცვლის. Reach შემოწმებები ნამდვილად რთულია, რადგან latency და lag compensation კანონიერ დარტყმას 200 ms-ზე უკანონოდ აჩვენებს 20 ms-თან შედარებით, ამიტომ ისინი ქმნიან უმეტეს false positive-ს საერთაშორისო სერვერზე.

არჩევანისთვის: GrimAC უფასო, ღია კოდის, პროგნოზირებაზე დაფუძნებული ვარიანტია და მოძრაობის მხარეს ძლიერია - სანამ დანერგავ, შეამოწმე მისი მიმდინარე build და ლიცენზია, რადგან ორივე შეცვლილია. ფასიანი ვარიანტები - Vulcan, Matrix, Themis, Polar, Intave და სხვები - ძირითადად იმით განსხვავდებიან, რამდენი მორგება სჭირდებათ და რამდენად სწრაფად რეაგირებს მათი მხარდაჭერა. NoCheatPlus ჯერ კიდევ არსებობს და უფასოა, მაგრამ ასაკი ეტყობა.

რომელიც არ უნდა აირჩიო, სამი წესი:

1. გაუშვი ერთი. ორი anti-cheat ყველა შემოწმებას ორმაგდებს, ერთმანეთს ეწინააღმდეგება და ურთიერთსაწინააღმდეგო flag-ების ნაკადს ქმნის. ეს ამ კატეგორიაში ყველაზე ხშირი თვითმიყენებული ჭრილობაა.
2. დაიწყე მხოლოდ გაფრთხილების რეჟიმში. ერთი კვირა გაუშვი დასჯის გარეშე, უყურე, რას აფლაგებს, და გაარკვიე, რას უშვება მას შენი სერვერის elytra მარშრუტები, ყინულის გზები, ნავების ტრასები და piston-ის მექანიზმები. შემდეგ ჩართე დასჯა იმ შემოწმებებზე, რომლებსაც ენდობი.
3. გამორიცხე მოთამაშეები, რომლებიც ჩვეულებრივად არ თამაშობენ. Bedrock-ის მოთამაშეებს, რომლებიც Geyser-ით შემოდიან, ნამდვილად განსხვავებული მოძრაობა აქვთ, ისევე როგორც ViaVersion-ით უფრო ძველ პროტოკოლის ვერსიებზე მყოფ კლიენტებს. ყოველ anti-cheat-ს bypass უფლება აქვს; გამოიყენე ის, ნაცვლად იმისა, რომ შემოწმება ყველასთვის შეამსუბუქო.

Anti-cheat CPU-ს ჭამს, პროგნოზირებაზე დაფუძნებულები ყველაზე მეტს, რადგან სერვერზე ყოველი მოთამაშისთვის მოთამაშის ფიზიკას სიმულაციაში ატარებენ. ეს სამართლიანი გარიგებაა PvP სერვერზე და ცუდი - whitelist-იან თანამშრომლობით SMP-ზე.

დაცვა, რომელიც არაფერი ღირს#

ნებისმიერ პლაგინამდე არის გადამრთველები, რომლებიც უკვე გაქვს.

• enable-command-block=false server.properties-ში. Command block არის მე-2 დონის ბრძანების შემსრულებელი, რომელიც მოთამაშის გარეშე მუშაობს. თუ მათით არ აშენებ, გამორთული დატოვე.
• white-list=true enforce-whitelist=true-თან ერთად, რომელიც ასევე ხსნის ყველას, ვინც უკვე ონლაინაა და სიაში არ არის, როცა ის თავიდან იტვირთება.
• spawn-protection არის რადიუსი ბლოკებში სამყაროს spawn-ის გარშემო, სადაც არაოპერატორებს აშენება არ შეუძლიათ. ნაგულისხმევი 16 პატარაა; დააყენე ისე, რომ შენი spawn-ის ნაგებობა დაფაროს, ან გამოიყენე WorldGuard-ის რეგიონი, რომელიც უფრო ზუსტია.
• paper-global.yml შეიცავს packet-limiter-ს, რომელიც შემომავალ პაკეტებს ზღუდავს და კავშირებს, რომლებიც აყალბებენ ნაკადს, წყვეტს, და spam-limiter-ს, რომელიც tab-completion-ისა და რეცეპტების წიგნის მოთხოვნებს ზღუდავს. ორივე გონივრული ნაგულისხმევით ჩართულია და ეს არის მიზეზი, რის გამოც უმეტესი crash ექსპლოიტი Paper სერვერს ეხლება და ბრუნდება. იმავე ფაილში item-validation წიგნის გვერდების რაოდენობას, სათაურისა და ავტორის სიგრძეს ზღუდავს, რაც კლასიკური გადამეტებული ზომის წიგნის crash-ის კონკრეტული დაცვაა.
• ყველას წაართვი op და უფლებები გამოიყენე. ოპერატორის სტატუსი პლაგინის უფლებების შემოწმებებს ავლის გვერდს, ამიტომ ყოველი უარყოფა, რომელიც ფრთხილად დააკონფიგურირე, op-ისთვის ბათილია.
• პლაგინები დააყენე მხოლოდ მათი ოფიციალური წყაროდან. პლაგინი თვითნებური კოდია, რომელიც შენი სერვერის სრული პრივილეგიებით მუშაობს, და ყველაზე დამანგრეველი "გრიფინგის" ინციდენტები საერთოდ არ არის გრიფინგი - ესაა გადაიტვირთული ჩამოტვირთვიდან შემოსული backdoor-იანი jar. მოდებიანი სერვერის სისუფთავე უფრო გრძელი ვერსიაა.

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

პერსონალი, უფლებები და კვალი#

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

გრიფინგის მოგვარება პროცესია და არა პლაგინი. ვერსია, რომელიც მუშაობს, მოკლეა: ნებისმიერ მოდერატორს შეუძლია შემოწმება და ძებნა; ორ ადამიანს შეუძლია rollback; ყოველი rollback პერსონალის არხში გამოცხადდება გამოყენებული პარამეტრებით; და logAdminCommands gamerule true-ზე რჩება, რომ ადმინის ბრძანებები სერვერის ლოგში იყოს. CoreProtect-ის საკუთარი a:command ძებნა დანარჩენს ფარავს, ხოლო პანელი თითოეულ სერვერზე აქტივობის ლოგს ინახავს იმისა, ვინ რა გააკეთა თავად პანელში.

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

Backup-ები ერთადერთი ნამდვილი გაუქმებაა#

CoreProtect backup არ არის და მისი ისე მიღება ის შეცდომაა, რომელიც სერვერებს ამთავრებს.

ის აბრუნებს ბლოკის ცვლილებებს, რომლებიც ჩაწერა. ის ვერ გადაარჩენს დაზიანებულ region ფაილს, შემთხვევით წაშლილ სამყაროს დირექტორიას, პლაგინს, რომელმაც საკუთარ მონაცემებში უაზრობა ჩაწერა, ან chunk-ს, რომელიც ცუდი განახლების შემდეგ არასოდეს დაბრუნებულა. მასობრივი რედაქტირების ხელსაწყოები განსაკუთრებული ბრმა წერტილია: WorldEdit-ის ოპერაციები ბლოკის ჩვეულებრივ მოვლენებს უვლიან გვერდს, ამიტომ //set საერთოდ ლოგირდება თუ არა, შენს ვერსიებსა და ინტეგრაციებზეა დამოკიდებული. გამოსცადე ეს შენს სერვერზე, სანამ მას დაეყრდნობი.

RE:NODE-ზე backup-ის სლოტები ყველა გეგმაშია, backup-ები შეიძლება აიღო მოთხოვნისამებრ ან განრიგით, ისინი ინახება იმ მანქანის გარეთ, რომელსაც იცავენ, შეიძლება გადმოიწერო და ერთი შეიძლება ჩაიკეტოს, რომ როტაციამ არ წაშალოს. აღდგენა ღილაკია. ერთადერთი, რაც უნდა იცოდე, ისაა, რომ სერვერის წაშლა მის backup-ებსაც შლის, ჩაკეტილებსაც, ამიტომ გაუქმებამდე გადმოწერა არჩევითი არ არის. Backup-ები, რომლებიც მართლა აღდგება და აღდგენის გამოცდა, სანამ დაგჭირდება ჩვევებს აღწერს.

FAQ#

საკმარისია თუ არა CoreProtect თავისით?

მეგობრების whitelist-იანი სერვერისთვის - დიახ. საჯარო სერვერისთვის - არა: ის გეუბნება, რა მოხდა, და ბლოკებს აბრუნებს, მაგრამ შემდეგ ადამიანს არაფრით აჩერებს. დააწყვილე claim პლაგინთან, რომ ინციდენტების უმეტესობას rollback საერთოდ არ დასჭირდეს.

რამდენად შორს შემიძლია გრიფინგის ინციდენტის rollback?

იქამდე, სადამდეც შენი CoreProtect-ის შენახვა სწვდება, და არც უფრო შორს. თუ ლოგს 30 დღეზე ასუფთავებ, ექვსი კვირის წინანდელ საჩივარს ვერაფერს უზამ. ძალიან გრძელი ფანჯრის rollback ასევე ნელია და იმ მომხმარებლის ყველაფერზე იმოქმედებს, რაც მან ამ ფანჯარაში კანონიერად ააშენა, ამიტომ გაფილტრე რადიუსით და ჯერ preview ნახე.

აზიანებს თუ არა anti-xray წარმადობას?

დიახ, გაზომვადად, მაგრამ არა მკვეთრად. რეჟიმი 1 იაფია. უფრო მაღალი რეჟიმები უფრო მეტ CPU-ს ჭამს chunk-ების გაგზავნისას და მეტ გამტარუნარიანობას, რადგან მეტია მონაცემი, რომელიც კარგად არ იკუმშება. სერვერზე, რომელიც უკვე CPU-ს ზღვარზეა, ჯერ ეს გაასწორე.

შეუძლია თუ არა anti-cheat-ს ვინმეს ავტომატურად დაბანვა?

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

რაც შეეხება მოთამაშეებს, რომლებიც ნგრევის ნაცვლად აშენებით გრიფავენ?

უზნეო ნაგებობები, ლავის ჩამოსხმები, უზარმაზარი ქვაფენილის ძეგლები - CoreProtect განთავსებასაც წერს, ამიტომ /co rollback u:Name t:2h r:100 მათ ისევე ადვილად შლის, როგორც დანგრეულს აღადგენს. ეს იგივე ბრძანებაა და იგივე სიფრთხილეა საჭირო, #preview კი ისევ შენი მეგობარია.