Rust-ის ადმინის ბრძანებები: ბანები, teleport, spectate

Rust-ში ადმინის უფლებები სერვერზე გაშვებული ორი კონსოლის ბრძანებიდან მოდის: ownerid <SteamID64> სრული owner-ის წვდომისთვის და moderatorid <SteamID64> მოდერატორებისთვის, რასაც მოსდევს server.writecfg, რომ რესტარტს გადაურჩეს. მოთამაშე თავიდან უერთდება, ხსნის F1 კონსოლს და ამიერიდან მისთვის მუშაობს kick, ban, teleport, spectate, noclip, god და inventory.give. იგივე ბრძანებები მუშაობს სერვერის კონსოლიდან, RCON-იდან ან პანელის კონსოლიდან, თამაშში ვინმეს ყოფნის გარეშე. ეს არის სრული სამუშაო სია, საქმეების მიხედვით დაჯგუფებული, იმ დეტალებით, რომლებიც ადმინების კითხვების უმეტესობას იწვევს.

owner-ები, მოდერატორები და სად ინახება უფლებები#

Rust-ს გუნდის ორი ჩაშენებული დონე აქვს, რომლებიც მოთამაშის SteamID64-ზე auth level-ად ინახება.

უფლებები server/<identity>/cfg/users.cfg-ში ინახება, მაგრამ მხოლოდ მაშინ, როცა server.writecfg-ს გაუშვებ. მანამდე ისინი მეხსიერებაში არსებობენ და შემდეგ რესტარტზე ქრებიან.

ownerid 76561198012345678 "Alice" "Server owner"moderatorid 76561198087654321 "Bob" "Weekend moderator"server.writecfgremovemoderator 76561198087654321removeowner 76561198012345678server.writecfg

სახელი და მიზეზი შენთვის განკუთვნილი შენიშვნებია და თამაში მათ არ ამოწმებს; მთავარი SteamID64-ია. იპოვე ის status-ით ან players-ით, სანამ ადამიანი ონლაინაა, ან მისი Steam-ის პროფილიდან. მინიჭება მოთამაშის მიერთებისას მოქმედებს, ამიტომ ბრძანების გაშვების შემდეგ მან თავიდან უნდა შემოვიდეს.

ეს ჩაშენებული დონეები Oxide-ის ან Carbon-ის უფლებებისგან დამოუკიდებელია. owner ავტომატურად არ იღებს ყოველი plugin-ის ადმინის უფლებებს, თუ ის framework-ის admin ჯგუფშიც არ არის; ამ მხარეს განიხილავს სტატია Oxide (uMod) plugin-ები.

SteamID64-ის პოვნა

ამ გვერდზე თითქმის ყოველი ბრძანება SteamID64-ით უფრო უსაფრთხოა, ვიდრე სახელით, ამიტომ ღირს იცოდე, სად იშოვო ის სწრაფად. SteamID64 არის 17-ნიშნა რიცხვი, რომელიც 7656119-ით იწყება. სამი საიმედო წყარო:

• `status` კონსოლში, სანამ მოთამაშე ონლაინაა, ბეჭდავს ყოველი მიერთებული მოთამაშის ID-ს მისი სახელის გვერდით. დააკოპირე იქიდან და თავიდან ნუ აკრეფ.
• სერვერის ლოგი. ყოველი მიერთება მოთამაშის სახელითა და ID-ით იწერება, ასე რომ მოთამაშე, რომელიც ერთი საათის წინ გავიდა, ლოგში მისი სახელის ძებნით მაინც მოიძებნება.
• მისი Steam-ის პროფილი. თუ პროფილი საკუთარ URL-ს იყენებს, რიცხვი მისამართში არ ჩანს; SteamID-ის მოსაძებნი საიტი საკუთარ URL-ს 64-ბიტიან ID-ად გარდაქმნის.

აწარმოე გუნდის დოკუმენტი გუნდის ყოველი წევრისა და ყოველი მოთამაშის ID-ით, რომლის წინააღმდეგაც მოქმედება მოგიწია. როცა სამი კვირის შემდეგ Discord-ში კამათი დაიწყება, ვერავინ გაიხსენებს, რომელი "Alex" იყო.

