SRCDS-ის საფუძვლები: გაშვების პარამეტრები და cfg

SRCDS - Source Dedicated Server - ერთი პროგრამაა, რომელიც Source 1-ის ყველა თამაშს უშვებს: Team Fortress 2, Garry's Mod, Counter-Strike: Source, Left 4 Dead 2, Half-Life 2: Deathmatch, Day of Defeat: Source და მოდების გრძელი სია. თამაშის სერვერის ფაილებს SteamCMD-ით აყენებ, უშვებ srcds_run-ს (Linux) ან srcds.exe-ს (Windows) -game <folder>-ით, საწყისი რუკით და მოთამაშეების რაოდენობით, დანარჩენი ქცევა კი თამაშის cfg საქაღალდეში არსებული server.cfg-დან მოდის. გაშვების ხაზი წყვეტს, რა არის სერვერი; cfg ფაილები წყვეტს, როგორ იქცევა ის. როცა გეცოდინება, რომელი პარამეტრი სად ეკუთვნის, Source-ის ყველა თამაში ერთი და იგივე სერვერი გახდება სხვადასხვა კონტენტით.

ერთი ძრავა, ბევრი თამაში#

Source 1-ის ყველა სერვერს საერთო ბინარული ფაილი და სტრუქტურა აქვს. -game არგუმენტი კონტენტის საქაღალდეს ირჩევს და ეს საქაღალდე თამაშისთვის სპეციფიკურ ყველაფერს შეიცავს:

Counter-Strike 2 ამ სიაში არ არის. ის Source 2-ზე მუშაობს, სხვა ბინარულ ფაილს იყენებს (cs2 -dedicated-ით), სხვა საქაღალდეების სტრუქტურას (game/csgo/), სხვა plugin-ების სტეკს და რუკების სხვა სისტემას. ბევრი cvar გადმოყვა, რის გამოც ძველი გზამკვლევები შეცდომაში შემყვანად ნახევრად სწორია; Counter-Strike 2-ის სერვერის აწყობა მას სათანადოდ განიხილავს. Counter-Strike 1.6 კიდევ უფრო ძველია - GoldSrc, რომელსაც hlds უშვებს - და ის Counter-Strike 1.6-ის სერვერის გზამკვლევშია.

ნებისმიერი მათგანის დაყენება ერთი და იგივე SteamCMD ხაზია სხვა id-ით. ყველა მათგანი ანონიმურ შესვლას უშვებს:

$ steamcmd +force_install_dir /home/srcds/tf2 +login anonymous \    +app_update 232250 validate +quit

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

გაშვების ხაზი, პარამეტრი პარამეტრის მიხედვით#

Linux-ზე სერვერს srcds_run-ით უშვებ - ეს shell-ის გარსია ნამდვილი ბინარული ფაილის (srcds_linux) გარშემო. გარსი ავარიის შემდეგ რესტარტს და სურვილისამებრ ავტომატურ განახლებებს უზრუნველყოფს. Windows-ზე srcds.exe პირდაპირ ეშვება. ტიპური ხაზი:

$ ./srcds_run -game tf -console -port 27015 +maxplayers 24 \    +map ctf_2fort +sv_setsteamaccount YOURTOKEN -strictportbind

მასზე ორი სახის არგუმენტი ჩანს და განსხვავებას მნიშვნელობა აქვს:

• ტირიანი პარამეტრები (-game, -port, -console) ძრავა ან გარსი პროცესის გაშვებისას კითხულობს. ისინი თავად პროცესს აკონფიგურირებს.
• პლიუსიანი ბრძანებები (+map, +maxplayers, +exec) კონსოლის ბრძანებებია, რომლებიც რიგში დგება და ძრავის ჩართვის შემდეგ სრულდება, ზუსტად ისე, თითქოს კონსოლში აკრიფე. ნებისმიერი cvar შეიძლება ასე დაყენდეს.

პარამეტრები, რომელთა ცოდნაც ღირს:

პრობლემების უმეტესობას ამათგან სამი იწვევს.

`+map` არჩევითი არ არის. Source-ის სერვერი, რომელსაც რუკა არ აქვს ჩატვირთული, ბრაუზერში არ ჩანს და კავშირებს არ იღებს. ის არ არის ავარიული; ის ელოდება.

`+maxplayers` გაშვებისას ფიქსირდება. server.cfg-ში მისი შეცვლა არაფერს აკეთებს, რადგან server.cfg სლოტების რაოდენობის გადაწყვეტის შემდეგ ეშვება. ყველა თამაშს ზედა ზღვარიც აქვს: TF2 100-მდე უშვებს, L4D2 4 გადარჩენილზეა აგებული (versus-ში 8) და მეტისთვის plugin-ები სჭირდება, Garry's Mod კი 128-მდე მიდის.

