एक सहकर्मी से सहकर्मी नेटवर्क गेम में प्रतिभागियों के बीच संबंध स्थापित करने की विशेषताएं

यह जानकारी का एक संग्रह है जिसे मुझे UDP प्रोटोकॉल का उपयोग करके सहकर्मी से सहकर्मी नेटवर्क गेम में प्रतिभागियों के बीच संबंध स्थापित करने के चरण को लागू करने की आवश्यकता थी।

लेख शुरुआती गेम डेवलपर्स के लिए बनाया गया है। मैंने एक लेख लिखने की कोशिश की जिसे मैं खुद ऐसे समय में पढ़ना चाहूंगा जब मैं इस विषय को समझना शुरू कर रहा था: ताकि सभी आवश्यक बारीकियों को एक ही स्थान पर एकत्र किया जा सके, लेकिन साथ ही साथ सरल भाषा में, और दृश्य चित्रों के साथ कुछ भी शानदार नहीं है। शायद कोई काम आएगा।

अनुभवी खेल डेवलपर्स को यहां अपने लिए कुछ भी नया नहीं मिलेगा। लेकिन मैं टिप्पणियों और टिप्पणियों के लिए आभारी रहूंगा।

सहकर्मी से सहकर्मी वास्तुकला के साथ नेटवर्क गेम

• प्रत्येक खिलाड़ी खेल की दुनिया के पूरे राज्य को संग्रहीत करता है और इसे अन्य खिलाड़ियों के साथ सिंक्रोनाइज़ करता है। प्रत्येक खिलाड़ी उपयोगकर्ता के कार्यों को अन्य सभी खिलाड़ियों को देता है। मुख्य खिलाड़ी जो अन्य खिलाड़ियों को इकट्ठा करता है उसे सर्वर कहा जाता है और बाकी ग्राहक होते हैं। सर्वर केवल खिलाड़ियों को इकट्ठा करने के चरण में मुख्य है। और खेल के दौरान कोई मुख्य कंप्यूटर नहीं है।
  
• इस दृष्टिकोण में निम्नलिखित विशेषताएं हैं:
  
  • ट्रैफ़िक खेल की दुनिया की जटिलता पर निर्भर नहीं करता है, बल्कि केवल खिलाड़ियों की संख्या पर निर्भर करता है। इस मोड में, वास्तविक समय की रणनीतियां आमतौर पर काम करती हैं, जहां आपको हजारों इकाइयों को संसाधित करने की आवश्यकता होती है।
    
  • यातायात का आयतन N² के क्रम का है, जहाँ N खिलाड़ियों की संख्या है। इसलिए, यह दृष्टिकोण केवल कुछ ही खिलाड़ियों के लिए खेल के लिए लागू है।
    
  • चूंकि डेटा एक मध्यवर्ती सर्वर के बिना खिलाड़ियों के बीच सीधे प्रसारित होता है, ट्रांसमिशन देरी (लैग्स) न्यूनतम होती है। लेकिन अगर कम से कम एक खिलाड़ी को संचार समस्या है, तो यह सभी खिलाड़ियों को प्रभावित करेगा।
    
  • सभी खिलाड़ियों के बीच संचार चैनल स्थापित करना आवश्यक है। लेकिन अगर खिलाड़ी अलग-अलग स्थानीय नेटवर्क पर हैं, तो यह हमेशा संभव नहीं है।
    
• गेम में डेटा ट्रांसफर करने के लिए आप टीसीपी या यूडीपी का उपयोग कर सकते हैं।
  
  • टीसीपी (ट्रांसमिशन कंट्रोल प्रोटोकॉल) विश्वसनीय बाइट स्ट्रीम डिलीवरी प्रदान करता है। यह खेल के कार्यान्वयन को सरल करता है, लेकिन डेटा ट्रांसमिशन देरी पर कोई नियंत्रण नहीं है।
    
  • यूडीपी (उपयोगकर्ता डेटाग्राम प्रोटोकॉल) उनकी डिलीवरी की गारंटी के बिना एक सरल पैकेट हस्तांतरण प्रोटोकॉल है। लेकिन इसकी सादगी के कारण, यूडीपी का उपयोग वास्तविक समय प्रणालियों में किया जाता है जब विलंबित या खोए हुए पैकेटों की प्रतीक्षा करना अस्वीकार्य है। यूडीपी के उपयोग से खेल में देरी को कम किया जा सकता है, लेकिन यह खेल के कार्यान्वयन को जटिल बनाता है।
    
  यह लेख यूडीपी के उपयोग का वर्णन करता है।
  

