Minecraft-Whitelist से तुम अपने Server को सिर्फ साफ तौर पर अनुमति दिए गए खिलाड़ियों तक सीमित करते हो। यह निजी Survival दुनियाओं, बिल्ड प्रोजेक्ट्स, इवेंट्स या Communities के लिए उपयोगी है, जहां तुम एक्सेस पर नियंत्रण रखना चाहते हो। तीन बातें खास हैं: white-list=true, सही तरीके से रखे गए खिलाड़ी नाम और enforce-whitelist=true, ताकि बदलाव भरोसेमंद तरीके से लागू हों।

आवश्यकताएं

तुम्हें Server कंसोल का एक्सेस, गेम में OP अधिकार या server.properties फ़ाइल का एक्सेस चाहिए। इसके अलावा तुम्हें खिलाड़ियों के सटीक Minecraft नाम पता होने चाहिए। Java-Accounts के लिए आम तौर पर खिलाड़ी नाम काफी होता है। अगर Bedrock खिलाड़ी Geyser के जरिए जुड़ते हैं, तो Geyser कॉन्फिगरेशन के हिसाब से नाम किसी Prefix के साथ दिख सकता है; शुरुआती उदाहरण में एक डॉट इस्तेमाल किया गया है।

अगर तुम Server को अभी बुनियादी रूप से सेट अप कर रहे हो, तो आगे का Guide Minecraft Server किराए पर लेना और सेट अप करना – पूरा Guide 2026 तुम्हारी मदद करेगा। समान एक्सेस सोच वाले और Koop-Setups के लिए तुम्हें Valheim Server किराए पर लेना और सेट अप करना – Koop-Guide 2026 भी मिलेगा।

Minecraft Whitelist सेट अप करना

Whitelist क्या है?

Whitelist तुम्हारे Server के लिए एक एक्सेस कंट्रोल है। सिर्फ सूची में मौजूद खिलाड़ी ही जुड़ सकते हैं। यह Moderation की जगह नहीं लेती, लेकिन यह रोकती है कि अनजान Accounts सिर्फ Serveradresse से Join कर जाएं। Paid Multi-Game-Hosting के लिए यह खास तौर पर व्यावहारिक है, क्योंकि तुम Server एक्सेस, Support मामले और ऑपरेशन प्रोसेस को साफ अलग रख सकते हो: जो सूची में नहीं है, वह अंदर नहीं आता।

Microsoft संबंधित Bedrock कमांड को /allowlist के रूप में दस्तावेज करता है; वहां /whitelist को Alias बताया गया है और add, remove, list, off, on और reload actions समझाए गए हैं: Microsoft Learn zur allowlist/whitelist। Java-Server के लिए नीचे दिखाए गए server.properties entries और /whitelist commands व्यावहारिक आधार बने रहते हैं।

Whitelist सक्रिय करना

server.properties में:

white-list=true
enforce-whitelist=true

जब तुम अभी server.properties में हो: motd लाइन तुम्हारी Serverliste entry तय करती है — उसे रंगीन बनाने के लिए तुम हमारे मुफ्त MOTD-Generator का इस्तेमाल कर सकते हो।

या Ingame कमांड से:

/whitelist on

अगर तुम फ़ाइल को सीधे edit करते हो, तो Server को पहले stop करो या बाद में restart करो। Commands के जरिए बदलाव चलते Server पर ज्यादा सुविधाजनक हैं, क्योंकि तुम्हें हर बार फ़ाइल में नहीं जाना पड़ता।

खिलाड़ी जोड़ना

/whitelist add <Spielername>

Bedrock खिलाड़ियों के लिए (Geyser के जरिए):

/whitelist add .<BedRockName>

Spelling पर ध्यान दो। अगर कोई खिलाड़ी जुड़ नहीं पा रहा है, हालांकि तुमने उसे जोड़ दिया है, तो नाम को Login attempt की display या Serverlogs से मिलाओ। Geyser-Setups में खास तौर पर यह जरूरी है कि कोई Prefix इस्तेमाल हो रहा है या नहीं और uppercase/lowercase को कैसे handle किया जा रहा है।

Whitelist मैनेज करना

Command विवरण
/whitelist list सभी खिलाड़ी दिखाना
/whitelist add <name> खिलाड़ी जोड़ना
/whitelist remove <name> खिलाड़ी हटाना
/whitelist reload सूची फिर से लोड करना
/whitelist on/off Whitelist चालू/बंद

हर बड़े बदलाव के बाद /whitelist list इस्तेमाल करो। इससे तुम typo या गलती से दो बार जोड़े गए नाम तुरंत पहचान लेते हो। अगर तुम किसी खिलाड़ी को हटाते हो, तो enforce-whitelist=true जरूरी है, ताकि exclusion अगले connection attempt तक ही relevant न रहे।

whitelist.json

Whitelist whitelist.json में सेव होती है:

[
  {
    "uuid": "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
    "name": "खिलाड़ीनाम"
  }
]

इस फ़ाइल को सिर्फ तभी edit करो जब तुम्हें पता हो कि तुम क्या कर रहे हो। सामान्य संचालन के लिए commands सुरक्षित हैं, क्योंकि Server names और UUIDs को सही तरीके से मैनेज करता है। अगर तुम फ़ाइल को manually बदलते हो, तो उसके बाद /whitelist reload इस्तेमाल करो या Server restart करो।

