Garry's Mod ULX თუ SAM: ადმინის უფლებები

ULX ULib-თან ერთად Garry's Mod-ის უფასო, დიდი ხნის ადმინის მოდია; SAM ფასიანი ალტერნატივაა, რომელიც კლიენტებზე უფრო მსუბუქია და რანგებს და ban-ებს თავიდანვე ბაზაში ინახავს. ორივე გაძლევს ჯგუფებს, ჯგუფის მიხედვით უფლებებს, ban-ებს და მენიუს. აწყობის ფორმა ორივესთვის ერთნაირია: დააყენე addon, გადატვირთე, შექმენი პირველი superadmin სერვერის კონსოლიდან, რადგან თამაშში ჯერ არავის აქვს უფლებები, ააწყე ჯგუფების პატარა კიბე, რომელიც ზემოთ მემკვიდრეობით გადადის, და თითოეულ ჯგუფს მიეცი მხოლოდ ის ბრძანებები, რაც სჭირდება - შეზღუდვებით იმაზე, ვის შეუძლია დაუმიზნოს. განსხვავება მოგვიანებით ჩანს: ULX თავის მონაცემებს ტექსტურ ფაილებსა და SQLite-ში ინახავს ერთ სერვერზე, თუ MySQL addon-ს არ დაამატებ, SAM კი აგებულია რამდენიმე სერვერისთვის, რომლებიც ერთ ბაზას იზიარებენ. ეს გზამკვლევი ორივეს, უფლებების მოდელს, რომელსაც ისინი CAMI-ით იზიარებენ, და იმ შეცდომებს ხსნის, რომლებიც მოდერატორს მფლობელის დაბანვის საშუალებას აძლევს.

რას აკეთებს ადმინის მოდი და რომელი არსებობს#

Garry's Mod-ს admin-ისა და superadmin-ის საბაზო ცნება ჩაშენებული აქვს, და მეტი არაფერი: არც ჯგუფები, არც ban-ები მიზეზებით, არც მენიუ. ადმინის მოდი ამატებს:

• ჯგუფებს (რანგებს) მემკვიდრეობით, ასე რომ მოდერატორი მემკვიდრეობით იღებს ყველაფერს, რაც სანდო მოთამაშეს შეუძლია.
• უფლებებს ბრძანების მიხედვით, ჯგუფის მიხედვით, ხშირად არგუმენტების ლიმიტებით.
• დამიზნების წესებს - ვისზე შეუძლია ჯგუფს მოქმედება.
• ban-ებს მიზეზებით, ხანგრძლივობით და ისტორიით.
• მენიუს, ჩატის ბრძანებებს და კონსოლის ბრძანებებს.
• უფლებების API-ს, რომელსაც სხვა addon-ები იყენებენ კითხვისთვის "შეუძლია ამ მოთამაშეს ეს?"

გაუშვი ზუსტად ერთი. ორი ადმინის მოდი ერთსა და იმავე ჩატის ბრძანებებსა და ჩაშენებულ ადმინის flag-ებზე იბრძვის, და შედეგად ბრძანებები ზოგისთვის მუშაობს და ზოგისთვის არა. DarkRP-ზე გამორთე FAdmin, სანამ ULX-ს ან SAM-ს დააყენებ - DarkRP სერვერის გზამკვლევი აჩვენებს ერთ ხაზს, რომელიც ამას აკეთებს.

ULX-ის დაყენება და პირველი superadmin-ის შექმნა#

ULX-ს ULib, მისი ბიბლიოთეკა, სჭირდება. ორივე Workshop-ზეა და ავტორების GitHub-ზე; ორივესთვის ერთი წყარო გამოიყენე, რომ ვერსიები დაემთხვეს. დაამატე ისინი შენს Workshop კოლექციაში ან მოათავსე garrysmod/addons/-ში, შემდეგ გადატვირთე. Garry's Mod-ის Workshop და FastDL კოლექციებს ხსნის, თუ ჯერ არ აგიწყვია.

ახალ ინსტალაციაზე არავის აქვს უფლებები, ამიტომ პირველი superadmin სერვერის კონსოლიდან იქმნება - პანელის კონსოლიდან ან RCON-ით - და არა ჩატიდან:

ulx adduser "YourName" superadminulx adduserid STEAM_0:1:12345678 superadmin

