कनेक्ट करने के लिए पहले उस पते और पोर्ट का उपयोग करें जो आपका सर्वर पैनल में दिखाता है। डिफ़ॉल्ट पोर्ट प्रोटोकॉल को स्पष्ट करते हैं, लेकिन किसी विशिष्ट पोर्ट असाइनमेंट का स्थान नहीं लेते। यदि जॉइन करना विफल हो जाता है, तो नेटवर्क नियम बदलने से पहले सर्वर स्टार्ट, क्लाइंट और पते की जाँच करें।
दोनों गेम कनेक्शनों में अंतर करें
| कनेक्शन | सामान्य डिफ़ॉल्ट | आपके सर्वर के लिए निर्णायक |
|---|---|---|
| Java खिलाड़ी | TCP 25565 | दिखाया गया Java पता और असाइन किया गया TCP पोर्ट |
| Bedrock खिलाड़ी | UDP 19132 | दिखाया गया Bedrock पता और असाइन किया गया UDP पोर्ट |
| Geyser के माध्यम से Bedrock | अलग UDP इनपुट | वास्तविक Geyser कॉन्फ़िगरेशन और पोर्ट असाइनमेंट |
| RCON | पृथक रिमोट प्रशासन | सामान्य गेमप्ले के लिए आवश्यक नहीं |
Paper कॉन्फ़िगरेशन रेफरेंस और BDS रेफरेंस सर्वर पैरामीटर का वर्णन करते हैं। एक खुला TCP पोर्ट यह प्रमाण नहीं है कि Bedrock UDP इनपुट काम कर रहा है।
RCON कोई अतिरिक्त गेम पोर्ट नहीं है। असफल जॉइन को ठीक करने के प्रयास में इस प्रशासनिक एक्सेस को न खोलें। एक वैकल्पिक वेब मैप का भी अपना अलग कनेक्शन होता है और यह सामान्य Minecraft लॉगिन के लिए आवश्यक नहीं है।
इस क्रम में जाँच करें
- पैनल में सही सर्वर खोलें। क्या उसका इंस्टॉलेशन पूरा हो गया है और प्रोसेस वास्तव में शुरू हो गई है?
- कंसोल की स्टार्ट प्रक्रिया पढ़ें। मिसिंग मॉड्स या पोर्ट बाइंडिंग त्रुटि वाला सर्वर विश्वसनीय रूप से कनेक्शन स्वीकार नहीं करता।
- एडिशन और समर्थित क्लाइंट संस्करण की तुलना करें। मॉडपैक के मामले में निर्धारित क्लाइंट इंस्टेंस शुरू होनी चाहिए।
- पैनल से पता और पोर्ट को ठीक वैसे ही लें। गलती से SFTP, वेब या प्रशासनिक डेटा का उपयोग न करें।
- एक नया कनेक्शन टेस्ट करें और सटीक संदेश, समय और टाइम ज़ोन नोट करें।
किसी अतिरिक्त Java पोर्ट के लिए एक पता उदाहरण के लिए play.example.net:25570 जैसा दिख सकता है। यह एक उदाहरण है, आपके सर्वर का पता नहीं। Bedrock क्लाइंट के अनुसार पते और पोर्ट के लिए अलग फ़ील्ड प्रदान करता है। कंसोल अपने स्वयं के सर्वर जोड़ने की क्षमता में भिन्न होते हैं।
त्रुटि संदेशों को संकेत के रूप में उपयोग करें
| अवलोकन | अगली उपयोगी जाँच |
|---|---|
| होस्टनेम अज्ञात | स्पेलिंग और DNS रिज़ॉल्यूशन |
| कनेक्शन अस्वीकृत | स्टार्ट स्थिति, असाइन किया गया पोर्ट और सुनने वाली सेवा |
| टाइमआउट | सही प्रोटोकॉल की पहुँच और नेटवर्क पथ |
| पुराना क्लाइंट या सर्वर | दोनों पक्षों के समर्थित संस्करण |
| व्हाइटलिस्ट या बैन संदेश | प्रभावित खाते के लिए एक्सेस नियम |
| मॉड हैंडशेक विफल | पैक, लोडर और साझा गेमप्ले मॉड्स |
ये संदेश संकेत हैं, स्पष्ट रिमोट डायग्नोसिस नहीं। किसी दूसरे खिलाड़ी के साथ तुलना करें: यदि केवल एक खाता विफल हो रहा है, तो पूरा सर्वर बदलना सामान्यतः पहला उपयोगी कदम नहीं है। यदि सीधा पता और पोर्ट काम करते हैं, लेकिन अपना डोमेन काम नहीं करता, तो DNS पर ध्यान केंद्रित करें।
अपना डोमेन और SRV
एक Java SRV एंट्री सही टारगेट होस्ट और पोर्ट की ओर संकेत कर सकती है। उदाहरण डोमेन के लिए एक सामान्य रूप इस प्रकार है:
_minecraft._tcp.play.example.net. 3600 IN SRV 0 0 25570 node.example.net.
टारगेट होस्ट का सही ढंग से रिज़ॉल्व होना जरूरी है। यह एंट्री कोई पोर्ट नहीं खोलती और पहुँच योग्य सर्वर असाइनमेंट का स्थान नहीं लेती। सेटअप के लिए गाइड अपना डोमेन कनेक्ट करें का उपयोग करें और फिर एक नए कनेक्शन प्रयास से टेस्ट करें। DNS कैश पुराने उत्तर बनाए रख सकते हैं।
इस Java प्रक्रिया को सार्वभौमिक Bedrock समाधान के रूप में लागू न करें। वहाँ संबंधित क्लाइंट के दस्तावेज़ीकृत पते और स्पष्ट पोर्ट का उपयोग करें। Geyser के लिए आपको वास्तव में पहुँच योग्य Bedrock इनपुट की आवश्यकता है; किसी टेक्स्ट फ़ाइल में कोई भी खाली पोर्ट पर्याप्त नहीं है।
किराए का सर्वर या होम सर्वर?
किराए के सर्वर के मामले में सामान्यतः आपको अपने होम राउटर पर कोई फॉरवर्डिंग सेट करने की आवश्यकता नहीं है। सर्वर होस्टर के पास स्थित होता है। यदि सफल स्टार्ट के बावजूद पैनल में दिखाया गया पता पहुँच योग्य नहीं है, तो सपोर्ट को सटीक त्रुटि संदेश और समय बताएँ।
स्वयं चलाए जा रहे होम सर्वर के मामले में सार्वजनिक पहुँच, राउटर असाइनमेंट और फायरवॉल भी शामिल होते हैं। केवल सही इंटरनल मशीन के लिए आवश्यक कनेक्शन खोलें। एक प्राइवेट LAN पता आपके नेटवर्क के बाहर कोई सार्वजनिक टारगेट नहीं है। प्रोवाइडर NAT के मामले में केवल राउटर फॉरवर्डिंग पर्याप्त नहीं हो सकती।
फायरवॉल, एंटीवायरस या खाता सत्यापन को सामान्य रूप से बंद न करें। नेटवर्क समस्या को बायपास करने के लिए online-mode भी न बदलें। इससे आप लॉगिन और संभवतः खिलाड़ी डेटा के असाइनमेंट को बदल देते हैं।
डायग्नोसिस में सपोर्ट की मदद करने वाली जानकारी
सर्वर, एडिशन, क्लाइंट और सर्वर संस्करण, सटीक संदेश, समय, उपयोग किए गए पते का प्रकार और क्या अन्य खिलाड़ी भी प्रभावित हैं, यह नोट करें। कंसोल की संबंधित स्टार्ट और कनेक्शन लाइनें जोड़ें। पासवर्ड, सेशन कोड या एक्सेस कीज़ साझा न करें।
किसी वास्तविक स्टार्ट त्रुटि के मामले में Paper त्रुटि निदान सहायक है। किसी मॉडपैक समस्या के मामले में और पोर्ट बदलावों की तुलना में मॉडपैक जॉइन गाइड अधिक उपयुक्त है।
FAQ
क्या मेरे Java सर्वर को अनिवार्य रूप से पोर्ट 25565 का उपयोग करना चाहिए?
नहीं। निर्णायक असाइन किया गया कनेक्शन है। किसी अन्य पोर्ट के साथ आप उसे सीधे बताते हैं या उसके लिए उपयुक्त डोमेन रिज़ॉल्यूशन सेट करते हैं।
क्या एक ऑनलाइन पोर्ट चेकर यह प्रमाणित करता है कि Bedrock काम कर रहा है?
केवल तभी जब वह वास्तविक Bedrock कनेक्शन की सार्थक जाँच करता हो। एक सामान्य TCP टेस्ट UDP के बारे में बहुत कम बताता है। एक उपयुक्त Bedrock क्लाइंट से टेस्ट करें।
क्या मुझे खेलने के लिए RCON की आवश्यकता है?
नहीं। RCON एक प्रशासनिक फ़ंक्शन है और सामान्य कनेक्शन त्रुटि को ठीक करने का हिस्सा नहीं है।
संबंधित गाइड
यह गाइड अन्य भाषाओं में
Deutsch · English · Español · Français · Nederlands · Português · Русский