სად აკრიფო ადმინის ბრძანებები

• სერვერის კონსოლი: პანელის კონსოლი ან ტერმინალი, რომელშიც სერვერი მუშაობს. პრეფიქსის გარეშე, სრული წვდომა, მუშაობს, როცა ონლაინ არავინაა.
• RCON: იგივე ბრძანებები დისტანციური ინსტრუმენტიდან. დაყენებასა და უსაფრთხოებას განიხილავს სტატია Rust RCON და WebRCON.
• F1 კონსოლი თამაშში: გუნდის წევრებისთვის, რომლებიც მიერთებულები არიან. ბევრი ბრძანება მოქმედებს იმ ადამიანზე, ვინც მას კრეფს - noclip, god, teleport2me - ამიტომ მათ აზრი მხოლოდ აქ აქვს.

/-ით დაწყებული ჩატის ბრძანებები plugin-ებს ეკუთვნის და არა Rust-ს. თუ ვინმე ამბობს, რომ "/tp არ მუშაობს", ის teleport plugin-ის უფლებებზე ლაპარაკობს და არა თამაშზე.

find <word> ნებისმიერ კონსოლში ჩამოთვლის შესაბამის ბრძანებებსა და convar-ებს ერთხაზიანი აღწერით. ეს შენი build-ის ავტორიტეტული ცნობარია და პირველი, რაც უნდა სცადო, როცა ძველი სახელმძღვანელოს ბრძანება "not found"-ს აბრუნებს.

მოთამაშეების ძებნა, kick და ban#

სადაც შეგიძლია, SteamID64-ით დაბანე. სახელები იცვლება, შეიცავს სიმბოლოებს, რომლებიც ბრძანებებს ფუჭებს, და ორ მოთამაშეს სახელის ნაწილი შეიძლება ერთნაირი ჰქონდეს. banid ასევე გაძლევს საშუალებას, დაბანო ვინმე, ვინც უკვე გავიდა, რაც უმეტესად ასეა, როცა საჩივრები მოდის.

დაწერე მიზეზი, რომელიც სხვისთვის სამი თვის შემდეგაც გასაგები იქნება - "aimbot, კლიპი #reports-ში 2026-10-03" და არა "ჩიტერი". მტკიცებულებებს, გასაჩივრებებსა და თანმიმდევრულობას, რომლებიც ბრძანებებზე მნიშვნელოვანია, განიხილავს სტატია სერვერის წესები, მოდერაცია და გუნდი.

სერვერის ბანები შენს სერვერზე ლოკალურია. Facepunch-ისა და Easy Anti-Cheat-ის სათამაშო ბანები ცალკეა და გლობალური, და მათ ვერც გასცემ და ვერც მოხსნი. ბევრ სათემო სერვერს შორის საერთო ბანების სიები მესამე მხარის ინსტრუმენტებით არსებობს, როგორიცაა BattleMetrics.

გადაადგილება და მოთამაშეებზე დაკვირვება#

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

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

ადმინების უმეტესობა გავრცელებულ ბრძანებებს F1 კონსოლში ღილაკებზე აბამს. bind-ები კლიენტის მხარესაა და შენი სათამაშო კლიენტი ინახავს:

bind z noclipbind x debugcamerabind c "god true"

საჩივრის გამოძიება, ნაბიჯ-ნაბიჯ#

ადმინის სამუშაოს უმეტესობა ბანი არ არის; ეს იმის შემოწმებაა, მართალია თუ არა საჩივარი. რუტინა, რომელსაც გუნდი ყოველ ჯერზე ერთნაირად მიჰყვება, გადაწყვეტილებებს ქმნის, რომლებიც გასაჩივრებისას მყარად დგას.