स्थानीय नेटवर्क पर एक कनेक्शन स्थापित करना

• खिलाड़ियों के बीच संबंध स्थापित करने के लिए, क्लाइंट को सर्वर का आईपी पता और गेम प्रोग्राम को सुनने वाले पोर्ट को जानना होगा।
  
  
  
  
  
  • उदाहरण के लिए, खिलाड़ी A के कंप्यूटर का स्थानीय नेटवर्क पर 192.168.1.2 का IP पता है। प्लेयर ए सर्वर मोड में अपने कंप्यूटर पर गेम प्रोग्राम लॉन्च करता है, और प्रोग्राम पोर्ट 50120 पर सुनता है। प्लेयर ए किसी भी तरह से इस जानकारी को खिलाड़ी बी तक पहुंचाता है।
    
  • प्लेयर B के कंप्यूटर का स्थानीय नेटवर्क पर 192.168.1.5 का IP पता है। प्लेयर बी क्लाइंट मोड में अपने कंप्यूटर पर गेम प्रोग्राम लॉन्च करता है, और प्रोग्राम 50150 पोर्ट लेता है। प्लेयर बी गेम प्रोग्राम में सर्वर एड्रेस 192.168.1.2►0120 में प्रवेश करता है, और प्रोग्राम निर्दिष्ट पते पर सर्वर को एक अनुरोध भेजता है।
    
  • सर्वर स्टैंडबाय मोड में है, और खिलाड़ी बी से अनुरोध प्राप्त करने के बाद, यह अपना पता 192.168.1.5 .0150 पता लगाएगा। इस प्रकार, क्लाइंट और सर्वर ने एक कनेक्शन स्थापित किया और गेम शुरू कर सकते हैं।
    
• यदि कई क्लाइंट सर्वर से जुड़े हैं, तो सर्वर को उनमें से प्रत्येक को अन्य क्लाइंट के पते भेजने होंगे।
  
  
  
  
  उदाहरण में चित्र में, सर्वर A ग्राहक B को ग्राहक C (192.168.1.6►0160) का पता भेजता है, और ग्राहक C ग्राहक B (192.168.1.5►0150) का पता भेजता है। इस प्रकार, सभी खिलाड़ी "प्रत्येक के साथ प्रत्येक" कनेक्शन स्थापित करने में सक्षम होंगे।
  
• हर बार खेल शुरू होने पर, सर्वर ऑपरेटिंग सिस्टम से किसी भी मुफ्त पोर्ट का अनुरोध कर सकता है। लेकिन हर बार एक ही पोर्ट का उपयोग करना अधिक सुविधाजनक होता है ताकि क्लाइंट को हर बार एक नए पोर्ट में प्रवेश न करना पड़े।
  
  सभी बंदरगाहों को तीन श्रेणियों में बांटा गया है:
  
  • [०, १०२३] - प्रसिद्ध (प्रणालीगत)।
    
  • [1024, 49151] - पंजीकृत (उपयोगकर्ता)। सर्वर के लिए पोर्ट को इस रेंज में चुना जाना चाहिए।
    
  • [४ ९ १५२, ६५५३५] - गतिशील (निजी)। यहां, ओएस कार्यक्रमों के लिए अस्थायी पोर्ट आवंटित करता है।
    
  
  विकिपीडिया पर, आप आरक्षित बंदरगाहों की सूची देख सकते हैं। अगला, उदाहरण के लिए, गेम सर्वर के लिए पोर्ट 49094 चुना गया है।
  
• एक कंप्यूटर में कई नेटवर्क इंटरफेस हो सकते हैं, दोनों वास्तविक (ईथरनेट, वाईफाई), और वर्चुअल (वीपीएन)। प्रत्येक नेटवर्क इंटरफ़ेस का अपना आईपी पता होता है। कार्यक्रम सर्वर उपयोगकर्ता को नेटवर्क इंटरफ़ेस का चयन करने का अवसर प्रदान कर सकता है जिसके द्वारा वह ग्राहक के अनुरोधों की प्रतीक्षा करेगा। लेकिन एक विशेष वाइल्डकार्ड आईपी एड्रेस 0.0.0.0 का उपयोग करना सुविधाजनक है। यदि प्रोग्राम इस आईपी पते के साथ एक सॉकेट खोलता है, तो यह इस कंप्यूटर के सभी नेटवर्क इंटरफेस के लिए निर्दिष्ट पोर्ट को सुनेगा। इस प्रकार, खिलाड़ी को यह सोचने की ज़रूरत नहीं है कि कौन सा नेटवर्क इंटरफ़ेस चुनना है।
  