`-tickrate` თამაშზეა დამოკიდებული. CS:S მას ითვალისწინებს, ამიტომაც არსებობს "66-tick" და "100-tick" CS:S სერვერები. TF2 66-ზეა ფიქსირებული და მას აიგნორებს. Garry's Mod -tickrate-ს იღებს და ბევრი roleplay სერვერი CPU-ს დასაზოგად ამცირებს. რას ნიშნავს სინამდვილეში tick rate ამ არჩევანს განიხილავს.

Game server login token-ები

+sv_setsteamaccount იღებს token-ს, რომელიც Steam-ის game server account management გვერდზე გენერირდება და თამაშის კლიენტის app id-ზეა მიბმული (440 TF2-ისთვის, 4000 Garry's Mod-ისთვის). გჭირდება თუ არა, თამაშზეა დამოკიდებული: მის გარეშე Source 1-ის სერვერების უმეტესობა ანონიმურად შედის და მუშაობს, თუმცა ზოგი ცუდად ჩანს სიებში ან ფუნქციებს ზღუდავს. CS2-ს ის სიაში საერთოდ გამოსაჩენად სჭირდება. Steam-ის game server token-ები-ში დეტალებია, მათ შორის "token in use" შეცდომა, როცა ორი სერვერი ერთს იზიარებს.

cfg საქაღალდე და შესრულების რიგი#

გაშვების ხაზის შემდეგ ყველაფერი <game>/cfg/-შია - tf/cfg/, garrysmod/cfg/ და ასე შემდეგ. ეს კონსოლის ბრძანებების უბრალო ტექსტური ფაილებია, თითო ხაზზე თითო, // კომენტარებით. ზოგს ძრავა ავტომატურად უშვებს:

1. valve.rc გაშვებისას, რომელიც ნაგულისხმევად autoexec.cfg-ს იძახებს. autoexec.cfg გამოიყენე იმისთვის, რაც პროცესის თითო გაშვებაზე ერთხელ უნდა მოხდეს.
2. server.cfg ყოველი რუკის ჩატვირთვის შემდეგ. თითქმის ყველაფერი აქ იწერება და ის ყოველი რუკის შეცვლისას თავიდან ეშვება, ამიტომ მასში ცვლილებები შემდეგ რუკაზე მოქმედებს რესტარტის გარეშე.
3. ყველაფერი, რასაც plugin-ი უშვებს. მაგალითად, SourceMod-ის map-config plugin-ები server.cfg-ის შემდეგ ფაილს უშვებს თითოეული რუკისთვის ან რუკის პრეფიქსისთვის - ასე მუშაობს ერთი სერვერი სხვადასხვა პარამეტრით ctf_ და pl_ რუკებზე.

დანარჩენი მხოლოდ მაშინ ეშვება, როცა რაღაც მას გამოიძახებს: exec mysettings კონსოლიდან, +exec გაშვების ხაზზე ან exec ხაზი server.cfg-ში. გრძელი კონფიგის exec-ით გამოძახებულ ნაწილებად დაყოფა (exec banned_user.cfg, exec competitive.cfg) ნორმალურია და წაკითხვადს ტოვებს.

გონივრული საწყისი server.cfg საჯარო TF2 სერვერისთვის:

hostname "Ten-Second Respawns | 2Fort and friends"sv_password ""rcon_password ""sv_contact "admin@example.org"sv_region 3sv_lan 0mp_timelimit 30mp_winlimit 0mp_maxrounds 0sv_allowupload 0sv_allowdownload 1sv_downloadurl ""log onsv_logbans 1sv_logecho 1sv_logfile 1exec banned_user.cfgexec banned_ip.cfg

შენიშვნები იმაზე, რაშიც ხალხი ცდება:

• rcon_password "" დისტანციურ კონსოლს თიშავს. ეს სწორი ნაგულისხმევია; პაროლი მხოლოდ მაშინ დააყენე, თუ რომელიმე ინსტრუმენტს სჭირდება, და ჯერ წაიკითხე RCON-ის უსაფრთხოდ გამოყენება.
• sv_region რიცხვია, რომელიც ბრაუზერში ფილტრაციისთვის გამოიყენება. 255 არის "მთელი მსოფლიო"; დანარჩენი რეგიონული კოდებია, 3 კი ევროპაა.
• sv_lan 1 სერვერს ინტერნეტისგან მალავს და არა-LAN კლიენტებს აგდებს. ის LAN ღონისძიებებისთვისაა და შეცდომით დაყენება კლასიკური "სერვერი ლოკალურად მუშაობს, ვერავინ შემოდის" შემთხვევაა.
• sv_downloadurl მიუთითებს ვებ-სერვერზე, სადაც შეკუმშული custom კონტენტია (FastDL). მის გარეშე კლიენტები რუკებს ნელა, თავად სათამაშო სერვერიდან ჩამოტვირთავენ, თუ sv_allowdownload საერთოდ ჩართულია.
• banned_user.cfg და banned_ip.cfg-ს წერს writeid და writeip. banid-ით და addip-ით გაკეთებული ბანები მეხსიერებაში ცხოვრობს ჩაწერამდე და, თუ არავინ ჩაწერა, რესტარტი მათ ავიწყდება.

სხვა ფაილები თამაშის საქაღალდეში

cfg-ის გარშემო კიდევ რამდენიმე ფაილია, რომელსაც სერვერი კითხულობს:

• cfg/mapcycle.txt TF2-ში (ზოგ ძველ თამაშში თამაშის ძირშია): რუკები, რომლებსაც სერვერი რიგრიგობით ატრიალებს, თითო ხაზზე თითო. mapcyclefile cvar-ს შეუძლია სხვაგან მიუთითოს. როტაცია დეტალურად სათამაშო სერვერის რუკები და რუკების როტაცია-შია.
• motd.txt და motd_text.txt: დღის შეტყობინება, რომელიც შემოსვლისას ჩანს, HTML-ის ან URL-ის სახით, ხოლო ტექსტური ვერსია იმ კლიენტებისთვისაა, რომლებსაც HTML გამორთული აქვთ.
• addons/: სადაც Metamod:Source და SourceMod ცხოვრობს, თუ დაყენებულია.
• maps/, materials/, models/, sound/: custom კონტენტი, რომელიც კლიენტებმაც უნდა ჩამოტვირთონ.

პორტები და დაკავშირება#

Source 1 ბრაუზერის query-ებს თავად თამაშის პორტზე პასუხობს, ამიტომ ცალკე query პორტის გადამისამართება არ გჭირდება. თუ -port-ს შეცვლი, RCON მასთან ერთად გადადის. SourceTV დამატებით კლიენტად მუშაობს საკუთარ პორტზე და სლოტს იკავებს; -nohltv მას აშორებს, როცა მაყურებლები ან დემოები არ გინდა.

მოთამაშეები უკავშირდებიან connect 203.0.113.10:27015-ით თამაშის კონსოლში, სერვერების ბრაუზერის Favourites ჩანართით ან steam://connect/203.0.113.10:27015 ბმულით. Steam connect ბმულები და პირდაპირი დაკავშირება ვარიანტებს განიხილავს, მათ შორის პაროლს ბმულში. თუ სერვერი IP-ით პასუხობს, მაგრამ ბრაუზერში არასდროს ჩანს, შეამოწმე sv_lan, შემდეგ Steam-ში შესვლა, შემდეგ master server-ს რამდენიმე წუთი მიეცი - სათამაშო სერვერის პორტები უფრო შორს მიდის.

რესურსები: რას იყენებს სინამდვილეში Source-ის სერვერი#

Source 1-ის სერვერები თანამედროვე სტანდარტებით მსუბუქია და სწორედ ამიტომაა ოცი წლის შემდეგაც იაფი მათი გაშვება. ძრავა თამაშს ერთ მთავარ ნაკადზე ასიმულირებს, ამიტომ იმას, შეინარჩუნებს თუ არა სერვერი თავის tick-ს, ერთი ბირთვის სიჩქარე წყვეტს და არა ბირთვების რაოდენობა. მეორე ბირთვი მხოლოდ კიდეებზე არსებულ სამუშაოში გეხმარება: SourceTV, ლოგირება, plugin-ების ნაკადები.

მეხსიერება custom კონტენტთან და plugin-ებთან ერთად იზრდება და არა მოთამაშეებთან. TF2 სერვერი, რომლის როტაციაშიც რამდენიმე ასეული custom რუკაა, მეტს იკავებს, ვიდრე სტანდარტული სიით მომუშავე, ხოლო Garry's Mod-ის სერვერს დიდი Workshop კოლექციით შეუძლია რამდენიმე გიგაბაიტი გამოიყენოს, სანამ ვინმე შემოვა. CPU იზრდება მოთამაშეებთან, tick rate-თან და plugin-ებთან, რომლებიც ყოველ კადრში მუშაობს - ამიტომაც ერთ ცუდად დაწერილ plugin-ს შეუძლია მეტი ზიანი მიაყენოს, ვიდრე ათმა დამატებითმა მოთამაშემ.

რიცხვი, რომელიც გეუბნება, ჯანმრთელია თუ არა სერვერი, CPU-ს პროცენტი კი არა, არამედ ის არის, ინარჩუნებს თუ არა თავის tick-ს. stats კონსოლის ბრძანება კადრების სიხშირეს და CPU-ს ბეჭდავს; net_graph კლიენტზე სერვერის sv კადრების სიხშირეს და მის ცვალებადობას აჩვენებს. სერვერი, რომლის კადრის დროც tick-ის ინტერვალს აჭარბებს, სიმულაციის ნაბიჯებს ტოვებს და მოთამაშეები ამას ისე გრძნობენ, რომ hit registration-ს აღარ ენდობიან. რატომ ეცემა TPS და რა ვქნა მაგალითად Minecraft-ს იყენებს, მაგრამ მეთოდი - ჯერ გაზომე, მერე იპოვე, რა ხარჯავს დროს ყოველ tick-ზე - იგივეა. თუ პანელის გრაფიკი ერთ ბირთვს თავის ზღვარზე სწორ ხაზად აჩვენებს, უფრო სწრაფი ბირთვი დაგეხმარება; მეტი მეხსიერება - არა.

ლოგები და კონსოლი#

Source-ს ლოგირების სამი ცალკე სახე აქვს და მათი აღრევის გამო "ვერ პოულობენ ლოგებს":

• კონსოლის გამოსავალი: რასაც პანელში ხედავ. პროცესის დასრულებისას ქრება, თუ არ დაიჭირე. -condebug გაშვების ხაზზე მას თამაშის საქაღალდეში console.log-ში წერს.
• სერვერის ლოგები: ირთვება log on-ით, იწერება <game>/logs/-ში სახელით L, რომელსაც თარიღი და რიგითი ნომერი მოსდევს (L0712001.log). ისინი იწერენ კავშირებს SteamID-ებით და IP-ებით, ჩატს, მკვლელობებს, kick-ებს და ბანებს, და მოდერაციის ნებისმიერი დავა საბოლოოდ მათზე დგება. sv_logecho 1 მათ კონსოლშიც აირეკლავს.
• Plugin-ების ლოგები: SourceMod საკუთარს წერს addons/sourcemod/logs/-ში, შეცდომებით errors_<date>.log-ში. გაფუჭებული plugin-ი სერვერს იშვიათად აგდებს; ის უბრალოდ ამ ფაილს ავსებს.

ძველ L*.log ფაილებს სერვერი არასდროს შლის. დატვირთულ სერვერზე ისინი თვეების განმავლობაში ჩუმად ავსებენ დისკს, ამიტომ განრიგით შეამცირე. ლოგები, რომელთა შენახვაც ღირს გირჩევს, რა შეინახო და რამდენ ხანს.

ადმინები, plugin-ები და რა აკლია vanilla-ს#

Vanilla SRCDS-ს ადმინისტრირების სისტემა RCON-ის გარდა არ აქვს. ვისაც RCON-ის პაროლი აქვს, ნებისმიერ ბრძანებას გაუშვებს; სხვა ვერაფერს გააკეთებს. ამიტომ თითქმის ყველა Source-ის სერვერი აყენებს Metamod:Source-ს და SourceMod-ს, რომლებიც ამატებს ადმინებს ფლაგებით, immunity-ს, ხმის მიცემას, რუკების მართვას და ათასობით plugin-ს. Garry's Mod გამონაკლისია: მას Lua სკრიპტინგი მოყვება და საკუთარ ადმინ-addon-ებს იყენებს, როგორც წესი ULX-ს ან SAM-ს.

SourceMod-ის დაყენება ორი არქივის თამაშის საქაღალდეში გახსნა და რესტარტია. ადმინები შემდეგ addons/sourcemod/configs/admins_simple.ini-ში იწერება:

"STEAM_0:1:12345678"   "99:z"    // full admin, top immunity"[U:1:24691357]"       "bcdfg"   // kick, ban, slay, map, cvars

ფლაგები და immunity-ის დონეები SourceMod-ის ადმინ-ფლაგები და immunity-შია, ხოლო უფრო ფართო შედარება სხვადასხვა თამაშს შორის - სათამაშო სერვერის ადმინ-plugin-ების შედარებაში. კონკრეტულად TF2-ისთვის Team Fortress 2-ის SourceMod plugin-ები დაყენებას ნაბიჯ-ნაბიჯ გადის.

განახლებები, 64-ბიტი და ავარიები#

Valve Source-ის განახლებებს გაფრთხილების გარეშე უშვებს და მოძველებულ სერვერს განახლებული კლიენტები უარყოფენ. srcds_run-ს ამის მოგვარება შეუძლია: -autoupdate-ით, -steam_dir-ით და -steamcmd_script-ით ის ყოველი რესტარტის წინ SteamCMD-ს უშვებს. პანელები იგივეს გაშვებისას განახლებით აკეთებენ. ნებისმიერ შემთხვევაში პროცედურა ერთია - გააჩერე, განაახლე, გაუშვი - და plugin-ებიანი სერვერი მხოლოდ მაშინ უნდა განახლდეს, როცა იცი, რომ plugin-ებმა პაჩი გადაიტანეს. განახლების დღის ჩამონათვალი რიგს აღწერს.

2024 წელს Valve-მა TF2-ისთვის და Source-ის რამდენიმე სხვა თამაშისთვის 64-ბიტიანი Linux სერვერის ბინარული ფაილები გამოუშვა, ძველის გვერდით srcds_run_64 გარსით. 64-ბიტიანი build-ი აგვარებს მეხსიერების ზღვრებს, რომლებიც დიდ სერვერებს აწუხებდა, მაგრამ Metamod-ს და SourceMod-ს შესაბამისი 64-ბიტიანი რელიზები დასჭირდა, ხოლო 32-ბიტისთვის კომპილირებულმა ძველმა plugin-ებმა მუშაობა შეწყვიტეს. თუ plugin-ი ერთ ბინარულ ფაილზე იტვირთება და მეორეზე არა, მიზეზი ეს არის.

srcds_run ავარიის შემდეგ სერვერს თავიდან უშვებს, თუ -norestart არ არის დაყენებული, და core dump-ებს წერს, თუ სისტემა ამის უფლებას იძლევა. ავარიები, რომლებიც ერთსა და იმავე რუკაზე მეორდება, როგორც წესი, ნიშნავს გაფუჭებულ custom რუკას ან plugin-ს, რომელიც რუკის ობიექტებს ებმება; ავარიები მოთამაშის შემოსვლისას, როგორც წესი, plugin-ს ნიშნავს; ავარიები განახლების შემდეგ, როგორც წესი, ნიშნავს მოძველებულ Metamod-ის ან SourceMod-ის gamedata-ს. საიმედო ტესტია სერვერის გაშვება ისე, რომ Metamod-ის ჩამტვირთავი ფაილი (addons/metamod.vdf ან მისი 64-ბიტიანი ეკვივალენტი) გვერდზე გადადო, რაც plugin-ების მთელ სტეკს ერთი ნაბიჯით თიშავს.

FAQ#

რა განსხვავებაა srcds_run-სა და srcds_linux-ს შორის?

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

რატომ არ მუშაობს maxplayers-ის პარამეტრი server.cfg-ში?

იმიტომ, რომ maxplayers პროცესის გაშვებისას ფიქსირდება, server.cfg კი მოგვიანებით, რუკის ჩატვირთვისას ეშვება. ამის ნაცვლად +maxplayers 24 გაშვების ხაზზე ჩაწერე - პანელზე ეს, როგორც წესი, Startup ჩანართის ველია.

მჭირდება Steam token-ი TF2-ის ან Garry's Mod-ის სერვერისთვის?

ისე სავალდებულო არ არის, როგორც CS2-ისთვის. მის გარეშე სერვერი ანონიმურად შედის და ძირითადად მუშაობს. Token-ი სერვერს მუდმივ იდენტობას აძლევს, რასაც ზოგი სიების საიტი და ფავორიტები ეყრდნობა, ამიტომ საჯარო სერვერისთვის ღირს მისი ქონა.

შეუძლია ერთ srcds ინსტალაციას რამდენიმე თამაშის გაშვება?

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

SRCDS იგივეა, რაც CS2-ის სერვერი?

არა. CS2 Source 2-ზე მუშაობს სხვა ბინარული ფაილით, სტრუქტურით და plugin-ების სისტემით. sv_password და hostname მსგავსი cvar-ები ნაცნობად გამოიყურება, მაგრამ გაშვების პარამეტრები, map group-ები და plugin-ები განსხვავებულია.