1. საჩივარი წერილობით მიიღე. ვინ, როდის, რუკის სად და რა ნახა. კლიპი, თუ არის. ბრძოლის ცხელ წუთებში გლობალურ ჩატში გაკეთებული საჩივრები ნახვის მიზეზია და არა მტკიცებულება.
2. დაადგინე მოთამაშე. გაუშვი status, იპოვე სახელი, დააკოპირე SteamID64. თუ რამდენიმე მოთამაშეს მსგავსი სახელი აქვს, სანამ რამეს გააკეთებ, მომჩივანთან დაადასტურე.
3. უყურე, სანამ იმოქმედებ. spectate <SteamID64> და აკვირდი საკმარისად დიდხანს, რომ ნიმუში დაინახო: სამიზნეებზე დაჭერა საფარში გამჭოლად, შეუძლებელი მოძრაობა, იმის ცოდნა, სად არის stash-ები. ერთი საეჭვო მომენტი არაფერს ამტკიცებს; Rust-ის netcode თავისით ქმნის უცნაურად გამოყურებად მკვლელობებს.
4. შეამოწმე ბაზა ან ადგილი, თუ საჭიროა. მშენებლობის exploit-ებისა თუ ხარვეზიანი ბაზებისთვის შეფრინდი debugcamera-ით ან noclip-ით და ნაგებობას გარედანაც და შიგნიდანაც შეხედე. ent who საეჭვო ობიექტზე გეტყვის, ვის ეკუთვნის.
5. ჩაიწერე, რაც ნახე. შენიშვნა გუნდის არხში დროით, ID-ით, იმით, რაც დააკვირდი, და ნებისმიერი კლიპით. თუ ბანი მოჰყვება, მიზეზი banid-ში ამ შენიშვნაზე უნდა მიუთითებდეს.
6. იმოქმედე პროპორციულად. გაფრთხილება პირველი მცირე დარღვევისთვის, kick მიმდინარე პრობლემის შესაწყვეტად, ban ჩიტერობის ან განმეორებითი ბოროტად გამოყენებისთვის. შემდეგ კონფიგი ჩაწერე.
7. აცნობე მომჩივანს. არა დეტალები, არამედ ის, რომ საქმე განიხილეს. მოთამაშეები, რომლებიც გრძნობენ, რომ საჩივრები ქრება, საჩივრის წერას წყვეტენ და შურისძიებას იწყებენ.

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

ნივთები, entity-ები და სამყარო#

ნივთების shortname-ები შიდა სახელებია: rifle.ak, ammo.rifle, wood, stones, metal.fragments, scrap. ეკრანზე ნაჩვენები სახელები არ მუშაობს. shortname-ების სიები ფართოდ არის გამოქვეყნებული; თამაშის შიგნით plugin ან ნივთის საკუთარი ID მისი დადასტურების ყველაზე სწრაფი გზაა.

spawn entity-ების prefab-ის სახელებს იყენებს, რომლებიც ნივთების shortname-ებს არ ემთხვევა - minicopter, რომელსაც ამზადებ, ის entity არ არის, რომელსაც აჩენ. თუ spawn ბრძანება არაფერს აკეთებს, prefab-ის სახელი შენი build-ისთვის ალბათ არასწორია, და კონსოლის შედეგი ამას გეტყვის. env.time თამაშის საათს ყველასთვის ცვლის და მოსახერხებელია ღამით ნაგებობების შესამოწმებლად ან ვიდეოს ჩასაწერად, მაგრამ ცოცხალ სერვერზე დღის ციკლს ხელი ნუ ახლე, თუ არ გამოაცხადებ, რადგან ღამე Rust-ის ტაქტიკური ნაწილია.

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

სერვერის მართვა#

ნებისმიერი სარისკო მოქმედების წინ - plugin-ების ცვლილება, ხელით wipe, კონფიგის ექსპერიმენტი - გაუშვი server.save და გააკეთე backup. quit გასვლისას ინახავს; პროცესის მოკვლა არ ინახავს და ბოლო შენახვის შემდეგ ყველაფერს კარგავს. რას უნდა მიაქციო ყურადღება serverinfo-ში, ხსნის სტატია სერვერის წარმადობა და entity-ების რაოდენობა, იმავე კონსოლიდან შესაცვლელ პარამეტრებს კი განიხილავს სტატია server.cfg და convar-ები.