ulx adduser-ს სჭირდება, რომ მოთამაშე ონლაინ იყოს, და მის სახელს ამთხვევს; ulx adduserid SteamID-ით მუშაობს, ონლაინ არის თუ არა, რაც უფრო უსაფრთხო ჩვევაა. როგორც კი superadmin გახდები, ulx menu - ან !menu ჩატში - ხსნის XGUI-ს, გრაფიკულ მენიუს, სადაც ქვემოთ აღწერილი ყველაფრის გაკეთებაც შეიძლება.

ULX თავის მონაცემებს garrysmod/data/-ის ქვეშ ინახავს:

garrysmod/data/  ulib/groups.txt     groups, inheritance, permissions  ulib/users.txt      who is in which group  ulx/config.txt      ULX settings, executed at start  ulx/motd.txt        message of the day

ეს უბრალო ტექსტია და მისი ხელით გასწორება ადვილია, როცა საკუთარ თავს ჩაკეტავ - გააჩერე სერვერი, დაარედაქტირე, გაუშვი. ULib-ის ბოლო ვერსიები ban-ებს სერვერის SQLite ბაზაში (garrysmod/sv.db) ინახავს და არა ტექსტურ ფაილში; ძველი ვერსიები ფაილს იყენებდა. backup გაუკეთე როგორც data/ulib საქაღალდეს, ისე sv.db-ს.

ჯგუფები და მემკვიდრეობა ULX-ში#

ULX ოთხი ჯგუფით მოდის, რომელთაგან თითოეული ქვემოთ მდგომისგან იღებს მემკვიდრეობას:

superadmin -> admin -> operator -> user

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

ulx addgroup vip userulx addgroup moderator vipulx addgroup senioradmin adminulx groupallow moderator "ulx kick"ulx groupallow moderator "ulx gag"ulx groupallow moderator "ulx mute"ulx groupallow moderator "ulx slay"ulx groupallow moderator "ulx goto"ulx groupallow moderator "ulx bring"ulx groupdeny moderator "ulx noclip"

groupallow ბრძანებას ანიჭებს ჯგუფს და ყველაფერს, რაც მისგან მემკვიდრეობას იღებს; groupdeny მას იღებს. მიანიჭე ყველაზე დაბალ ჯგუფს, რომელსაც ბრძანება უნდა ჰქონდეს, და დანარჩენი მემკვიდრეობას მიანდე. ulx userallow და ulx userdeny ერთჯერადი გამონაკლისებისთვის არსებობს, მაგრამ მომხმარებლის მიხედვით უფლებების შემოწმება მოგვიანებით რთულია - ჯგუფი ამჯობინე.

გონივრული კიბე საჯარო სერვერისთვის:

დამიზნების წესები: როგორ შევაჩეროთ მოდერატორი, რომ შენ არ დაგბანოს#

მემკვიდრეობა წყვეტს, რა შეუძლია ჯგუფს. დამიზნება წყვეტს, ვისზე შეუძლია ეს. დამიზნების წესის გარეშე მოდერატორს ulx kick-ით შეუძლია ადმინი გააგდოს, ხოლო მოდერატორს ulx ban-ით - მფლობელი დაბანოს. ULib-ის სამიზნის სტრიქონები ამას ასწორებს:

ulx setgroupcantarget ჯგუფის დამიზნების ლიმიტს აყენებს:

ulx setgroupcantarget moderator !%moderatorulx setgroupcantarget admin !%admin

პირველი ხაზი ნიშნავს, რომ მოდერატორებს შეუძლიათ დაუმიზნონ ყველას, გარდა მოდერატორებისა და მათგან მემკვიდრეობით მიღებული ჯგუფებისა - ადმინებისა და superadmin-ების ჩათვლით. ეს ერთი ბრძანება Garry's Mod-ის სერვერზე პერსონალის მიერ ძალაუფლების ბოროტად გამოყენების ყველაზე ხშირ შემთხვევას ხსნის. დააყენე ის პერსონალის ყოველი ჯგუფისთვის, როგორც კი ჯგუფი გაჩნდება.

XGUI ასევე გაძლევს ბრძანების არგუმენტების ჯგუფის მიხედვით შეზღუდვის საშუალებას, მაგალითად ყველაზე გრძელი ban, რომელიც მოდერატორს შეუძლია მისცეს, ან slap-ის მაქსიმალური დაზიანება. გამოიყენე: მოდერატორი, რომელსაც საათით დაბანვა შეუძლია და სამუდამოდ არა, ნაკლებ შეცდომას უშვებს, რომელთა გაუქმებაც შენ მოგიწევს.

