दोस्तों के साथ मुफ़्त Minecraft सर्वर बनाएँ

दोस्तों के लिए Minecraft सर्वर बनाने में तीन बातें जरूरी हैं: सबके पास सही गेम संस्करण हो, सर्वर की प्रक्रिया चल रही हो और हर व्यक्ति को सही गेम पता मिले। मालिक होस्टिंग में सर्वर बनाता है। बाकी खिलाड़ी अपने गेम और खाते से जुड़ते हैं। मुफ्त होस्टिंग Minecraft की लाइसेंस, Microsoft खाता या कंसोल पर multiplayer की अनुमति नहीं देती।

शुरू करने से पहले सभी से उनका उपकरण, Java या Bedrock Edition और गेम का संस्करण पूछें। तय करें कि नई दुनिया चाहिए या पुरानी दुनिया लानी है। अगर modpack चाहिए, उसका पूरा नाम और रिलीज लिखें। फिर एक व्यक्ति को सेटिंग, बैकअप और अगली बैठक से पहले सर्वर चालू करने की जिम्मेदारी दें। इससे अलग-अलग दोस्तों के पास विरोधी जानकारी नहीं रहती।

इस गाइड में चुनाव, निर्माण, जुड़ने, प्रवेश नियंत्रण, दुनिया आयात करने और समस्याएं ढूंढने के चरण हैं। मुफ्त योजना के वर्तमान संसाधन और शर्तें इस पेज के कॉन्फिगरेटर में देखें। किसी भी दुनिया के लिए एक ही निश्चित खिलाड़ी संख्या सही नहीं होगी। नए chunks, simulation distance, entities और अतिरिक्त सॉफ्टवेयर भी सर्वर का काम बढ़ाते हैं।

सिर्फ Minecraft नाम पूछना पर्याप्त नहीं है। Windows पर Java और Bedrock दोनों हो सकते हैं, इसलिए व्यक्ति वास्तव में कौन सा गेम खोलता है, यह देखें। फोन और टैबलेट आम तौर पर Bedrock इस्तेमाल करते हैं। macOS और Linux पर सामान्य Java खेला जाता है। कंसोल भी Bedrock इस्तेमाल करते हैं, लेकिन बाहरी सर्वर जोड़ने के विकल्प सीमित हो सकते हैं।

Geyser समर्थित Bedrock कनेक्शन को Java सर्वर तक पहुंचाने के लिए अनुवाद करता है। दुनिया फिर भी Java की रहती है। Floodgate Bedrock खाते को अतिरिक्त Java लाइसेंस के बिना प्रमाणित करने का तरीका देता है, लेकिन खिलाड़ी को Bedrock का अपना वैध प्रवेश चाहिए। सामान्य Bedrock Dedicated Server अपने आप Java ग्राहक को स्वीकार नहीं करता।

मिश्रित समूह के लिए Geyser की आधिकारिक स्थापना गाइड पढ़ें। नया client code और विशेष blocks मांगने वाला बड़ा Java modpack केवल Geyser लगाने से फोन की पैक नहीं बन जाता। जिस सुविधा के लिए आप यह सर्वर चाहते हैं, उसे असली Bedrock ग्राहक पर पहले जांचें।

LAN दुनिया एक उपलब्ध स्थानीय नेटवर्क में खेलने के लिए उपयोगी है। अक्सर उसे खोलने वाले व्यक्ति को अपना गेम चालू रखना होता है। दूसरे घर में बैठा दोस्त केवल इसलिए नहीं जुड़ सकता कि आपके कंप्यूटर को वह दुनिया स्थानीय सूची में दिखती है। इंटरनेट से प्रवेश के लिए अलग रास्ता या दूसरी होस्टिंग व्यवस्था चाहिए।

बाहरी होस्टिंग में दुनिया आपके घर से बाहर चलती है। आप उसका गेम पता देते हैं, और आपके कंप्यूटर को दुनिया चलाने की जिम्मेदारी नहीं निभानी पड़ती। मुफ्त योजना में संसाधनों की सीमा या निष्क्रिय होने पर सोने की व्यवस्था हो सकती है। तब बैठक से पहले सर्वर चालू करना जरूरी तैयारी है।

Realms संबंधित Edition और वर्तमान प्रस्ताव की निजी multiplayer सुविधा है। यह किसी भी custom Java loader, plugin या modpack का सार्वभौमिक विकल्प नहीं है। अगर समूह को खास पैक चाहिए, पहले उस पैक की जरूरतें देखें। कीमत के साथ सुविधाएं और गेम का प्रकार भी निर्णय का हिस्सा हैं।