რას ამატებენ plugin-ები#

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

• vanish plugin-ები ადმინს მოთამაშეებისთვის უხილავს ხდის, ასე რომ სამყაროს შიგნიდან ყურება ან ბაზის შემოწმება თავს არ ამჟღავნებს. ჩაშენებული spectate უკვე გმალავს; vanish მაშინ გჭირდება, როცა საკუთარი პერსონაჟი ადგილზე უნდა გყავდეს.
• ადმინის რადარის plugin-ები მხოლოდ გუნდისთვის აჩვენებენ მოთამაშეებს, მძინარეებს, ყუთებსა და სხვა entity-ებს კედლებში. ისინი საჩივარში ნახსენები stash-ის ან დამალული ბაზის პოვნას აჩქარებენ და ასევე ზუსტად ისაა, რასაც კორუმპირებული მოდერატორი ბოროტად გამოიყენებდა, ამიტომ ჩაიწერე, ვინ იყენებს მათ.
• ჩატის მოდერაციის plugin-ები ამატებენ ხანგრძლივობიან mute-ებს, სიტყვების ფილტრებსა და ჩატის ლოგებს, რასაც Rust-ის საბაზისო ბრძანებები ცუდად უმკლავდება.
• ბანისა და საჩივრის plugin-ები ამატებენ თამაშშიდა /report ბრძანებებს, დროებით ბანებს და მიზეზების ჩანაწერს, ზოგჯერ Discord-თან ან ვებ-პანელთან სინქრონიზებულს.

თითოეული მათგანი Oxide-ში ან Carbon-ში უფლებებს არეგისტრირებს. მიეცი ისინი moderator ჯგუფს და არა ცალკეულ ადამიანებს, რომ მოდერატორის დამატება და მოხსნა ერთი usergroup ბრძანება იყოს პლუს moderatorid. ჯგუფის ბრძანებები მოცემულია სტატიაში Oxide (uMod) plugin-ები, ხოლო გარე ინსტრუმენტებს, რომლებიც დიდ გუნდებში ხშირად ამ plugin-ებს ანაცვლებს, განიხილავს სტატია Rust RCON და WebRCON.

გუნდის მყარი სტრუქტურა#

ბრძანებები მარტივი ნაწილია. მათ გარშემო არსებული სტრუქტურა იცავს სერვერს გუნდის შიდა დავის გამო დაშლისგან.

1. ერთი ან ორი owner. ყველა დანარჩენი მოდერატორია, მოდერატორებს კი გუნდის წევრების შექმნა არ შეუძლიათ.
2. მოდერატორის უფლებები საქმეს შეესაბამება. modded სერვერზე framework-ის უფლებები წყვეტს, რომელი ადმინის plugin-ების გამოყენება შეუძლია მოდერატორს. მიეცი მინიმუმი: მოდერატორს, რომელიც საჩივრებს განიხილავს, spectate და ban სჭირდება და არა ნივთების გაჩენა.
3. მინიჭებები ერთ ადგილას ჩაწერილი. ყოველი ownerid-ის, moderatorid-ისა და უფლების მინიჭების მიმაგრებული სია, რომ შეცდომის შემდეგ გუნდი აღადგინო და წასვლისას ვინმე სრულად მოხსნა.
4. ლოგირებული მოქმედებები. ადმინის plugin-ებსა და RCON ინსტრუმენტებს შეუძლიათ kick-ების, ban-ების, spawn-ებისა და teleport-ების ლოგირება. ლოგი, რომლის არსებობაც გუნდმა იცის, ბოროტად გამოყენების უმეტესობას აფერხებს.
5. მოხსნის სია. როცა ვინმე გუნდს ტოვებს: removemoderator, მოხსენი framework-ის ჯგუფებიდან, შეცვალე RCON პაროლი, თუ ჰქონდა, მოუხსენი პანელზე წვდომა, server.writecfg.

