แก้ไขปัญหาเซิร์ฟเวอร์ปฏิเสธสิทธิ์ใน Minecraft: คู่มือสำหรับโหมดผู้เล่นหลายคน
หาก Minecraft บล็อกคุณจากการเข้าร่วมเซิร์ฟเวอร์หรือปฏิเสธคำสั่ง การแก้ไขที่ถูกต้องจะขึ้นอยู่กับสิ่งที่ถูกปฏิเสธ รายชื่อผู้เล่นที่อนุญาตหรือคำเชิญจาก Realm จะควบคุมว่าใครสามารถเข้าร่วมได้ ส่วนสิทธิ์ของผู้ดูแลระบบและปลั๊กอินจะควบคุมว่าผู้เล่นสามารถทำอะไรได้บ้างหลังจากเข้าร่วม ไม่มีข้อผิดพลาดของ Minecraft ที่ใช้คำพูดว่า “Server Denied Permission” เหมือนกันทุกประการ ดังนั้นให้ใช้ข้อความและจุดที่ปรากฏเพื่อระบุสาเหตุ หากคุณเห็นเพียงข้อความหมดเวลาหรือ “การเชื่อมต่อถูกปฏิเสธ” ให้แก้ไขปัญหาการเชื่อมต่อแทนที่จะเปลี่ยนสิทธิ์
คู่มือนี้จะแยกส่วนการตั้งค่าเซิร์ฟเวอร์ Minecraft , รายชื่อผู้เล่นที่อนุญาต, การเชิญเข้าร่วม Realms, การตั้งค่าบัญชี Bedrock และกฎของปลั๊กอิน เพื่อให้คุณสามารถขอให้บุคคลที่เหมาะสมทำการเปลี่ยนแปลงที่เฉพาะเจาะจงและปลอดภัยได้
ผู้เล่นเชื่อมต่ออยู่แล้ว ดังนั้นคำสั่งที่ถูกปฏิเสธจึงบ่งชี้ถึงกฎการอนุญาตภายในเกมมากกว่าความล้มเหลวในการเข้าร่วมหรือเครือข่าย
ขั้นแรก ให้ระบุว่าเซิร์ฟเวอร์กำลังปฏิเสธอะไรอยู่
| สิ่งที่คุณเห็น | สาเหตุที่เป็นไปได้ | ใครซ่อมมันได้บ้าง |
| คุณไม่สามารถเข้าเซิร์ฟเวอร์ได้ หรือระบบแจ้งว่าคุณไม่ได้รับเชิญหรือไม่อยู่ในรายชื่อผู้ได้รับอนุญาต | การตั้งค่าไวท์ลิสต์, แอฟเวอรี่, คำเชิญเข้าร่วม Realm, การแบน หรือการเข้าถึงบัญชี | เจ้าของเซิร์ฟเวอร์หรืออาณาจักร; ผู้ถือบัญชีสำหรับการตั้งค่าความเป็นส่วนตัว |
| คุณสามารถเข้าร่วมได้ แต่คำสั่งสแลช (slash command) ถูกปฏิเสธ | ระดับผู้ปฏิบัติงานหรือโหนดสิทธิ์เฉพาะคำสั่ง | ผู้ดูแลระบบเซิร์ฟเวอร์ |
| คุณสามารถเข้าร่วมได้ แต่ไม่สามารถวาง ทำลาย เปิด หรือใช้งานสิ่งของใดๆ ในพื้นที่ใดพื้นที่หนึ่งได้ | โหมดผจญภัย, การป้องกันการเกิดใหม่, ปลั๊กอินการอ้างสิทธิ์ในที่ดิน หรือกฎของภูมิภาค | ผู้ดูแลระบบเซิร์ฟเวอร์หรือเจ้าของพื้นที่ |
| โหมดผู้เล่นหลายคนหรือ Realms ไม่สามารถใช้งานได้ในบัญชี Bedrock | การตั้งค่าความเป็นส่วนตัวของบัญชี การสมัครสมาชิกแพลตฟอร์ม หรือคำเชิญที่หายไป | เจ้าของบัญชี/ผู้ปกครอง ผู้ให้บริการแพลตฟอร์ม หรือโฮสต์ Realm |
ความไม่ตรงกันของเวอร์ชันมักจะทำให้เกิดข้อความ “ไคลเอนต์ล้าสมัย” หรือ “เซิร์ฟเวอร์ล้าสมัย” ไม่ใช่ปัญหาเกี่ยวกับการให้สิทธิ์ คู่มือการแก้ไขปัญหาโหมดผู้เล่นหลายคน ของ Minecraft ยังแยกการตรวจสอบสิทธิ์บัญชี การเชิญ และสถานะเซิร์ฟเวอร์ออกจากกันด้วย
1. หากคุณไม่สามารถเข้าร่วมได้: โปรดตรวจสอบคำเชิญและรายชื่อผู้มีสิทธิ์เข้าถึง
ขอให้เจ้าของเซิร์ฟเวอร์ยืนยันว่าได้เพิ่มบัญชีที่ถูกต้องลงในเซิร์ฟเวอร์ที่ถูกต้องแล้ว Java Edition ใช้โปรไฟล์ Java ในขณะที่ Bedrock โหมดผู้เล่นหลายคนใช้บัญชี Microsoft/Xbox หรือ Gamertag ที่เชื่อมโยงกับผู้เล่น การเปลี่ยนชื่อที่แสดง บัญชี Microsoft บัญชีที่สอง หรือการเลือกเวอร์ชันที่ไม่ถูกต้อง อาจทำให้คำเชิญที่ถูกต้องดูเหมือนหายไปได้
- สำหรับเซิร์ฟเวอร์ Java หรือเซิร์ฟเวอร์ที่ให้บริการโดยผู้ให้บริการ:ขอให้เจ้าของตรวจสอบรายชื่อผู้เล่นที่ได้รับอนุญาต (allowlist/whitelist) และรายการควบคุมการเข้าถึง (access list) ในแผงควบคุมของเซิร์ฟเวอร์ เจ้าของควรเพิ่มโปรไฟล์ผู้เล่นที่ใช้ในการเข้าสู่ระบบอย่างถูกต้อง หากเซิร์ฟเวอร์มีรายการแบน เจ้าของต้องตรวจสอบด้วย การเปลี่ยนสถานะผู้ดูแลระบบจะไม่ลบการแบนออก
- Bedrock Realm:โฮสต์ต้องเชิญ Gamertag ที่ถูกต้องหรือแชร์ลิงก์เชิญ และผู้เล่นต้องยอมรับโดยใช้บัญชีที่จะเข้าร่วมคู่มือการจัดการ Realms อย่างเป็นทางการ จะอธิบายการควบคุมสมาชิกและการเชิญ
- เซิร์ฟเวอร์เฉพาะสำหรับ Bedrock:เมื่อ
allow-list=trueเปิดใช้งานแล้ว เฉพาะ Gamertag ที่ระบุไว้เท่านั้นที่จะสามารถเชื่อมต่อได้ เจ้าของเซิร์ฟเวอร์สามารถเพิ่มผู้เล่นได้โดยใช้/allowlist add <Gamertag>; ใส่ Gamertag ที่มีช่องว่างในเครื่องหมายอัญประกาศ หากเจ้าของแก้ไขallowlist.jsonนอกเซิร์ฟเวอร์ เอกสารของ Microsoft ระบุให้เรียกใช้คำสั่ง/allowlist reloadเพื่อให้เซิร์ฟเวอร์อ่านการเปลี่ยนแปลง
สำหรับเซิร์ฟเวอร์เฉพาะ Bedrock การตั้งค่า allowlist และการป้อน Gamertag ต้องตรงกันก่อนที่ผู้เล่นจะสามารถเข้าร่วมได้
หากผู้เล่นถูกบล็อกไม่ให้เล่นโหมดผู้เล่นหลายคนหรือ Realms ในหลายโลกและเซิร์ฟเวอร์ โปรดตรวจสอบการตั้งค่าความปลอดภัยออนไลน์ของบัญชี Microsoft บัญชีเด็กอาจต้องมีผู้ปกครองหรือผู้ดูแลครอบครัวอนุญาตให้เล่นโหมดผู้เล่นหลายคนได้ โฮสต์ไม่สามารถแก้ไขข้อจำกัดระดับบัญชีโดยการแก้ไขไฟล์เซิร์ฟเวอร์ได้ โปรดดูคำแนะนำการเข้าถึงโหมดผู้เล่นหลายคนสำหรับบัญชีเด็ก ของ Minecraft และข้อกำหนดสำหรับโหมดผู้เล่นหลายคน
2. หากคุณเข้าร่วมแล้วแต่คำสั่งถูกปฏิเสธ: โปรดตรวจสอบบทบาทของคุณ
ในMinecraft Java Editionเจ้าของเซิร์ฟเวอร์หรือผู้ดูแลระบบที่น่าเชื่อถือสามารถให้สถานะผู้ควบคุม (Operator) แก่ผู้เล่นได้จากคอนโซลเซิร์ฟเวอร์op PlayerNameผู้เล่นไม่สามารถให้สถานะนี้แก่ตัวเองได้อย่างปลอดภัยผ่านการแชทปกติ สถานะผู้ควบคุมมีอำนาจในการบริหารจัดการอย่างกว้างขวาง ดังนั้นเจ้าของควรให้สถานะนี้ก็ต่อเมื่อผู้เล่นต้องการควบคุมเซิร์ฟเวอร์ทั้งหมดจริงๆ เท่านั้น สำหรับคำสั่งเดียวในเซิร์ฟเวอร์สาธารณะหรือเซิร์ฟเวอร์ของเพื่อน ให้ถามเจ้าของเซิร์ฟเวอร์ว่าเซิร์ฟเวอร์สามารถให้คำสั่งนั้นได้เพียงลำพังหรือไม่
คำสั่ง นี้/opเป็นของคอนโซลเซิร์ฟเวอร์หรือผู้ดูแลระบบที่เชื่อถือได้ และจะมอบสิทธิ์การใช้งานให้กับผู้เล่นที่ระบุชื่อไว้
ในโลก Bedrockโฮสต์สามารถตรวจสอบระดับสิทธิ์ของผู้เล่นได้ในการตั้งค่าผู้เล่นหลายคนของโลกนั้น ระดับสิทธิ์ปกติได้แก่ ผู้เยี่ยมชม สมาชิก และผู้ดูแลระบบ คำสั่งและการกระทำในโลกอาจไม่สามารถใช้งานได้ในทุกระดับ ใน Bedrock Dedicated Server ระบบdefault-player-permission-levelจะกำหนดระดับสิทธิ์เริ่มต้นสำหรับผู้เล่นที่เข้าร่วมเป็นครั้งแรก การเปลี่ยนค่าเริ่มต้นนั้นอาจไม่เพียงพอสำหรับผู้เล่นที่อยู่ในเซิร์ฟเวอร์อยู่แล้ว ดังนั้นเจ้าของควรตรวจสอบบทบาทปัจจุบันของผู้เล่นนั้น Microsoft ได้บันทึกการตั้งค่าและค่าที่อนุญาตไว้ใน เอกสารอ้างอิงคุณสมบัติ ของBedrock Dedicated Server
โฮสต์จะเป็นผู้ควบคุมการเข้าถึงโลกและบทบาทของผู้เล่นแต่ละคนจากเมนูการตั้งค่าโหมดผู้เล่นหลายคน ส่วนการควบคุมความเป็นส่วนตัวของบัญชีจะแยกต่างหาก
หากการกระทำที่ถูกปฏิเสธคือการสร้างสิ่งก่อสร้างแทนการใช้คำสั่ง อย่าทำให้ผู้เล่นกลายเป็นผู้ควบคุมโดยอัตโนมัติ ขอให้เจ้าของตรวจสอบโหมดเกมของผู้เล่น พื้นที่เกิดที่ได้รับการป้องกัน การอ้างสิทธิ์ความเป็นเจ้าของ และกฎการป้องกันพื้นที่ใดๆ ข้อจำกัดที่ส่งผลกระทบเฉพาะแปลงที่ดินหรือคำสั่งเดียวมักบ่งชี้ถึงกฎเฉพาะที่ ไม่ใช่ความล้มเหลวในการเข้าสู่ระบบเซิร์ฟเวอร์โดยทั่วไป
3. หากเซิร์ฟเวอร์ใช้ปลั๊กอินหรือม็อด: ตรวจสอบกฎเฉพาะที่เกี่ยวข้อง
สำหรับเซิร์ฟเวอร์ Java ที่ใช้งานปลั๊กอินการอนุญาต เช่น LuckPerms ผู้ดูแลระบบควรตรวจสอบตัวตนของผู้เล่น กลุ่มที่ได้รับมอบหมาย และบริบทของเซิร์ฟเวอร์/โลกให้แน่ชัด จากนั้นตรวจสอบการตรวจสอบสิทธิ์ที่ถูกปฏิเสธเอกสารการใช้งาน ของ LuckPerms อธิบายถึงโหนดการอนุญาตและเครื่องมือแบบละเอียดสำหรับตรวจสอบการตรวจสอบขณะที่กำลังเกิดขึ้น อนุญาตเฉพาะโหนดที่ระบุไว้ในเอกสารซึ่งจำเป็นสำหรับคุณสมบัตินั้น จากนั้นทดสอบกับผู้เล่นที่ได้รับผลกระทบ หลีกเลี่ยงการให้สิทธิ์แบบกว้างๆ เช่น*: เพราะอาจให้การควบคุมมากกว่าที่ตั้งใจไว้
ในเซิร์ฟเวอร์ที่มีการติดตั้งม็อด ควรแยกแยะความแตกต่างระหว่างการปฏิเสธสิทธิ์กับการทำงานผิดพลาดของตัวโหลดหรือการเชื่อมต่อม็อด หากเกมแจ้งว่าม็อดหายไปหรือเวอร์ชันไคลเอ็นต์/เซิร์ฟเวอร์ไม่เข้ากัน เจ้าของเซิร์ฟเวอร์ควรเปรียบเทียบแพ็กม็อดและตัวโหลดที่เซิร์ฟเวอร์ต้องการกับไคลเอ็นต์ การติดตั้งม็อดอนุญาตบนไคลเอ็นต์เพียงอย่างเดียวจะไม่สามารถลบล้างกฎการเข้าถึงฝั่งเซิร์ฟเวอร์ได้
4. ส่งหลักฐานที่เป็นประโยชน์ให้เจ้าของ
หากคุณไม่ใช่เจ้าของเซิร์ฟเวอร์ โปรดแชร์ข้อความแสดงข้อผิดพลาดที่แน่นอน ไม่ว่าจะเป็นก่อนเข้าร่วมหรือหลังจากคำสั่ง/การกระทำใดๆ เวอร์ชันของคุณ (Java หรือ Bedrock) และชื่อเซิร์ฟเวอร์หรือ Realm การแคปหน้าจอข้อความจะช่วยได้มาก อย่าส่งรหัสผ่าน Microsoft โทเค็นเซสชัน หรือรายละเอียดบัญชีส่วนตัวของคุณ เจ้าของเซิร์ฟเวอร์ควรเปรียบเทียบรายงานนั้นกับบันทึกคอนโซลหรือบันทึกปลั๊กอินในเวลาเดียวกัน และเปลี่ยนแปลงเฉพาะการตั้งค่าที่ตรงกับการปฏิเสธเท่านั้น
รักษาการตั้งค่าสิทธิ์การเล่นหลายผู้เล่นใน Minecraft ให้เชื่อถือได้
- หมั่นอัปเดตรายชื่อผู้ได้รับอนุญาตส่วนตัวให้เป็นปัจจุบัน และใช้ชื่อบัญชีหรือ Gamertag ที่ถูกต้องสำหรับแต่ละเวอร์ชัน
- ควรใช้สถานะผู้ปฏิบัติงานอย่างจำกัด และกำหนดสิทธิ์เฉพาะคำสั่งในกรณีที่ระบบการอนุญาตของเซิร์ฟเวอร์รองรับ
- โปรดสำรองข้อมูลโลกและการตั้งค่าสิทธิ์ก่อนทำการเปลี่ยนแปลงการตั้งค่าเซิร์ฟเวอร์หรืออัปเดตปลั๊กอิน
- หลังจากอัปเดตปลั๊กอิน ม็อดแพ็ก หรือเซิร์ฟเวอร์แล้ว ให้ตรวจสอบฟีเจอร์ที่ได้รับผลกระทบด้วยบัญชีทดสอบที่ไม่ใช่ผู้ดูแลระบบ
- เมื่อเข้าร่วม Realms หรือโลก Bedrock ข้ามแพลตฟอร์ม โปรดตรวจสอบคำเชิญ ความเป็นส่วนตัวของบัญชี และข้อกำหนดการเล่นหลายผู้เล่นของแต่ละแพลตฟอร์มแยกต่างหาก
สรุปสั้นๆ คือการปฏิเสธการเข้าร่วมต้องตรวจสอบคำเชิญ รายชื่ออนุญาต การแบน หรือบัญชีผู้ใช้ การปฏิเสธคำสั่งต้องตรวจสอบระดับผู้ดูแลระบบหรือสิทธิ์ที่เหมาะสม การจำกัดการสร้างต้องตรวจสอบโหมดเกมหรือกฎของภูมิภาค การแก้ไขให้ตรงกับอาการจะช่วยแก้ ปัญหา เรื่องสิทธิ์ของเซิร์ฟเวอร์ Minecraft ได้อย่างถูกต้อง โดยไม่ต้องให้สิทธิ์ผู้ดูแลระบบแก่ผู้เล่นทุกคนโดยไม่จำเป็น
ข้อมูลอ้างอิงอย่างเป็นทางการ