अगर प्रक्रिया सोती है तो लगातार चलने वाले फार्म का वादा न करें। उस अवस्था में दुनिया सामान्य सक्रिय खेल की तरह ticks नहीं करती। सप्ताहांत में खेलने वाले दोस्तों और निरंतर simulation पर निर्भर प्रोजेक्ट की जरूरतें अलग हैं। अपनी वास्तविक खेलने की आदत के अनुसार योजना चुनें।

Edition, गेम संस्करण, कठिनाई, दुनिया का स्रोत और व्यवस्थापक लिखें। शुरुआत में नया Survival विश्व और बिना अतिरिक्त components का सर्वर आसान आधार हो सकता है। modpack के लिए पूरा नाम, रिलीज और loader जोड़ें। दो पैक में एक ही Minecraft संस्करण होने से उनके client profiles समान नहीं हो जाते।

PvP, Creative और साझा सामान के नियम तय करें। कौन सेटिंग बदल सकता है? गलती से टूटे भवन या खोए सामान पर क्या करेंगे? जरूरी बदलाव से पहले बाकी समूह को सूचना दें। बिना बताए संस्करण बदलने से केवल सप्ताहांत खेलने वाला दोस्त पुराने client के साथ बाहर रह सकता है।

एक साथ दुनिया आयात, loader बदलाव और कई mods न डालें। पहले साफ सर्वर में प्रवेश जांचें। फिर एक पहचाने जाने योग्य परिवर्तन करें और वही जांच दोहराएं। अगर नई स्थिति खराब है तो पता रहेगा कि अंतिम कौन सा कदम कारण हो सकता है। पुराने काम करने वाले आधार को संभालकर रखें।

मुख्य होस्टिंग खाता व्यवस्थापक के लिए है। सामान्य दोस्तों को गेम पता और अपना Minecraft खाता चाहिए, मुख्य panel password नहीं। अगर कोई प्रशासन में मदद करता है तो उपलब्ध सीमित अधिकार उसके काम के अनुसार दें। दुनिया में खेलने का अधिकार और फाइल या भुगतान सेटिंग बदलने का अधिकार अलग हैं।

इस पेज का कॉन्फिगरेटर खोलें और अपनी योजना से चुनाव मिलाएं। मुफ्त विकल्प मौजूद होने पर भी सॉफ्टवेयर, संसाधन और समय संबंधी शर्तें वास्तविक प्रस्ताव से तय होती हैं। फोन वाले समूह के लिए बिना समझे Java न चुनें; मिश्रित प्रवेश के लिए उपयुक्त bridge की व्यवस्था जरूरी है।

1. समूह के अनुसार Java या Bedrock चुनें।
2. जरूरी सुविधाओं वाला उपलब्ध सॉफ्टवेयर चुनें।
3. तय गेम संस्करण या पैक की सटीक रिलीज रखें।
4. वर्तमान संसाधन और योजना की शर्तें पढ़ें।
5. निर्माण पूरा करें और panel में सर्वर खोलें।
6. प्रक्रिया चालू करें और console में पूरा startup देखें।
7. गेम host और आवंटित port कॉपी करें।

फॉर्म पूरा होना और गेम का तैयार होना दो अलग चरण हैं। नई दुनिया को generate होने में समय लग सकता है। बार-बार start दबाने से यह काम तेज नहीं होता। अगर प्रक्रिया बंद हो रही है तो पहले console की महत्वपूर्ण त्रुटि समझें, फिर दोस्तों को बुलाएं।

आवंटित port बनाए रखें। दूसरे गाइड का सामान्य port आपकी स्थापना का port जरूरी नहीं है। केवल configuration file में संख्या बदलने से होस्टिंग की नई network allocation नहीं बनती। यही नियम Bedrock और Java के अलग प्रवेश पर भी लागू होता है।

समर्थित संस्करण वाला Java खोलें। modpack के लिए उसी रिलीज का profile इस्तेमाल करें, जिसमें जरूरी loader और client mods मौजूद हों। Vanilla उस पैक का विकल्प नहीं है अगर सर्वर अनिवार्य client components मांगता है। multiplayer खोलें और नया सर्वर जोड़ें।

गेम पता डालें और यदि दिए गए डेटा में port है तो उसे रखें: host:port। https://, panel की path या घर के कंप्यूटर का निजी पता न जोड़ें। सूची में दिया नाम आपकी सुविधा का लेबल है, वास्तविक network destination नहीं।

कुछ Java नामों के लिए SRV record port तय करता है। यह उस खास DNS नाम की configuration है, हर domain की स्वचालित सुविधा नहीं। पहली जांच में panel से मिले पूरे डेटा का इस्तेमाल करें। अगर प्रदाता ने खास SRV नाम दिया है तो उसी निर्देश का पालन करें।

प्रवेश के बाद spawn, game mode और सही दुनिया देखें। पुरानी दुनिया लाई है तो कोई परिचित भवन, inventory और जरूरी dimension जांचें। फिर दूसरे घर के दोस्त से वही प्रवेश करवाएं। Minecraft का आधिकारिक multiplayer लेख, अंग्रेजी में बुनियादी menu और जुड़ने की जानकारी देता है।