ban-ები, ლოგირება და ყოველდღიური ბრძანებები#

ULX ადმინის მოქმედებებს garrysmod/data/ulx_logs/-ში ლოგავს, როცა ლოგირება ჩართულია, თითო ფაილი დღეში. ეს ლოგი ისაა, რითაც ერთი კვირის შემდეგ პასუხობ კითხვას "ვინ დაბანა ჩემი მეგობარი"; შეინარჩუნე ulx logFile 1 (ulx logEvents 1-ით და ulx logChat 1-ით, თუ კონტექსტი გინდა) data/ulx/config.txt-ში და კვირაში ერთხელ გადაათვალიერე. სერვერის წესები, მოდერაცია და პერსონალი ხსნის, როგორ მართო პერსონალის გუნდი, რომელიც ამ ყველაფერს თანმიმდევრულად იყენებს.

დაჯავშნილი სლოტები და VIP პრივილეგიები

vip ჯგუფი ის ადგილია, სადაც სერვერების უმეტესობა მხარდამჭერებისა და რეგულარული მოთამაშეების პრივილეგიებს ათავსებს, და ყველაზე ხშირი პრივილეგია დაჯავშნილი სლოტია. ULX ამას თავად აგვარებს: დაჯავშნილი სლოტის პარამეტრები data/ulx/config.txt-შია როგორც ulx rslotsMode, ulx rslots და ulx rslotsVisible, ხოლო ჯგუფი, რომელიც სლოტს იღებს, ისაა, ვისაც დაჯავშნილ სლოტზე წვდომა მიენიჭა. რეჟიმები განსხვავდება იმით, სლოტები ადმინებისთვის ცარიელი რჩება თუ ადგილის გასათავისუფლებლად ვინმეს აგდებენ; config.txt-ის კომენტარები თითოეულს აღწერს, და მათი წაკითხვა არჩევამდე ღირს, რადგან ადგილის გასათავისუფლებლად გაგდების რეჟიმი აკვირვებს რეგულარულ მოთამაშეებს, რომლებიც რაუნდის შუაში ვარდებიან.

VIP პრივილეგიები კოსმეტიკური ან მოსახერხებელი შეინარჩუნე. ფასიანი ჯგუფი, რომელსაც noclip, იარაღის გაჩენა ან სასჯელის არიდება შეუძლია, საზოგადოების სერვერს pay-to-win-ად აქცევს, და თამაშის მიხედვით შეიძლება გამომცემლის წესებსაც არღვევდეს საზოგადოების სერვერებისთვის. თამაშის სერვერის მონეტიზაცია წესების ფარგლებში ხსნის, სად გადის ეს ზღვარი.

პერსონალის კიბის დაპროექტება, რომელიც გაძლებს#

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

1. ახალი პერსონალი საცდელ ჯგუფში დაიწყე. trialmod ჯგუფი, რომელიც vip-ისგან იღებს მემკვიდრეობას kick-ით, gag-ით, mute-ით და მეტი არაფრით. დააწინაურე რამდენიმე კვირის კარგი განსჯის შემდეგ, რაც ლოგებში ჩანს.
2. მიანიჭე ყველაზე მცირე ნაკრები, რაც საქმეს აკეთებს. ყოველი ბრძანება, რომელიც მოდერატორს არ აქვს, შეცდომაა, რომელსაც ვერ დაუშვებს. დღეზე გრძელი ban-ები შეიძლება ადმინს დაელოდოს.
3. ჩაიწერე, რისთვისაა თითოეული ჯგუფი. თითო ხაზი თითო ჯგუფზე შენი პერსონალის არხში. როცა ვინმე ახალ უფლებას ითხოვს, კითხვა ხდება "შეესაბამება ეს ჯგუფის დანიშნულებას" და არა "მომწონს თუ არა ეს ადამიანი".
4. გადახედე ლოგებს. კვირაში ათი წუთი ulx_logs-ის კითხვაში ბოროტად გამოყენებას იჭერს გაცილებით ადრე, ვიდრე მოთამაშეები იჩივლებენ.
5. წვდომა იმავე დღეს მოხსენი, როცა ვინმე მიდის. ulx removeuserid <steamid> თამაშში, მისი პანელის subuser წაშლილი, და ნებისმიერი გაზიარებული პაროლი - RCON, ბაზა - შეცვლილი, თუ ოდესმე ჰქონდა. ყოფილი პერსონალის წევრი ძველი superadmin ჩანაწერით ის გზაა, რომლითაც ბევრი სერვერი იწმინდება.