परिणाम जांचना

पहले /whitelist list से जांचो कि सभी चाहें गए खिलाड़ी शामिल हैं या नहीं। इसके बाद एक listed खिलाड़ी जुड़ पाना चाहिए। एक non-listed Account reject होना चाहिए। साथ में Server कंसोल भी जांचो: वहां तुम देखते हो कि Join attempt Whitelist, गलत नाम या किसी और समस्या की वजह से fail हो रहा है या नहीं।

निजी projects के लिए एक छोटी routine उपयोगी है: खिलाड़ी जोड़ना, Join test करना, सूची दिखाना, बदलाव document करना। खास तौर पर कई admins होने पर इससे बाद में Support सवालों में अस्पष्टता नहीं रहती।

Troubleshooting

खिलाड़ी सूची में है, लेकिन Join नहीं कर पा रहा

सटीक नाम, game mode और Geyser में संभावित prefixes जांचो। शक होने पर entry को /whitelist remove <name> से हटाओ और फिर दोबारा जोड़ो।

हटाए गए खिलाड़ी online बने रहते हैं

enforce-whitelist=true सेट करो और सूची को /whitelist reload से फिर से लोड करो। इस setting के बिना हटाए गए खिलाड़ी Server state के हिसाब से disconnect होने तक जुड़े रह सकते हैं।

फ़ाइल में बदलाव लागू नहीं हो रहे

अगर तुमने server.properties या whitelist.json manually बदली है, तो Whitelist reload करो या Server को controlled तरीके से restart करो। यह भी जांचो कि तुमने सच में active Server instance की फ़ाइल edit की है या नहीं।

OPs और Whitelist को गड़बड़ समझना

Operator अधिकार प्रशासनिक अधिकार हैं, साफ access list नहीं। OPs को सीमित रखो और Whitelist को अलग से maintain करो। इससे साफ रहता है कि कौन administer कर सकता है और कौन सिर्फ खेल सकता है।

टिप्स

  • Enforce Whitelist: enforce-whitelist=true सक्रिय करो, ताकि खिलाड़ी सूची से हटाए जाने पर kick हो जाएं
  • Ops: Operators (OPs) enforce-whitelist बंद होने पर Whitelist के बिना भी join कर सकते हैं
  • Automation: Web-based management के लिए EasyWhitelist जैसे Plugins इस्तेमाल करो

जांच, सीमाएं और सुरक्षित वापसी

Guide “Minecraft Server Whitelist सेट अप करना – सिर्फ दोस्तों को अनुमति देना” लेख में बताए गए Server type और जांच के समय दिख रहे version state पर लागू होता है। Menu names, उपलब्ध versions, Mod या Plugin compatibility और जरूरी resources updates के बाद अलग हो सकते हैं। इसलिए किसी दूसरे game, loader या Server version पर values बिना जांचे transfer मत करो।

World, savegame, configuration या extensions में बदलाव करने से पहले संबंधित files का backup बनाओ। फिर सिर्फ एक related step बदलो और उसे उसी client और Server version से जांचो, जिससे तुम बाद में खेलना चाहते हो।

जांच बिंदु अपेक्षित परिणाम रोकना और वापस जाना
Server start Server बिना नई error message के operational state तक पहुंचता है। Start errors पर बदलाव वापस लो और आखिरी backup restore करो।
Connection test एक test account panel में दिखाई गई address से connect कर सकता है। Version या connection errors पर version, port और approvals फिर से मिलाओ।
Function test बदली गई specific function मौजूदा world या game data को नुकसान पहुंचाए बिना काम करती है। Side effects होने पर Server stop करो और backed-up files restore करो।

एक सफल single test performance या availability guarantee नहीं है। World size, Mods, Plugins, player count, network path और simultaneous load परिणाम बदल सकते हैं। Version, बदलाव और test result document करो, ताकि तुम बाद की deviations समझ सको।

FAQ

क्या हर बदलाव के बाद restart चाहिए?

जरूरी नहीं। अगर तुम /whitelist add, /whitelist remove या /whitelist reload जैसे commands इस्तेमाल करते हो, तो तुम running Server पर सूची manage कर सकते हो। Manual file changes के बाद reload या restart करना उपयोगी है।

क्या Whitelist password से बेहतर है?

Minecraft के लिए Whitelist ज्यादा आम तरीका है, क्योंकि यह specific Accounts को अनुमति देती है। Password साझा किए गए access data से नहीं बचाता, जबकि Whitelist player names यानी Accounts से जुड़ी होती है।

क्या मुझे enforce-whitelist=true हमेशा सक्रिय करना चाहिए?

Private Server के लिए यह ज्यादातर उपयोगी है। यह setting सुनिश्चित करती है कि हटाए गए खिलाड़ी reload के बाद online न रहें, जबकि वे अब सूची में नहीं हैं।

क्या Whitelist Mods और Plugins के साथ काम करती है?

हां, basic Whitelist एक Server function है। Plugins extra management दे सकते हैं, लेकिन उन्हें सोच-समझकर चुनना और updated रखना चाहिए।

Geyser के जरिए Bedrock खिलाड़ियों के लिए क्या करूं?

जांचो कि तुम्हारा Geyser-Setup Bedrock names को कैसे map करता है। उदाहरण में .<BedRockName> इस्तेमाल किया गया है। अगर Join fail होता है, तो console या logs में सच में दिख रहे name को check करो।