პანელზე წვდომა იმავე სურათის ნაწილია. მოდერატორებს, რომლებსაც სერვერის კონსოლი სჭირდებათ, მაგრამ არა ფაილები ან ბილინგი, უნდა ჰქონდეთ პანელზე მხოლოდ კონსოლის წვდომა და არა ანგარიშის პაროლი. RE:NODE-ის პანელი ზუსტად ამას უჭერს მხარს: subuser-ები დეტალური უფლებებით (მხოლოდ კონსოლი, მხოლოდ ფაილები, ბილინგის გარეშე), როლები და გუნდები, დროში შეზღუდული წვდომა და თითო სერვერის აქტივობის ლოგი. როგორ დააყენო ეს, ხსნის სტატია subuser-ები და მინიმალური პრივილეგია.

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

გუნდი რესტარტის შემდეგ ადმინის უფლებებს კარგავს. ownerid-ის ან moderatorid-ის შემდეგ server.writecfg არ გაშვებულა.

ბრძანება F1-ში "not found"-ია. მოთამაშე ჯერ ადმინი არ არის - მინიჭების შემდეგ თავიდან უნდა შემოვიდეს - ან ბრძანების სახელი შეიცვალა. სცადე find.

owner-ის ბრძანებები მუშაობს, plugin-ის ადმინის ბრძანებები კი არა. plugin-ების უფლებები ცალკეა. დაამატე მოთამაშე framework-ის admin ჯგუფში.

`ban` ამბობს, რომ მოთამაშე ვერ მოიძებნა. მოთამაშე ოფლაინაა ან სახელი არავის დაემთხვა. გამოიყენე banid SteamID64-ით.

დაბანილი მოთამაშე დაბრუნდა. ბანი bans.cfg-ში არასოდეს ჩაწერილა, ან ის სხვა Steam-ის ანგარიშითაა. ყოველი ბანის შემდეგ კონფიგი ჩაწერე; ალტერნატიული ანგარიშებისთვის მესამე მხარის ბანის ინსტრუმენტი ან anti-cheat plugin გჭირდება.

`teleport` არასწორ ადამიანს გადაიყვანს. სახელის ნაწილობრივი დამთხვევა. გამოიყენე SteamID-ები, ან ჯერ status-ში მსგავსი სახელები შეამოწმე.

FAQ#

როგორ გავხდე ადმინი Rust-ის სერვერზე?

გაუშვი ownerid <your SteamID64> "name" "reason" სერვერის კონსოლში, შემდეგ server.writecfg, შემდეგ თავიდან შემოდი. შენი auth level შესვლისას გამოიყენება.

რა განსხვავებაა ownerid-სა და moderatorid-ს შორის?

owner-ებს აქვთ ადმინის ყველა ბრძანება და შეუძლიათ გუნდის წევრების დანიშვნა და მოხსნა. მოდერატორები მოდერაციის ინსტრუმენტების უმეტესობას იღებენ - kick, ban, teleport, spectate - მაგრამ სხვა გუნდის წევრების შექმნა არ შეუძლიათ.

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

გამოიყენე banid <SteamID64> "name" "reason", შემდეგ server.writecfg. გჭირდება მისი SteamID64, რომელსაც იპოვი წინა status-ის შედეგში, ლოგებში ან მის Steam-ის პროფილში.

როგორ ვუყურო მოთამაშეს Rust-ში spectate-ით?

ადმინად აკრიფე spectate <name or SteamID> F1 კონსოლში. აკრიფე მხოლოდ spectate მოთამაშეებს შორის გადასართავად და respawn საკუთარ პერსონაჟთან დასაბრუნებლად.

რატომ ქრება ჩემი ადმინის ბრძანებები რესტარტის შემდეგ?

იმიტომ, რომ მინიჭებები და ბანები მეხსიერებაში ცხოვრობს, სანამ server.writecfg მათ users.cfg-სა და bans.cfg-ში არ ჩაწერს. გაუშვი ის გუნდის ან ბანის ყოველი ცვლილების შემდეგ.