იგივე კიბე პირდაპირ გადადის SAM-ის რანგებზე, ასე რომ, თუ მოგვიანებით გადახვალ, ამაში არაფერი დაიკარგება.

SAM: აწყობა და რით განსხვავდება#

SAM Garry's Mod-ის addon-ების მარკეტპლეისით იყიდება, ჩვეულებრივი addon-ის საქაღალდედ ყენდება და ყოველ შეძენაზე ლიცენზირდება. ULX-ის მსგავსად, ის ადმინების გარეშე იწყება, ამიტომ პირველი რანგი სერვერის კონსოლიდან ყენდება - SAM-ის კონსოლის ბრძანება ამისთვის არის sam setrank სახელით ან SteamID-ით და რანგით, თუმცა შენი ვერსიის დოკუმენტაცია შეამოწმე, თუ სინტაქსი შეიცვალა. ამის შემდეგ დანარჩენს თამაშის მენიუ აკეთებს.

განსხვავებები, რომლებსაც არჩევისას მნიშვნელობა აქვს:

• საცავი. SAM ნაგულისხმევად SQLite-ს იყენებს და MySQL-ს MySQLOO მოდულით უჭერს მხარს, ასე რომ რამდენიმე სერვერს შეუძლია რანგები და ban-ები ერთი ბაზიდან გაიზიაროს. ULX-ს იგივე მხოლოდ მესამე მხარის MySQL addon-ით შეუძლია.
• კლიენტის წონა. SAM-ის მენიუ XGUI-ზე მსუბუქია, რაც გეხმარება ბევრი addon-ის მქონე სერვერებზე, სადაც კლიენტის Lua-ს ჩატვირთვის დრო ისედაც გრძელია.
• მოდელი. რანგები უფლებებით და მემკვიდრეობით, დამიზნება რანგის იმუნიტეტით და არა ULib-ის სამიზნის სტრიქონებით. ცნებები ერთმანეთს შეესაბამება; ბრძანებები - არა.
• ეკოსისტემა. ULX-ს აქვს ათწლეულის addon-ები, რომლებიც პირდაპირ მისთვის დაიწერა - TTT ბრძანებების პაკეტები, ლოგირების addon-ები, MOTD plugin-ები. SAM CAMI-ს უჭერს მხარს და ჩვეული gamemode-ებისთვის საკუთარი მოდულები აქვს.

MySQL-ისთვის MySQLOO ბინარული მოდულია: .dll ფაილი garrysmod/lua/bin/-ში, სერვერის პლატფორმისა და branch-ისთვის აგებული. 64-ბიტიან სერვერის branch-ზე მას 64-ბიტიანი build სჭირდება. RE:NODE-ზე თამაშის ყოველ გეგმას აქვს ბაზის სლოტი გენერირებული ჰოსტით, მომხმარებლით და პაროლით; სანამ რანგებს მასში გადაიტან, შეამოწმე, რომ მისი ძრავა შეესაბამება იმას, რასაც SAM ან შენი ULX MySQL addon ელის.

CAMI: რატომ არ აინტერესებს შენს addon-ებს, რომელს აირჩევ#

CAMI, Common Admin Mod Interface, პატარა საერთო ბიბლიოთეკაა, რომელიც ნებისმიერ addon-ს საშუალებას აძლევს, დაარეგისტრიროს პრივილეგია და იკითხოს, აქვს თუ არა ის მოთამაშეს, ისე რომ არ იცოდეს, რომელი ადმინის მოდია დაყენებული. ULX-იც და SAM-იც მას უჭერენ მხარს. gamemode, რომელიც CAMI-ით არეგისტრირებს "შეუძლია კარების რედაქტირება", ავტომატურად ჩნდება უფლებად XGUI-ში ან SAM-ის მენიუში, და მას ჯგუფს ანიჭებ, როგორც ნებისმიერ სხვა ბრძანებას.

ორი პრაქტიკული შედეგი. როცა ადმინის მოდს ცვლი, CAMI-ს მცოდნე addon-ები ისევ მუშაობს; შენ მხოლოდ მათ პრივილეგიებს ხელახლა ანიჭებ ახალ მოდში. და როცა addon-ის ფუნქცია პერსონალის წევრს აკლია, ადმინის მოდში მოძებნე პრივილეგია, რომელიც addon-მა დაარეგისტრირა - ის ჩვეულებრივ იქაა, ნაგულისხმევად მხოლოდ superadmin-ზე მინიჭებული.

