Valheim-ის გამოყოფილ სერვერს არც კონფიგურაციის ფაილი აქვს და არც უფლებების სისტემა - მხოლოდ სამი უბრალო ტექსტური ფაილი შენახვის დირექტორიაში. adminlist.txt ამბობს, ვის შეუძლია kick, ban და save. bannedlist.txt ამბობს, ვის არ შეუძლია შეერთება. permittedlist.txt, თუ მასში რამე წერია, ასახელებს მხოლოდ იმ ხალხს, ვისაც შეერთება შეუძლია. თითოეული ფაილი თითო ხაზზე ერთ მოთამაშის ID-ს ინახავს: მხოლოდ-Steam-ის სერვერზე შიშველ 17-ციფრიან SteamID64-ს, ან crossplay სერვერზე პლატფორმის პრეფიქსიან ID-ს, როგორიცაა Steam_76561198012345678 ან Xbox_2535412345678901. //-ით დაწყებული ხაზები კომენტარებია. ეს არის მთელი სისტემა, და მასთან დაკავშირებული თითქმის ყველა პრობლემა არასწორი ID-ა ან არასწორი ფაილი.
ეს სტატია განიხილავს, სად არის ფაილები, ID-ების ფორმატებს, როგორ იპოვო მოთამაშის ID საიმედოდ, როდის მოქმედებს ცვლილებები, და როგორ მართო პრივატული დაშვების სიით სერვერი ისე, რომ თავი გარეთ არ ჩაიკეტო. ბრძანებები, რომლებიც ადმინს სიაში მოხვედრის შემდეგ შეუძლია, მოცემულია თანმხლებ სტატიაში Valheim-ის ადმინის კონსოლის ბრძანებები.
რას აკეთებს თითოეული ფაილი#
| ფაილი | ეფექტი | ცარიელი ნიშნავს |
|---|---|---|
adminlist.txt | ჩამოთვლილ ID-ებს შეუძლიათ ადმინის ბრძანებები: kick, ban, unban, save | ადმინები არ არიან |
bannedlist.txt | ჩამოთვლილ ID-ებს შეერთებისას უარს ეუბნებიან | არავინაა დაბანილი |
permittedlist.txt | შეერთება მხოლოდ ჩამოთვლილ ID-ებს შეუძლიათ | ყველას, ვისაც პაროლი აქვს, შეუძლია შეერთება |
ბოლო სვეტის ასიმეტრია ის არის, რაც უნდა გახსოვდეს. ცარიელი ბანების სია არავის ბანავს და ცარიელი ადმინების სია არავის ხდის ადმინად, მაგრამ ცარიელი დაშვების სია ყველას გარეთ არ კეტავს - ის დაშვების სიას თიშავს. როგორც კი permittedlist.txt-ში თუნდაც ერთი ID ჩნდება, სერვერი ყველასთვის მხოლოდ დაშვების სიით ხდება.
რას არ აკეთებენ ფაილები:
- რანგები არ არის. ადმინი ადმინია. არ არსებობს მოდერატორის დონე, რომელსაც kick შეუძლია, ban კი არა.
- ჩითები არ არის.
adminlist.txt-ში ყოფნა vanilla გამოყოფილ სერვერზე არ ხსნისdevcommands-ს,spawn-ს ანgod-ს. ამას მოდი სჭირდება; იხილე ServerDevcommands. - ward-ის გვერდის ავლა არ არის. ადმინი სხვის ward-ით დაცულ კარს მხოლოდ იმიტომ ვერ გააღებს, რომ ადმინია. ward-ები ცალკე სისტემაა, რომელიც განხილულია სტატიაში Valheim-ის ward-ები და გრიფინგი.
- IP ბანები არ არის იმ ფაილში, სადაც ელოდები.
banბრძანება იღებს სახელს, IP-ს ან ID-ს, მაგრამ დაყრდნობა ID-ებს უნდა. IP მისამართები იცვლება; ID-ები - არა.
სად ინახება ფაილები#
სამივე ფაილს სერვერი პირველი გაშვებისას ქმნის, შენახვის დირექტორიაში worlds_local საქაღალდის გვერდით - და არა სერვერის ინსტალაციის საქაღალდეში. ეს თითქმის ყველას აბნევს, ვინც მათ valheim_server.x86_64-ის გვერდით ეძებს.
| პლატფორმა | შენახვის ნაგულისხმევი დირექტორია |
|---|---|
| Linux | ~/.config/unity3d/IronGate/Valheim/ იმ მომხმარებლისთვის, რომელიც სერვერს უშვებს |
| Windows | %USERPROFILE%\AppData\LocalLow\IronGate\Valheim\ |
ნებისმიერი, -savedir-ით | დირექტორია, რომელიც -savedir-ს გადაეცა |
| Docker იმიჯები, ჰოსტინგის პანელები | სადაც იმიჯი ან პანელი შენახვის დირექტორიას მიაბამს |
თუ სერვერი -savedir /srv/valheim/data-ით მუშაობს, სიები /srv/valheim/data-შია და არა ნაგულისხმევ ადგილას. ფაილების ორი ასლი - ერთი ნაგულისხმევ ბილიკზე ადრინდელი ტესტიდან, მეორე -savedir-ის ქვეშ - ხშირი წყაროა სიტუაციისა "თავი დავამატე და არაფერი მოხდა". შეამოწმე სერვერის გაშვების ხაზში -savedir და ფაილები იმ დირექტორიაში შეასწორე. Valheim-ის savedir და ფაილების მდებარეობა ყველა საქაღალდეს დეტალურად აღწერს.
ახლად შექმნილი ფაილი მხოლოდ კომენტარის ხაზს შეიცავს:
// List admin players ID ONE per lineდანარჩენ ორს იგივე სათაური აქვს სიტყვებით "banned" და "permitted". კომენტარი დატოვე და ID-ები ქვემოთა ხაზებზე დაამატე.
Steam ID-ები და პლატფორმის პრეფიქსიანი ID-ები#
ID-ის ფორმატი დამოკიდებულია იმაზე, როგორ გაეშვა სერვერი.
მხოლოდ-Steam-ის სერვერი (-crossplay-ის გარეშე): მოთამაშეები მათი SteamID64-ით იდენტიფიცირდებიან, 17-ციფრიანი რიცხვით, რომელიც 7656119-ით იწყება. არა პროფილის სახელით, არა მორგებული URL-ით და არა უფრო მოკლე SteamID3 [U:1:...] ფორმით.
crossplay სერვერი (-crossplay): მოთამაშეები პლატფორმის პრეფიქსიანი ID-ით იდენტიფიცირდებიან. Steam-ის მოთამაშეები ხდებიან Steam_ და მათი SteamID64. Xbox-ისა და Microsoft Store-ის მოთამაშეები არიან Xbox_ და მათი Xbox-ის მომხმარებლის ID.
// List admin players ID ONE per line// Steam-only server: bare SteamID6476561198012345678// Crossplay server: prefixed formsSteam_76561198012345678Xbox_2535412345678901აქედან ორი პრაქტიკული წესი გამომდინარეობს:
- თუ ეჭვი გაქვს, Steam-ის მოთამაშეებისთვის ორივე ფორმა დაამატე. ხაზი, რომელიც არაფერს ემთხვევა, იგნორირდება, ამიტომ ფაილში ერთდროულად
76561198012345678დაSteam_76561198012345678ზიანს არ აყენებს და გადაურჩება დღეს, როცა ვინმე crossplay-ს ჩართავს ან გამორთავს. - არასდროს გამოიცნო Xbox ID. ეს არც gamertag-ია და არც ისეთი რამ, რასაც მოთამაშე ადვილად მოძებნის. წაიკითხე სერვერის ლოგიდან.
ამის crossplay მხარე - რატომ არსებობს პრეფიქსები და კიდევ რა იცვლება, როცა ტრაფიკს PlayFab ატარებს - მოცემულია სტატიაში Valheim-ის crossplay და Xbox-ის მოთამაშეები.
მოთამაშის ID-ის პოვნა#
სამი გზა არსებობს, ყველაზე საიმედოდან ყველაზე ნაკლებად საიმედომდე.
სერვერის ლოგიდან
სთხოვე მოთამაშეს ერთხელ შეუერთდეს, თუნდაც შემდეგ უარი ეთქვას. სერვერი ყოველ შეერთებას ლოგში წერს ID-ით იმ ფორმით, რომელსაც სიის ფაილებისთვის იყენებს. მხოლოდ-Steam-ის სერვერზე ხაზები ასე გამოიყურება:
Got connection SteamID 76561198012345678Got handshake from client 76561198012345678crossplay სერვერზე შეერთების ხაზებში ამის ნაცვლად პლატფორმის პრეფიქსიანი ID-ა. დააკოპირე ID ზუსტად ისე, როგორც ლოგი აჩვენებს. ეს ერთადერთი მეთოდია, რომელიც გაძლევს სწორ ფორმას სერვერის ნებისმიერი რეჟიმისთვის, და ერთადერთი მეთოდი Xbox-ის მოთამაშეებისთვის.
Steam-იდან
Steam-ის მოთამაშის SteamID64 მის პროფილის URL-ში ჩანს, თუ მორგებული არ დაუყენებია: steamcommunity.com/profiles/76561198012345678. თუ მორგებული URL აქვს, SteamID-ის საძიებო საიტი მას გადააკეთებს. დარწმუნდი, რომ SteamID64-ს აკოპირებ - გრძელ რიცხვს - და არა სხვა ფორმატებიდან რომელიმეს, რომლებსაც ასეთი საიტები ასევე აჩვენებს.
მოთამაშისგან
მოთამაშეებს შეუძლიათ გითხრან თავიანთი SteamID64, მაგრამ ხალხი გრძელ რიცხვებს არასწორად კითხულობს. გამოიყენე ის ლოგთან გადასამოწმებლად და არა ერთადერთ წყაროდ.
ფორმატის წესები და გავრცელებული შეცდომები#
ფაილები მარტივია, ამიტომაც შეცდომები ყოველთვის ერთი და იგივეა:
- თითო ხაზზე ერთი ID. მძიმეები არა, ID-ებს შორის გამოტოვებები არა, ID-ის შემდეგ იმავე ხაზზე არაფერი. ID-ის იმავე ხაზზე ბოლოს დართულმა კომენტარმა შეიძლება ხაზის დამთხვევა შეაჩეროს; კომენტარები ცალკე ხაზებზე დაწერე.
- სახელები არა.
Bjornadminlist.txt-ში არაფერს აკეთებს. თუ გინდა გახსოვდეს, ვინ არის, სახელი ID-ის ზემოთ კომენტარის ხაზზე დაწერე. - პრეფიქსის ზუსტი მართლწერა.
Steam_, დიდი S-ით და ქვედა ტირით.steam_ანSteam:არ დაემთხვევა. - ხაზის დაბოლოებები და კოდირება. Windows-ზე რედაქტირებულ და Linux-ზე ატვირთულ ფაილებს CRLF ხაზის დაბოლოებები აქვს. პრაქტიკაში თამაში ამას უმკლავდება, მაგრამ შემთხვევით მოხვედრილ byte-order mark-ს ან ტექსტური პროცესორის ჭკვიან ფორმატირებას - ვერა. გამოიყენე უბრალო ტექსტური რედაქტორი ან პანელის ფაილების რედაქტორი.
- სწორი ფაილის სახელი.
adminlist.txt,bannedlist.txt,permittedlist.txt, სულ პატარა ასოებით.adminlist.txt.txtWindows-ის დამალული გაფართოების კლასიკაა.
მოწესრიგებული ფაილი, რომლის მოვლაც ადვილია, ასე გამოიყურება:
// List permitted players ID ONE per line// Bjorn - server owner76561198012345678Steam_76561198012345678// Astrid76561198087654321Steam_76561198087654321// Leif - XboxXbox_2535412345678901როდის მოქმედებს ცვლილებები#
სერვერი სამივე ფაილს თვალს ადევნებს და მუშაობისას ხელახლა ტვირთავს, ასე რომ ადმინის ან ბანის დამატებას ჩვეულებრივ რესტარტი არ სჭირდება. ban და unban ბრძანებები თავად წერენ bannedlist.txt-ში, ასე რომ ფაილი და სერვერი სინქრონში რჩება, როგორც არ უნდა შეიტანო ცვლილება.
რას ნიშნავს "მოქმედებს", ფაილის მიხედვით განსხვავდება:
- ადმინების სია. მოთამაშე ადმინად ითვლება იმ ბრძანებებისთვის, რომლებსაც ხელახალი ჩატვირთვის შემდეგ აკრეფს. თუ ახლად დამატებული ადმინის ბრძანებებს უარს ეუბნებიან, სთხოვე ხელახლა შეუერთდეს.
- ბანების სია. ID-ის დამატება იმ მოთამაშის შემდეგ შეერთებას უარყოფს. ვინც უკვე სერვერზეა, მხოლოდ ფაილის რედაქტირებით არ გაიგდება; გააკეთე kick, ან გამოიყენე
banბრძანება, რომელიც ერთდროულად აგდებს და ბანს იწერს. - დაშვების სია. მოქმედებს შეერთებისას, ბანების სიის მსგავსად. დაშვების სიის ჩართვა არ თიშავს უკვე მოთამაშე ხალხს, რომლებიც მასში არ არიან; მათ შემდეგ ჯერზე ეტყვიან უარს.
თუ ცვლილება არ მოქმედებს, შეამოწმე ამ თანმიმდევრობით: ფაილი იმ დირექტორიაში შეასწორე, რომელსაც სერვერი რეალურად იყენებს; ID სწორი ფორმითაა; ფაილი შეინახა. რესტარტი უკანასკნელი საშუალებაა, რომელიც ადასტურებს, რომ ფაილი საერთოდ იკითხება - თუ რესტარტიც არ ამოქმედებს შენს ცვლილებას, სერვერი სხვა ფაილს კითხულობს.
პრივატული სერვერი დაშვების სიით#
დაშვების სია წვდომის კონტროლის ყველაზე ძლიერი საშუალებაა, რაც vanilla Valheim-ს აქვს. პაროლი შეიძლება გაზიარდეს, გამოქვეყნდეს ან გამოიცნონ; დაშვების სია შესვლას კონკრეტულ ანგარიშებს უკავშირებს. მეგობრების ჯგუფისთვის ორივე ერთად სწორი კონფიგურაციაა. Whitelist თუ პაროლი ამას სხვადასხვა თამაშის მაგალითზე ასაბუთებს.
როგორ დააყენო ისე, რომ თავი გარეთ არ ჩაიკეტო:
- დარწმუნდი, რომ ყოველი წევრი ერთხელ მაინც შეუერთდა, რომ მათი ID-ები ლოგში იყოს.
- შეინახვამდე ააწყვე ფაილი ყველა ID-ით, Steam-ის მოთამაშეებისთვის ორივე ფორმით.
- პირველი შენ თავი ჩაწერე. ადმინები გამონაკლისი არ არიან:
adminlist.txt-ში ყოფნა არ გაგატარებს დაშვების სიას, რომელშიც არ ხარ. - შეინახე, შემდეგ სთხოვე სიაში არმყოფ ერთ ადამიანს შეერთება სცადოს, რომ დაადასტურო, რომ უარს ეუბნებიან.
დაშვების სიით იქაც შეინარჩუნე პაროლი. არაფერი ჯდება და ხელს უშლის იმას, რომ სიაში მყოფი მოთამაშის გატეხილი ანგარიში ერთადერთი გასაღები იყოს. და თუ სერვერი ისედაც პრივატული უნდა იყოს, განიხილე -public 0, რომ საზოგადოების სიის გარეთ დარჩეს - ეს განხილულია სტატიაში Valheim-ის სერვერი სიაში არ ჩანს.
ხშირი ჩავარდნა ახალი წევრია: მას პაროლს აძლევენ, შეერთება არ შეუძლია, და დაშვების სია არავის ახსოვს. permittedlist.txt-ის თავში შეხსენებად დაამატე კომენტარი მისთვის, ვინც მას შემდეგ მოუვლის, და ახალი მოთამაშეები დაამატე, სანამ პირველად სცდიან.
სიების მართვა ჰოსტინგის სერვერზე#
ჰოსტინგის პანელზე ფაილები იქაა, სადაც პანელი შენახვის დირექტორიას მიაბამს, და მათ ფაილების მენეჯერში ან SFTP-ით არედაქტირებ და არა კონსოლზე. RE:NODE-ზე Valheim-ის სერვერის ფაილების მენეჯერი სიებს ბრაუზერის რედაქტორში ხსნის, ადგილზე ინახავს, და მომუშავე სერვერი ცვლილებას იღებს; SFTP და ფაილების მენეჯერი SFTP-ით რედაქტირებას განიხილავს, თუ ლოკალური რედაქტორი გირჩევნია. ცოცხალი კონსოლი შეერთების ხაზებს აჩვენებს, ასე რომ მოთამაშის ID-ს იქიდან დააკოპირებ, სანამ შეერთებას ცდის.
პანელის საკუთარი უფლებები ცალკე ფენაა და ღირს მათი სიებთან ერთად გამოყენება. მეგობარს, რომელიც ბანებს მართავს, ბილინგზე ან ფაილების მთელ ხეზე წვდომა არ სჭირდება: subuser-ებს შეიძლება მიეცეთ მხოლოდ კონსოლის ან მხოლოდ ფაილების წვდომა. ეს ზღუდავს გაზიარებული შესვლის ზიანს - რისკს, რომელიც განხილულია სტატიაში თამაშის სერვერის ადმინის ანგარიშის უსაფრთხოება.
ბანები, გასაჩივრებები და ჩანაწერების წარმოება#
vanilla Valheim არ ინახავს მიზეზს, თარიღს ან ჩანაწერს, ვინ ვინ დაბანა. თუ შენს სერვერზე მოთამაშეები ერთ მუჭაზე მეტია, ეს თავად აწარმოე:
- ყოველი ბანის ზემოთ ჩასვი კომენტარის ხაზი სახელით, თარიღით, მიზეზით და იმით, ვინ დაბანა.
bannedlist.txt-ის ასლი სერვერის გარეთ შეინახე, რომ აღდგენამ ან ხელახალმა ინსტალაციამ ყველა ჩუმად არ განბანოს.- ადმინებთან შეთანხმდი, როდის არის ბანი დროებითი და ვინ მოხსნის მას.
// List banned players ID ONE per line// 2026-10-11 Ulf - burned the shared longhouse, banned by Bjorn, review in 30 days76561198011112222Steam_76561198011112222გაითვალისწინე, რომ ban და unban ბრძანებები ფაილს გადაწერენ, და ვერსიებს შორის ვერ დაეყრდნობი იმას, გადაურჩება თუ არა ამას შენი ხელით დაწერილი კომენტარები. თუ ფაილში შენიშვნებს ინახავ, გარე ასლიც შეინახე, და როცა მიზეზს მნიშვნელობა აქვს, ბრძანებებს ფაილის ხელით რედაქტირება ამჯობინე. ჩითერებთან გამკლავება და ბანების სიები საჯარო საზოგადოებებისთვის პოლიტიკას უფრო ღრმად განიხილავს.
FAQ#
უნდა გადავტვირთო სერვერი adminlist.txt-ის რედაქტირების შემდეგ?
ჩვეულებრივ არა - სერვერი ფაილებს მუშაობისას ხელახლა ტვირთავს. თუ ახლად დამატებული ადმინის ბრძანებებს უარს ეუბნებიან, სთხოვე ხელახლა შეუერთდეს, და თუ ეს არ უშველის, შეამოწმე, რომ ფაილი სერვერის რეალურ შენახვის დირექტორიაში შეასწორე.
რატომ არის ჩემი SteamID adminlist.txt-ში, მაგრამ მაინც არ ვარ ადმინი?
ან ID სერვერის რეჟიმისთვის არასწორი ფორმითაა - შიშველ SteamID-ს crossplay სერვერზე Steam_ პრეფიქსი სჭირდება - ან მასში შეცდომაა, ან ფაილი ის არ არის, რომელსაც სერვერი კითხულობს. დააკოპირე ID სერვერის ლოგის შეერთების ხაზიდან.
შემიძლია ვინმე სახელით დავბანო bannedlist.txt-ში?
არა. ფაილი მხოლოდ ID-ებს ინახავს. შეგიძლია კონსოლში აკრიფო ban შეერთებული მოთამაშის სახელით, და სერვერი ბანს შენ მაგივრად ჩაიწერს.
permittedlist.txt ადმინებს ავტომატურად მოიცავს?
არა. ყოველ მოთამაშეს, ვინც უნდა შეუერთდეს, ადმინების ჩათვლით, ID დაშვების სიაში სჭირდება, როგორც კი მასში რამე ჩნდება.
როგორ გამოვრთო დაშვების სია ისევ?
ამოიღე ყველა ID permittedlist.txt-დან და მხოლოდ კომენტარის ხაზები დატოვე, ან სრულად გაასუფთავე. ცარიელი დაშვების სია ნიშნავს, რომ ყველას, ვისაც პაროლი აქვს, შეუძლია შეერთება.