बाहरी server जोड़ने वाला Bedrock उपकरण खोलें और host तथा Bedrock port अलग fields में भरें। Java port को Bedrock का विकल्प न मानें। Geyser इस्तेमाल होने पर दुनिया साझा हो सकती है, लेकिन दोनों Editions का network entry अलग रह सकता है।

स्थिर client version जांचें। Preview या Beta सामान्य स्थिर सर्वर से मेल खाए, यह जरूरी नहीं। किसी फोन पर automatic update हुआ है तो वास्तविक client, server और bridge versions की तुलना करें। संस्करण समस्या को authentication बंद करके ठीक करने की कोशिश न करें।

कंसोल पर बाहरी servers का menu सीमित हो सकता है। समुदाय के सहायक रास्ते platform, network और updates पर निर्भर हैं। Geyser का console दस्तावेज इन सीमाओं को समझने में मदद करता है। महत्वपूर्ण दुनिया स्थानांतरित करने से पहले उस कंसोल की वास्तविक जांच करें।

मिश्रित समूह में एक असली Java और एक असली Bedrock client से प्रवेश करें। दोनों एक-दूसरे को देखें, जरूरी menu खोलें और सामान बचाकर दोबारा आएं। सफल Java login अकेले फोन के network path या Floodgate पहचान की पुष्टि नहीं करता।

गेम पता आगे साझा हो सकता है। निजी समूह के लिए सॉफ्टवेयर की अनुमति सूची इस्तेमाल करें और सामान्य खाते से परिणाम जांचें। सही authentication चालू रखें, ताकि खिलाड़ी के अधिकार और दुनिया का डेटा उचित खाते से जुड़े रहें।

सामान्य Java सर्वर की बुनियादी commands नीचे हैं। PlayerName की जगह असली खाते का नाम दें। console में आम तौर पर शुरुआती slash नहीं चाहिए; गेम में संबंधित अधिकार चाहिए।

whitelist add PlayerName
whitelist on
whitelist list

अनुमति वाले दोस्त का सफल प्रवेश देखें। यदि अपना उपयुक्त test account है जो सूची में नहीं है तो उसके अस्वीकृत प्रवेश की जांच भी करें। केवल setting दिखना नियंत्रण का प्रमाण नहीं है। Bedrock Dedicated Server और Floodgate की पहचान संबंधी व्यवस्था अलग होती है, इसलिए स्थापित सॉफ्टवेयर की commands और नियम अपनाएं।

सामान्य Survival के लिए सभी को operator न बनाएं। operator बड़े प्रशासनिक बदलाव कर सकता है। जांच में दिए अस्थायी अधिकार वापस लें और जहां संभव हो विशिष्ट सुविधाओं के लिए सीमित permissions दें। panel का administration भी सभी खिलाड़ियों के लिए जरूरी नहीं है।

आयात से पहले मूल दुनिया की पूरी copy अलग रखें। स्रोत Edition, संस्करण और जरूरी add-ons लिखें। Java और Bedrock के world formats अलग हैं; archive का नाम बदलना conversion नहीं है। नए संस्करण की दुनिया पुराने server पर खोलना भी विश्वसनीय rollback नहीं है।

लक्षित प्रक्रिया रोकें और सक्रिय दुनिया की वास्तविक directory जांचें। जरूरी files, players, dimensions और संबंधित configuration शामिल करें। archive के अंदर एक अतिरिक्त folder level होने से सर्वर पुरानी दुनिया की जगह नई खाली दुनिया बना सकता है। इसलिए upload के बाद structure भी देखें।

अगर परिचित भवन नहीं दिखता तो पहले active world path और चयन setting जांचें। तुरंत मूल files न हटाएं। आपका डेटा किसी दूसरे directory में सुरक्षित हो सकता है जबकि सॉफ्टवेयर नई जगह से दुनिया खोल रहा है। सही संरचना चुने गए server software के अनुसार तय करें।

आयात के बाद भवन, chests, inventory और उपयोग किए जाने वाले dimensions देखें। साधारण खाते से फिर प्रवेश करें। बैकअप का नाम तारीख और कारण के साथ रखें तथा compatible software versions लिखें। इससे जरूरत पर recovery केवल व्यवस्थापक की याददाश्त पर निर्भर नहीं रहती।

Java plugins, Java mods और Bedrock add-ons अलग mechanisms हैं। चुनी हुई server base को सही प्रकार का विस्तार समर्थित होना चाहिए। किसी खास loader वाले प्रोजेक्ट में server release और सभी दोस्तों के client profiles उस आवश्यकता से मेल खाने चाहिए।