• आप क्लाइंट की मदद भी कर सकते हैं और स्वचालित रूप से सर्वर का आईपी पता निर्धारित कर सकते हैं। यदि ग्राहक एक विशेष प्रसारण आईपी पते (प्रसारण) के लिए अनुरोध भेजता है, तो स्थानीय नेटवर्क के सभी कंप्यूटर इसे प्राप्त करेंगे।
  
  उदाहरण के लिए, यदि नेटवर्क पता 192.168.1.0 है, सबनेट मास्क 255.255.255.0 है, तो प्रसारण आईपी पता 192.168.1.255 होगा।
  
  
  
  
  यदि सभी गेम सर्वर पोर्ट 49094 पर सुन रहे हैं, तो 192.168.1.255-00-009094 के पते पर भेजा गया पैकेट इस नेटवर्क के सभी गेम सर्वरों द्वारा प्राप्त किया जाएगा। प्रत्येक सर्वर प्रेषक को एक पुष्टिकरण भेजेगा। और इसलिए ग्राहक को अपने नेटवर्क पर सभी गेम सर्वरों की एक सूची प्राप्त होगी, और वह उस सर्वर का चयन करने में सक्षम होगा जिसकी उसे आवश्यकता है।
  
• यदि सभी खिलाड़ी एक ही स्थानीय नेटवर्क पर हैं, तो "प्रत्येक के साथ प्रत्येक" कनेक्शन स्थापित करना काफी सरल है। फ़ायरवॉल के कारण सर्वर पोर्ट के लिए क्लाइंट एक्सेस की समस्याएं हो सकती हैं। लेकिन यह ओएस और सुरक्षा सेटिंग्स पर निर्भर करता है।
  

स्थानीय नेटवर्क से इंटरनेट पर एक सर्वर से कनेक्शन स्थापित करना

