Whitelist, ban และ op: คำสั่งเซิร์ฟเวอร์ที่ทำงานไม่เหมือนที่คุณคิด
Whitelist ไม่ได้เตะผู้เล่นที่ออนไลน์อยู่แล้ว, /ban ต้องมีเหตุผลถึงจะมีประโยชน์ และระดับ op สำคัญกว่ารายชื่อ op รายละเอียดที่เจ้าของเซิร์ฟเวอร์ต้องเจอ
คำสั่งแอดมินดูเรียบง่ายและส่วนใหญ่ก็เป็นเช่นนั้น ความผิดพลาดเกิดจากพฤติกรรมสามอย่างที่ไม่ชัดเจนจากไวยากรณ์
Whitelist ไม่ได้ลบผู้ที่อยู่ในเซิร์ฟเวอร์อยู่แล้ว
/whitelist on เริ่มบังคับใช้รายชื่อตั้งแต่ตอนนั้น ผู้ที่เชื่อมต่ออยู่แล้ว จะยังคงเชื่อมต่ออยู่ แม้ว่าจะไม่ได้อยู่ในรายชื่อก็ตาม คำสั่งที่ช่วยแก้ไขปัญหานี้:
/whitelist reloadreload จะอ่าน whitelist.json ซ้ำ และ เตะผู้เล่นที่เชื่อมต่ออยู่ซึ่งไม่อยู่ในรายชื่อ การเปิด whitelist แล้วเดินจากไปเป็นความผิดพลาดคลาสสิก
อีกสองรายละเอียด:
/whitelist add <name>จะตรวจสอบชื่อกับ Mojang's API ดังนั้นเซิร์ฟเวอร์ต้องอยู่ในโหมดออนไลน์และเชื่อมต่ออยู่ เซิร์ฟเวอร์ออฟไลน์ต้องแก้ไขwhitelist.jsonด้วยตนเองพร้อม UUID ที่ถูกต้อง- โอเปอเรเตอร์จะข้าม whitelist โดยค่าเริ่มต้น ซึ่งเป็นเหตุผลว่าทำไมบัญชีของคุณเองจึงไม่เคยพิสูจน์ว่า whitelist ทำงานได้ ทดสอบด้วยบัญชีที่สอง
/ban ต้องการเหตุผล และ /ban-ip เป็นรายชื่อที่แตกต่างกัน
/ban <player> [reason]
/ban-ip <address|player> [reason]เหตุผลเป็นทางเลือก และการละเว้นเป็นความผิดพลาด — มันคือสิ่งที่ผู้เล่นที่ถูกแบนเห็น และเป็นสิ่งที่ตัวคุณในอนาคตจะอ่านใน /banlist เพื่อพยายามจำว่าทำไม หากไม่มีเหตุผล รายการจะระบุเพียง "Banned by an operator"
/ban และ /ban-ip จะเขียนไปยัง ไฟล์แยกกัน (banned-players.json, banned-ips.json) การยกโทษให้คนหนึ่งไม่ได้ล้างอีกคนหนึ่ง ซึ่งเป็นสาเหตุปกติที่ผู้เล่นที่ "ได้รับการยกโทษ" ยังคงไม่สามารถเชื่อมต่อได้ ใช้ทั้ง /pardon และ /pardon-ip
ระดับ Op ไม่ใช่แค่รายชื่อ op
/op จะให้ ระดับ 4 โดยค่าเริ่มต้น ซึ่งเป็นการเข้าถึงเต็มรูปแบบรวมถึง /stop สี่ระดับเป็นของจริงและสามารถตั้งค่าได้ใน server.properties ผ่าน op-permission-level:
| ระดับ | สิทธิ์ที่ได้รับ |
|---|---|
| 1 | ข้ามการทนดาเมจของจุดเกิด |
| 2 | คำสั่งโกงส่วนใหญ่, command blocks |
| 3 | การจัดการผู้เล่น — เตะ, แบน, op |
| 4 | ทุกอย่าง รวมถึง /stop |
ผู้ดูแลที่ต้องการ /kick และ /ban ต้องการระดับ 3 ไม่ใช่ 4 การให้ระดับ 4 แก่ทุกคนที่ช่วยดูแลเป็นวิธีที่เซิร์ฟเวอร์ถูกล้างข้อมูลโดยบัญชีที่ถูกบุกรุก
function-permission-level แยกต่างหากและควบคุมว่าฟังก์ชัน datapack ใดที่สามารถทำงานได้ — การปล่อยไว้ที่ 2 ในขณะที่ระดับ op คือ 4 เป็นแหล่งที่มาทั่วไปของ "ฟังก์ชันของฉันไม่ทำงาน"
คำสั่งรายชื่อ
/banlist players, /banlist ips และ /banlist ธรรมดาล้วนมีอยู่และพิมพ์ไปยังคอนโซลแทนที่จะเป็นแชทหากรันจากเทอร์มินัลเซิร์ฟเวอร์ /whitelist list แสดงเฉพาะชื่อ ไม่ใช่ UUIDs — อ่าน whitelist.json เมื่อคุณต้องการตรวจสอบตัวตน
สร้างสิ่งเหล่านี้ด้วยอาร์กิวเมนต์ตามลำดับที่ถูกต้องใน Server Admin Command Builder ซึ่งครอบคลุม ban, ban-ip, pardon, kick, op, deop และ whitelist จากฟอร์มเดียว