एक component जोड़ें, उसका नाम, version और official source लिखें, फिर startup और सामान्य खिलाड़ी की जांच दोहराएं। login, permissions, inventory और world saving देखें। कई files एक साथ जोड़ने के बाद केवल अंतिम error देखने से कारण पहचानना कठिन होता है।

Geyser को Java की हर सुविधा फोन पर चलने का प्रमाण न मानें। client code मांगने वाला mod और साधारण commands देने वाला server plugin अलग मामलों हैं। जिस menu, item या gameplay के लिए समूह ने चुनाव किया है, उसी का वास्तविक Bedrock परीक्षण करें।

दुनिया में सामग्री बनाने वाला विस्तार हटाने से पहले copy बनाएं और प्रभाव समझें। उसका block या entity पहले से saved world का हिस्सा हो सकता है। बाद में केवल plugin file वापस रखने से बदला हुआ world data हमेशा वापस नहीं आता। महत्वपूर्ण प्रयोग अलग copy पर करें।

RAM जरूरी है, लेकिन अकेली क्षमता नहीं है। नए chunks बनाना, बड़ी view और simulation distances, entities और मशीनें भी काम बढ़ाती हैं। किसी भी दुनिया के लिए स्थिर player count बताना इन अंतर को छिपा देगा। कॉन्फिगरेटर की सीमा और आपके प्रोजेक्ट का व्यवहार साथ में देखें।

सामान्य दूरी और अपनी टीम की वास्तविक गतिविधि से शुरू करें। सभी को blocks वापस आते या mobs रुकते दिखें तो उसी समय server और console देखें। केवल एक कंप्यूटर का FPS कम है तो उसके graphics, तापमान और connection जांचें। अधिक server memory हर client समस्या नहीं ठीक करती।

memory खत्म होना और एक tick में ज्यादा गणना होना अलग समस्याएं हैं। बड़ी Redstone मशीन के लिए काम घटाना जरूरी हो सकता है। एक उचित setting बदलें और वही गतिविधि दोहराएं। समय, जगह और खिलाड़ी संख्या लिखकर तुलना करें, बजाय कई संख्याएं बेतरतीब बदलने के।

सोई हुई प्रक्रिया सामान्य simulation नहीं चलाती। लगातार active रहने वाली दुनिया के लिए उपयुक्त योजना चाहिए। जब प्रोजेक्ट बढ़े तो वास्तविक जरूरत और वर्तमान विकल्प जांचें। पहली बैठकों के लिए साधारण भरोसेमंद आधार अधिक उपयोगी है, बजाय ऐसे प्रदर्शन वादे के जिसे आपने कभी मापा नहीं।

Edition, सटीक version, saved address, प्रयास का समय और पूरा error मांगें। दोबारा प्रयास के दौरान console देखें। कोई भी नहीं जुड़ता तो प्रक्रिया से शुरू करें। केवल एक दोस्त नहीं जुड़ता तो उसके profile और saved connection की तुलना काम कर रहे client से करें।

अज्ञात login error के लिए authentication बंद न करें। इससे identity control और player data का संबंध बदल सकता है। Floodgate हो तो आधिकारिक Floodgate configuration के अनुसार अपनी topology की जांच करें। एक बार में एक कारण सुधारें और उसी असफल प्रयास को फिर दोहराएं।

अपडेट से पहले पूरी दुनिया और उसे चलाने वाले जरूरी components बचाएं। players, dimensions, settings और विस्तारों के versions शामिल करें। सक्रिय installation के अंदर अकेली copy उसी स्थापना की गलती में खो सकती है। अलग copy रखें और महत्वपूर्ण दुनिया के लिए अलग नियंत्रित स्थापना में recovery जांचें।

दोस्तों को बताएं कि अगली बार कौन सा client version खोलना है। प्रक्रिया रोकें, compatible components अपडेट करें और console देखें। फिर साधारण खाते से परिचित chest, dimension और inventory जांचें। नया block रखें, बाहर जाएं और दोबारा आकर saving की पुष्टि करें। दूसरे घर का दोस्त बाहरी प्रवेश भी जांचे।

वापस लौटना हो तो पुराने compatible software, configuration और अपडेट से पहले की दुनिया का पूरा मेल बहाल करें। नई release से saved world को पुराने executable में खोलना सुरक्षित rollback की गारंटी नहीं है। ऐसी कोशिश एकमात्र मूल डेटा पर न करें।

अंत में एक साझा नोट रखें: Edition, version, host, port, खेलने का समय और सर्वर चालू करने वाला व्यक्ति। sleep इस्तेमाल होता है तो उसका तरीका भी समझाएं। बाहरी प्रवेश, सही साधारण अधिकार और जांचा हुआ बैकअप मिलकर अगली बैठक को दोबारा configuration सीखने की बजाय खेलने के लिए तैयार करते हैं।