• एक नियम के रूप में, कंप्यूटर सीधे इंटरनेट से जुड़े नहीं हैं, लेकिन एक राउटर के माध्यम से। और, एक नियम के रूप में, राउटर नेटवर्क एड्रेस ट्रांसलेशन (NAT, नेटवर्क एड्रेस ट्रांसलेशन) करता है ।
  
  उदाहरण के लिए, क्लाइंट C स्थानीय नेटवर्क पर है और रूटर B के माध्यम से इंटरनेट तक पहुंच है, जबकि सर्वर A का इंटरनेट पर सार्वजनिक आईपी पता है। उन्हें निम्नलिखित पते दें:
  
  
  
  
  
  • सर्वर A का इंटरनेट पता 203.0.113.2 है। सर्वर प्रोग्राम पोर्ट 49094 पर सुनता है।
    
  • इंटरनेट पर राउटर बी का पता 203.0.113.5 है। स्थानीय नेटवर्क पर राउटर बी का पता 192.168.1.1 है।
    
  • स्थानीय नेटवर्क पर ग्राहक C पता 192.168.1.5 है। क्लाइंट प्रोग्राम पोर्ट 50150 पर कब्जा कर लेता है, और 203.0.113.2-00-009094 पर सर्वर को एक पैकेट भेजता है।
    
  • राउटर बी अपने स्थानीय नेटवर्क पर डिफ़ॉल्ट गेटवे है । यही है, वर्तमान स्थानीय नेटवर्क से नहीं पते वाले सभी पैकेट इसे भेजे जाते हैं।
    
  • राउटर में एक पता अनुवाद तालिका है: (आंतरिक पता: आंतरिक बंदरगाह) - (बाहरी पता: बाहरी बंदरगाह)। क्लाइंट से सर्वर 203.0.113.2-00-009094 पर एक पैकेट प्राप्त करने के बाद, राउटर किसी भी मुफ्त बाहरी पोर्ट का चयन करता है, उदाहरण के लिए 52050, और पता अनुवाद तालिका में एक प्रविष्टि बनाता है: 192.168.1.5►010150 - 203.0.113.5►2050।
    
  • राउटर 192.168.1.5/100150 के आंतरिक पते को पैकेट में बाहरी पते 203.0.113.5/102050 के साथ बदलता है, और बदले हुए पैकेट को सर्वर में स्थानांतरित करता है।
    
  • सर्वर को प्रेषक पते 203.0.113.5, 2020 के साथ एक पैकेट प्राप्त होता है, और इस पते पर एक प्रतिक्रिया भेजता है, अर्थात् राउटर को।
    
  • सर्वर से पैकेट प्राप्त करने के बाद, राउटर अपने एड्रेस ट्रांसलेशन टेबल में प्राप्तकर्ता पते की तलाश करता है, प्राप्तकर्ता के बाहरी पते का रिवर्स रिप्लेसमेंट 203.0.113.5►2050 आंतरिक पते 192.168.1.5►0150 के साथ करता है, और इस पते पर पैकेट भेजता है, यानी क्लाइंट।
    
  • यदि क्लाइंट सर्वर को बाद के पैकेट भेजता है, तो राउटर प्रेषक के पते को देखता है कि यह देखने के लिए कि क्या ऐसा रिकॉर्ड पहले से ही तालिका में मौजूद है, और यदि ऐसा है, तो यह पहले से आवंटित बाहरी पोर्ट का उपयोग करता है, इस मामले में 52050।
    
  • इस प्रकार, क्लाइंट और सर्वर ने NAT के माध्यम से एक कनेक्शन स्थापित किया, और गेम शुरू कर सकते हैं। लेकिन सर्वर अपने स्थानीय नेटवर्क में क्लाइंट के आंतरिक पते को नहीं जानता है, और मानता है कि क्लाइंट एक राउटर है।
    
  • पता अनुवाद तालिका में प्रविष्टि समय की एक निश्चित अवधि के लिए मान्य है, आमतौर पर 1-3 मिनट। इसलिए, क्लाइंट और सर्वर को समय-समय पर पैकेट का आदान-प्रदान करने की आवश्यकता होती है ताकि उन्हें जोड़ने वाला रिकॉर्ड डिलीट न हो। यदि क्लाइंट रिकॉर्ड को हटाने के बाद सर्वर को एक नया पैकेट भेजता है, तो राउटर पर नए रिकॉर्ड के लिए एक अलग बाहरी पोर्ट आवंटित किया जा सकता है, और सर्वर के लिए यह एक अलग पते वाला दूसरा क्लाइंट होगा।
    
• एक नियम के रूप में, उपयोगकर्ता का राउटर इंटरनेट से सीधे जुड़ा नहीं है, लेकिन इंटरनेट प्रदाता के आंतरिक नेटवर्क पर स्थित है। अर्थात्, क्लाइंट दो NAT के पीछे है।
  
  उदाहरण के लिए, इस तरह:
  
  
  
  
  यही है, नेटवर्क पतों का दोहरा अनुवाद किया जाता है।
  
