คู่มือ / เซิร์ฟเวอร์และประสิทธิภาพ
ไวท์ลิสต์ แบน และ op: คำสั่งเซิร์ฟเวอร์ที่ทำงานต่างจากที่คุณคิด
การเปิดไวท์ลิสต์ไม่เตะผู้เล่นที่ออนไลน์อยู่แล้ว /ban ต้องมีเหตุผลถึงจะใช้งานได้จริง และระดับ op สำคัญกว่ารายชื่อ op รายละเอียดที่เจ้าของเซิร์ฟเวอร์ต้องระวัง
คำสั่งสำหรับผู้ดูแลดูเรียบง่ายและส่วนใหญ่ก็เป็นเช่นนั้น ปัญหามาจากพฤติกรรมสามอย่างที่ดูจากไวยากรณ์ไม่ออก
ไวท์ลิสต์ไม่ไล่คนที่อยู่ในเซิร์ฟเวอร์อยู่แล้ว — เว้นแต่คุณจะสั่งให้ทำ
/whitelist on เริ่มบังคับใช้รายชื่อกับผู้ที่ล็อกอินใหม่ ส่วนผู้เล่นที่เชื่อมต่ออยู่แล้วจะถูกเตะหรือไม่นั้นตัดสินด้วยบรรทัดเดียวใน server.properties:
enforce-whitelist=trueค่าเริ่มต้นคือ false และระหว่างที่เป็นเช่นนั้น ผู้เล่นที่ไม่อยู่ในรายชื่อจะยังเชื่อมต่ออยู่ได้ทั้งผ่าน /whitelist on และ /whitelist reload ตั้งเป็น true แล้ว on, reload และ remove จะเตะผู้เล่นที่เชื่อมต่ออยู่ซึ่งไม่อยู่ในรายชื่อทั้งหมด การเปิดไวท์ลิสต์โดยปิดการบังคับใช้แล้วปล่อยไว้คือความผิดพลาดคลาสสิก
อีกสองรายละเอียด:
/whitelist add <name>จะตรวจสอบชื่อกับ API ของ Mojang บนเซิร์ฟเวอร์โหมดออนไลน์ บนเซิร์ฟเวอร์โหมดออฟไลน์จะเพิ่มชื่อพร้อม UUID แบบออฟไลน์ของชื่อนั้นแทน จึงไม่ต้องแก้ไขwhitelist.jsonด้วยมือ- ผู้ปฏิบัติการ (Operators) ข้ามไวท์ลิสต์ โดยค่าเริ่มต้น ซึ่งเป็นเหตุผลที่บัญชีของคุณเองไม่เคยพิสูจน์ว่าไวท์ลิสต์ทำงานได้ ให้ทดสอบด้วยบัญชีที่สอง
/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 | คำสั่งโกงส่วนใหญ่, บล็อกคำสั่ง |
| 3 | การจัดการผู้เล่น — เตะ, แบน, op |
| 4 | ทุกอย่าง รวมถึง /stop |
ผู้ดูแลที่ต้องการเพียง /kick และ /ban ควรได้ระดับ 3 ไม่ใช่ 4 การให้ระดับ 4 กับทุกคนที่ช่วยดูแลคือวิธีที่เซิร์ฟเวอร์ถูกล้างด้วยบัญชีที่ถูกยึด
function-permission-level แยกต่างหากและควบคุมว่าฟังก์ชันดาต้าแพ็กใดทำงานได้ — ปล่อยไว้ที่ 2 ในขณะที่ระดับ op เป็น 4 เป็นสาเหตุทั่วไปของ "ฟังก์ชันของฉันไม่ทำอะไรเลย"
คำสั่งรายการ
/banlist players, /banlist ips และ /banlist เปล่า ๆ มีอยู่ทั้งหมด และจะพิมพ์ไปยังคอนโซลแทนแชทหากรันจากเทอร์มินัลเซิร์ฟเวอร์ /whitelist list แสดงเฉพาะชื่อ ไม่ใช่ UUID — อ่าน whitelist.json เมื่อคุณต้องตรวจสอบตัวตน
สร้างคำสั่งเหล่านี้ด้วยอาร์กิวเมนต์ในลำดับที่ถูกต้องได้ที่ ตัวสร้างคำสั่งผู้ดูแลเซิร์ฟเวอร์ ซึ่งครอบคลุม ban, ban-ip, pardon, kick, op, deop และ whitelist จากฟอร์มเดียว