პანელზე წვდომა ცალკე საკითხია#

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

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

`ulx adduser` ამბობს, რომ მოთამაშე ვერ მოიძებნა. ის ოფლაინაა ან მისი სახელი ორაზროვანია. გამოიყენე ulx adduserid SteamID-ით.

ბრძანებები superadmin-ებისთვის მუშაობს, ახალი ჯგუფისთვის კი არა. ჯგუფი user-ისგან მემკვიდრეობის გარეშე შეიქმნა, ან ბრძანება მიენიჭა ჯგუფს, რომლისგანაც ის მემკვიდრეობას არ იღებს. XGUI-ში ჯგუფის მშობელი შეამოწმე.

მოდერატორმა ადმინი დაბანა. დამიზნების წესი არ არის. დააყენე ulx setgroupcantarget პერსონალის ყოველი ჯგუფისთვის.

ორი მენიუ იხსნება, ან ჩატის ბრძანებები არაფერს აკეთებს. ორი ადმინის მოდია დაყენებული - ხშირად FAdmin DarkRP-ზე. ერთი გამორთე.

გადატვირთვის შემდეგ რანგები თავიდან იწყება. მონაცემების ფაილები ჩაწერადი არ იყო, ან Workshop-ის განახლებამ legacy addon-ის საქაღალდე შეცვალა. შეამოწმე data/ulib/-ის დროის ნიშნულები და backup შეინახე.

`groups.txt`-ის ხელით რედაქტირების შემდეგ საკუთარი თავი ჩაკეტე. დაკარგული ფრჩხილი ან ბრჭყალი ULib-ს აიძულებს ფაილი უგულებელყოს და ნაგულისხმევზე დაბრუნდეს, რის შედეგადაც უფლებები არავის რჩება. გააჩერე სერვერი, აღადგინე ფაილი backup-იდან ან გაასწორე სინტაქსი, ისევ გაუშვი, და გამოიყენე ulx adduserid კონსოლიდან, თუ ჯერ კიდევ არ გაქვს უფლებები.

addon-ის ადმინის ფუნქცია პერსონალს აკლია. მან დაარეგისტრირა CAMI პრივილეგია, რომელიც ნაგულისხმევად მხოლოდ superadmin-ს აქვს. იპოვე ის XGUI-ის უფლებების სიაში ან SAM-ის რანგების რედაქტორში და სწორ ჯგუფს მიანიჭე.

MySQLOO არ იტვირთება. არასწორი პლატფორმის ან არქიტექტურის build lua/bin/-ში. მოდული სერვერის branch-ს შეუსაბამე.

FAQ#

ULX გამოვიყენო თუ SAM?

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

როგორ გავხადო საკუთარი თავი superadmin ULX-ში?

სერვერის კონსოლიდან და არა ჩატიდან: ulx adduserid <your SteamID> superadmin. თამაშის შიგნით ბრძანებებს უფლებები სჭირდება, რომლებიც ჯერ არ გაქვს.

შემიძლია ULX-იდან SAM-ზე ban-ების დაკარგვის გარეშე გადავიდე?

კი, მაგრამ ეს მიგრაციაა და არა უბრალო გადართვა. SAM ჩვეული ადმინის მოდებისთვის იმპორტის ინსტრუმენტებს გთავაზობს; შეამოწმე მისი დოკუმენტაცია, ჯერ backup გაუკეთე data/ulib-ს და sv.db-ს, და ასლზე გამოცადე.

სად ინახავს ULX ჯგუფებს და მომხმარებლებს?

garrysmod/data/ulib/groups.txt-სა და garrysmod/data/ulib/users.txt-ში. ULX-ის პარამეტრები garrysmod/data/ulx/config.txt-შია, ხოლო ULib-ის ბოლო ვერსიები ban-ებს garrysmod/sv.db-ში ინახავს.

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

იმიტომ, რომ ნაგულისხმევად არაფერი აჩერებს. გამოიყენე ulx setgroupcantarget moderator !%moderator, რომ მოდერატორებმა ვერ დაუმიზნონ საკუთარ ჯგუფს ან ვინმეს მის ზემოთ.