• NAT के विभिन्न प्रकार हैं:
  
  • फुल कोन नैट
    
    
    
    
    
    • एड्रेस ट्रांसलेशन टेबल (आंतरिक पता: आंतरिक बंदरगाह) - (बाहरी पता: बाहरी बंदरगाह) में एक प्रविष्टि बनाए जाने के बाद, प्रेषक के सभी पैकेट (आंतरिक पता: आंतरिक बंदरगाह) किसी भी प्राप्तकर्ता के पते (बाहरी पते: बाहरी बंदरगाह) के माध्यम से प्रेषित किए जाते हैं।
      
    • कोई भी बाहरी सर्वर पैकेट को (आंतरिक पता: आंतरिक पोर्ट) भेज सकता है, पैकेट को (बाहरी पता: बाहरी पोर्ट) भेज सकता है।
      
    उदाहरण के लिए, क्लाइंट C एक ही बाहरी पते 203.0.113.5► 202050 का उपयोग करके सर्वर A और D को पैकेट भेजता है। यदि सर्वर E इस पते पर एक पैकेट 203.0.113.550 202050 पर भेजता है, तो राउटर इसे ग्राहक C को दे देगा।
    
  • पता-प्रतिबंधित शंकु NAT।
    
    
    
    
    
    • एड्रेस ट्रांसलेशन टेबल (आंतरिक पता: आंतरिक बंदरगाह) - (बाहरी पता: बाहरी बंदरगाह) में एक प्रविष्टि बनाए जाने के बाद, प्रेषक के सभी पैकेट (आंतरिक पता: आंतरिक बंदरगाह) किसी भी प्राप्तकर्ता के पते (बाहरी पते: बाहरी बंदरगाह) के माध्यम से प्रेषित किए जाते हैं।
      
    • एक बाहरी सर्वर (सर्वर पता: सर्वर पोर्ट) पैकेट को (आंतरिक पता: आंतरिक पोर्ट) भेज सकता है, पैकेट को (बाहरी पता: बाहरी पोर्ट) केवल तभी भेज सकता है (आंतरिक पता: आंतरिक बंदरगाह) पहले भेजे गए पैकेट को (सर्वर पता: कोई भी पोर्ट)।
      
    उदाहरण के लिए, क्लाइंट C एक ही बाहरी पते 203.0.113.5► 202050 का उपयोग करके सर्वर A और D को पैकेट भेजता है। सर्वर डी अपने किसी भी पोर्ट से राउटर एड्रेस 203.0.113.550 202050 के माध्यम से क्लाइंट सी को एक पैकेट भेज सकता है। लेकिन राउटर सर्वर E से पैकेट पास नहीं करेगा।
    
  • पोर्ट-प्रतिबंधित शंकु NAT।
    
    
    
    
    
    • एड्रेस ट्रांसलेशन टेबल (आंतरिक पता: आंतरिक बंदरगाह) - (बाहरी पता: बाहरी बंदरगाह) में एक प्रविष्टि बनाए जाने के बाद, प्रेषक के सभी पैकेट (आंतरिक पता: आंतरिक बंदरगाह) किसी भी प्राप्तकर्ता के पते (बाहरी पते: बाहरी बंदरगाह) के माध्यम से प्रेषित किए जाते हैं।
      
    • एक बाह्य सर्वर (सर्वर पता: सर्वर पोर्ट) पैकेट को (आंतरिक पता: आंतरिक पोर्ट) भेज सकता है, पैकेट को (बाहरी पते: बाहरी पोर्ट) केवल तभी भेज सकता है (आंतरिक पता: आंतरिक बंदरगाह) पहले भेजे गए पैकेट को (सर्वर पता: पोर्ट) सर्वर)।
      
    उदाहरण के लिए, क्लाइंट C एक ही बाहरी पते 203.0.113.5► 202050 का उपयोग करके सर्वर A और D को पैकेट भेजता है। राउटर या तो सर्वर E या किसी अन्य सर्वर पोर्ट D से पैकेट पास नहीं करेगा।
    
  • सममितीय NAT (सममितीय NAT)।
    
    
    
    
    
    • यदि समान आंतरिक प्रेषक (आंतरिक पता: आंतरिक पोर्ट) पैकेट को अलग-अलग प्राप्तकर्ता (सर्वर पता: सर्वर पोर्ट) को भेजता है, तो प्रत्येक प्राप्तकर्ता पते के लिए एक अलग बाहरी पोर्ट आवंटित किया जाएगा और पता अनुवाद तालिका में एक अलग प्रविष्टि का उपयोग किया जाएगा।
      
    • केवल बाह्य सर्वर (सर्वर पता: सर्वर पोर्ट) जो आंतरिक प्रेषक (आंतरिक पता: आंतरिक पोर्ट) से पैकेट प्राप्त करता है, पैकेट को वापस भेज सकता है।
      
    उदाहरण के लिए, क्लाइंट C बाहरी पते 203.0.113.550 202050 और एक अन्य बाहरी पते 203.0.113.5 20201 का उपयोग करके सर्वर D का उपयोग करके सर्वर A को पैकेट भेजता है। राउटर या तो सर्वर E या किसी अन्य सर्वर पोर्ट D से पैकेट पास नहीं करेगा।
    
