यूडीपी, नेट और सेट करते समय "कनेक्शन"

Question

मैं शब्द "कनेक्शन" वास्तव में उचित जब यूडीपी बारे में बात नहीं है, लेकिन ...

कैसे एक सर्वर (ज्ञात आईपी के साथ) प्राप्त करता है अपने यूडीपी पैकेट इंटरनेट के माध्यम से एक क्लाइंट के लिए जो एनएटी के पीछे है?

उदाहरण के लिए: कहते हैं कि एक ग्राहक को जोड़ता है और टीसीपी पर कुछ संदेश सेवा का उपयोग सर्वर से प्रमाणित करता है। इस बिंदु पर सर्वर यूडीपी पर क्लाइंट को डेटा स्ट्रीमिंग शुरू करने के लिए तैयार है, लेकिन सर्वर कैसे यूडीपी पैकेट को संबोधित करने के बारे में जानता है ताकि वे किसी भी एनएटी राउटर के माध्यम से ग्राहक को अपना रास्ता खोज सकें?

यदि ग्राहक मुट्ठी यूडीपी पर "स्ट्रीमिंग के लिए तैयार है" संदेश भेजता है, तो क्या एनएटी राउटर बंदरगाह को खोलेंगे ताकि सर्वर यूडीपी डेटा की धारा के साथ प्रतिक्रिया दे सके?

या क्या मैं यहां ट्रैक से बाहर हूं?

Answer 1

आम तौर पर टीसीपी स्तर पर ग्राहक के सामने नेट निर्धारित करने के लिए यूडीपी पर कनेक्शन बनाने था कि सक्षम हो जाएगा। ऐसा कहकर, क्लाइंट पक्ष पर एनएटी को एसआरसी सर्वर पोर्ट से यूडीपी पैकेट स्वीकार करने के लिए कॉन्फ़िगर किया जाना होगा, और फिर उन्हें आंतरिक गंतव्य आईपी (क्लाइंट) में अग्रेषित करना होगा। याद रखने के लिए महत्वपूर्ण बात अगर एनएटी कॉलर कौन है और कैली कौन है। एनएटी कार्यान्वयन और क्षमता में भिन्न है, इसलिए समाधान को लागू करने के लिए एक सामान्य आसान संभवतः आप अपनी आवश्यकताओं के आधार पर लागू करना चाहते हैं।

आप यह सोचते हैं में सही कर रहे हैं, मुझे लगता है, कि अपने मामले क्लाइंट में जानकारी में यूडीपी धारा प्राप्त करने में सक्षम नहीं होगा। आपके मामले में यूडीपी कनेक्शन शुरू करने के लिए आपके क्लाइंट को अपने सर्वर पर अपना वैन आईपी भेजना होगा। अपने क्लाइंट्स को ढूंढना वैन आईपी मुश्किल हो सकता है लेकिन ऐसी वेबसाइटें हैं जो आपके वैन आईपी को टेक्स्ट पेज में लौटकर अपना निर्धारण करने में सहायता करेंगी।

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

एक काम एक दौर सर्वर से दोनों TCP और UDP सॉकेट खोलने के लिए ग्राहक के लिए किया जाएगा। चूंकि एनएटी के पीछे ग्राहक ने कनेक्शन शुरू किया क्योंकि टीसीपी और यूडीपी कनेक्शन दोनों राज्यों को एनएटी की कनेक्शन तालिका में जोड़ा जाएगा।

Answer 2

ज्ञात बंदरगाह अनुवाद के प्रावधान (अर्थात डेटा पर इस बंदरगाह इस पते के लिए चला जाता है) (एनएटी उपलब्ध कराने के) अपने रूटर में अनदेखी कर, आप UDP Hole Punching उपयोग कर सकते हैं।

मुझे लगता है कि आप multicasting के बारे में बात नहीं कर रहे हैं, जिसमें प्रत्येक सहकर्मी समूह में शामिल होता है और रुचि रखने वाले पक्षों (इस मामले में राउटर) की घोषणा करता है, जो उचित रूटिंग कर सकता है। यद्यपि इसका उपयोग आम तौर पर एकाधिक होस्टों को यातायात को रूट करने के लिए किया जाता है, लेकिन रूटिंग-बाय-ग्रुप तंत्र आपके लिए उपर्युक्त वर्णन कर रहा है।

Answer 3

आप एसआईपी या RTSP की तरह प्रोटोकॉल स्ट्रीमिंग तो जिस तरह से यह काम करता है के बारे में बात कर रहे हैं कि UDP पोर्ट क्लाइंट सर्वर को कॉल अनुरोध की स्थापना में निर्दिष्ट किया जाता भेजना चाहती है।

सर्वर है कि बंदरगाह के लिए भेज देंगे और यातायात या नहीं पर नेट एक अलग संख्या है या नहीं करने के लिए बंदरगाह के clien't पसंद अनुवादित कर दिया है कि क्या आधार पर ग्राहक के लिए के माध्यम से प्राप्त हो सकता है।

जब सर्वर को क्लाइंट से इसका पहला यूडीपी स्ट्रीम किया गया पैकेट प्राप्त होता है और यदि यह उस पर एक अलग बंदरगाह पर है तो वह उस पर स्विच करेगा। यह सर्वर से यूडीपी को एनएटी के माध्यम से प्राप्त करने देता है क्योंकि क्लाइंट ने सर्वर पर भेजकर पहले ही एनएटी मैपिंग बनाया है।