• यदि कई क्लाइंट गेम सर्वर से जुड़े हैं, तो एक पीयर-टू-पीयर गेम के लिए आपको सर्वर को दरकिनार करके प्रत्येक जोड़ी क्लाइंट के बीच सीधे कनेक्शन स्थापित करने की आवश्यकता है।
  
  उदाहरण के लिए, दो ग्राहक C और E सर्वर A से जुड़े हैं:
  
  
  
  
  
  • ग्राहक C का 192.168.1.5/100150 का आंतरिक पता और 203.0.113.5/102050 का बाहरी पता है।
    
  • क्लाइंट E का 192.168.2.5:50250 का आंतरिक पता और 203.0.113.6-062060 का बाहरी पता है।
    
  • सर्वर को प्रत्येक क्लाइंट को दूसरे क्लाइंट का बाहरी पता बताना होगा।
    
  • आमतौर पर, राउटर पोर्ट-प्रतिबंधित शंकु NAT प्रकार NAT का उपयोग करते हैं। राउटर क्लाइंट को केवल प्रेषक (आईपी एड्रेस और पोर्ट) से पैकेट पास करता है, जिससे क्लाइंट ने पहले पैकेट भेजे थे। और अगर ग्राहक C ग्राहक E को एक पैकेट भेजता है, तो राउटर D इस पैकेट को नहीं छोड़ेगा।
    
  • इस स्थिति में, यूडीपी छेद छिद्रण विधि का उपयोग किया जाता है। दोनों ग्राहकों को एक-दूसरे को यूडीपी के पैकेट भेजने होंगे। जैसे ही क्लाइंट C क्लाइंट E को एक पैकेट भेजता है, तो राउटर B, क्लाइंट E से पैकेट प्राप्त करने के लिए तैयार हो जाएगा। इसी तरह, जैसे ही क्लाइंट E ग्राहक C को एक पैकेट भेजता है, तो राउटर D क्लाइंट C से पैकेट प्राप्त करने के लिए तैयार हो जाएगा। प्रेषित पहले खो जाएगा। लेकिन जैसे ही दूसरा क्लाइंट भी पैकेट भेजना शुरू करता है, दोनों ग्राहक पैकेट एक्सचेंज कर सकेंगे।
    
  • लेकिन अगर राउटर सिमिट्रिक एनएटी का उपयोग करता है, तो प्रत्येक प्राप्तकर्ता के लिए एक नया बाहरी पोर्ट आवंटित किया जाएगा। और, एक नियम के रूप में, यह पता लगाने का कोई तरीका नहीं है कि राउटर ने किस पोर्ट को आवंटित किया है। इसलिए, यदि राउटर में से कम से कम एक सममित एनएटी का उपयोग करता है, तो क्लाइंट के बीच संबंध स्थापित करना असंभव होगा।
    
• यदि दो ग्राहक एक ही स्थानीय नेटवर्क पर हैं, तो वे केवल एक-दूसरे के बाहरी पते ही जान पाएंगे।
  
  
  
  
  उदाहरण के लिए, क्लाइंट C अपने बाहरी पते 203.0.113.5Point2051 पर ग्राहक D को एक पैकेट भेजता है। राउटर B को इस पैकेट को प्रोसेस करना होगा जैसे कि यह एक बाहरी नेटवर्क से प्राप्त किया गया था, प्राप्तकर्ता का पता 203.0.113.5 the 20205 को क्लाइंट D 192.168.1.6►0060 के आंतरिक पते से बदल दें, और पैकेट को ग्राहक D को वापस स्थानीय नेटवर्क में भेजें। इस राउटर फ़ंक्शन को NAT लूपबैक ( NAT हेयरपिनिंग ) कहा जाता है। यदि नेट लूपबैक राउटर पर अक्षम है, तो क्लाइंट के बीच संबंध स्थापित करना असंभव होगा।
  
• ग्राहक विभिन्न स्थानीय नेटवर्क में स्थित हो सकते हैं, लेकिन एक आम इंटरनेट प्रदाता के माध्यम से इंटरनेट तक पहुंच है।
  
  
  
  
  यदि एनएटी लूपबैक को इंटरनेट प्रदाता के उपकरण पर बंद कर दिया जाता है, तो ग्राहकों के बीच संबंध स्थापित करना असंभव होगा।
  
• यदि सिमेट्रिक NAT राउटर पर उपयोग किया जाता है, या NAT लूपबैक बंद हो जाता है तो मुझे क्या करना चाहिए?
  
  जैसा कि मैं इसे समझता हूं, इन समस्याओं को हल करने का एकमात्र विश्वसनीय तरीका ग्राहकों के बीच सीधे पैकेट स्थानांतरित करना नहीं है, बल्कि एक सर्वर के माध्यम से है। यह या तो सहकर्मी से सहकर्मी वास्तुकला के ढांचे के भीतर खेल कार्यक्रम में इस फ़ंक्शन को लागू करने के लिए, या क्लाइंट-सर्वर आर्किटेक्चर को लागू करने के लिए आवश्यक है।
  
  या आप वीपीएन बनाने के लिए तीसरे पक्ष के कार्यक्रमों का उपयोग कर सकते हैं, उदाहरण के लिए LogMeIn Hamachi ।
  

इंटरनेट पर LAN के बीच संबंध स्थापित करना

• एक नियम के रूप में, खिलाड़ियों में से किसी का भी सार्वजनिक आईपी पता नहीं है, और खिलाड़ी NAT के पीछे विभिन्न स्थानीय नेटवर्क पर हैं।
  
  
  
  
  उदाहरण के लिए, इस योजना में, क्लाइंट C अपने बाहरी पते 203.0.113.2-022020 पर सर्वर A को पैकेट भेजेगा, जिसमें राउटर B. द्वारा पोर्ट का चयन किया जाता है। इसलिए, सर्वर A के आंतरिक पोर्ट को चुनने से कोई फर्क नहीं पड़ता है, और आप अपने पोर्ट का चयन कर सकते हैं। इस स्थिति में, पोर्ट 49094 के बजाय, सर्वर ए ओएस से किसी भी मुफ्त पोर्ट का अनुरोध कर सकता है, उदाहरण के लिए 50120।
  
• सर्वर ए और क्लाइंट सी के लिए कनेक्शन स्थापित करने के लिए, सबसे पहले, उनमें से प्रत्येक को किसी न किसी तरह से इसका बाहरी पता लगाना होगा।
  
  आप इसके लिए STUN प्रोटोकॉल (सेशन ट्रावर्सल यूटिलिटीज़ फॉर NAT) का उपयोग कर सकते हैं।
  
  
  
  
  STUN प्रोटोकॉल NAT के पीछे स्थित क्लाइंट को उसके बाहरी IP पते और पोर्ट को निर्धारित करने की अनुमति देता है।
  
  UDP पैकेट में STUN संदेश भेजे जाते हैं।
  
  क्लाइंट किसी भी सार्वजनिक STUN सर्वर तक पहुंच सकता है। सार्वजनिक STUN सर्वर की एक सूची विकिपीडिया पर पाई जा सकती है। या "सार्वजनिक STUN सर्वर सूची" खोजें ।
  
  यह विधि लागू नहीं होती है यदि राउटर पर कम से कम एक खिलाड़ी "सममित एनएटी" का उपयोग करता है।
  
• प्रत्येक खिलाड़ी द्वारा अपना बाहरी पता सीख लेने के बाद, उसे किसी तरह अन्य सभी खिलाड़ियों को अपना पता देना होगा।
  
  ताकि खिलाड़ी अपने पते का आदान-प्रदान कर सकें, आप अपने सार्वजनिक सर्वर का उपयोग कर सकते हैं। आरेख में, इसे एक पता सर्वर कहा जाता है।
  
  
  
  
  यह जरूरी नहीं कि एक समर्पित सर्वर की आवश्यकता है। आप किसी भी वेब सर्वर और PHP जैसी किसी भी स्क्रिप्टिंग भाषा के समर्थन से किसी भी होस्टिंग का उपयोग कर सकते हैं। HTTP प्रोटोकॉल का उपयोग करते हुए , प्रत्येक खिलाड़ी को अपना बाहरी पता एड्रेस सर्वर को भेजना होगा। और फिर अन्य सभी खिलाड़ियों के पते का अनुरोध करें।
  
• उदाहरण के लिए, प्रत्येक गेम सर्वर एड्रेस सर्वर पर अपनी विशिष्ट पहचानकर्ता (गेम-आईडी) दर्ज कर सकता है। आप किसी भी स्ट्रिंग को गेम-आईडी के रूप में उपयोग कर सकते हैं, उदाहरण के लिए, सर्वर उपयोगकर्ता का उपनाम (उपनाम)। सर्वर उपयोगकर्ता किसी तरह गेम-आईडी को उन खिलाड़ियों को बताता है, जिन्हें वह अपने गेम में आमंत्रित करना चाहता है। और ये खिलाड़ी इस गेम के सभी प्रतिभागियों के बाहरी पते के एड्रेस सर्वर से गेम-आईडी द्वारा अनुरोध करके खेल में शामिल हो सकेंगे।
  
• प्रत्येक खिलाड़ी को अन्य सभी खिलाड़ियों के बाहरी पते प्राप्त होने के बाद, वे यूडीपी छेद छिद्रण विधि का उपयोग करके प्रत्येक-से-प्रत्येक कनेक्शन स्थापित कर सकते हैं।