udptunnel - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

udptunnel - टीसीपी कनेक्शन पर टनल यूडीपी पैकेट

वाक्य - विन्यास

udptunnel -s TCP-पोर्ट [-r] [-v] UDP-addr/UDP-पोर्ट[/ttl]
udptunnel -c TCP-addr[/TCP-port] [-r] [-v] UDP-addr/UDP-port[/ttl]

वर्णन

यूडीपीटनल एक छोटा प्रोग्राम है जो टीसीपी पर यूडीपी पैकेटों को द्वि-दिशात्मक रूप से टनल कर सकता है
कनेक्शन. इसका प्राथमिक उद्देश्य (और मूल प्रेरणा) मल्टी-मीडिया की अनुमति देना है
फ़ायरवॉल को ट्रैवर्स करने के लिए कॉन्फ़्रेंस जो केवल आउटगोइंग टीसीपी कनेक्शन की अनुमति देता है।

उपयोग

यूडीपीटीनल को दो मोड में चलाया जा सकता है: एक क्लाइंट मोड और एक सर्वर मोड। क्लाइंट मोड
यूडीपी रिले करने से पहले टीसीपी कनेक्शन आरंभ करता है; सर्वर इनकमिंग की प्रतीक्षा करता है
ऐसा करने से पहले कनेक्शन. टीसीपी कनेक्शन स्थापित होने के बाद, का व्यवहार
दो मोड समान हैं. यदि आप चर्चा के अनुसार फ़ायरवॉल को पार करने के लिए यूडीपीटीनल का उपयोग कर रहे हैं
ऊपर, क्लाइंट को फ़ायरवॉल के अंदर चलाया जाएगा, और सर्वर को बाहर चलाया जाएगा
यह।

विकल्प

-s टीसीपी-पोर्ट
सर्वर मोड: यदि udptunnel को -s विकल्प के साथ लागू किया जाता है, तो यह सर्वर मोड में चलता है:
सर्वर निर्दिष्ट टीसीपी पोर्ट पर आने वाले कनेक्शन की प्रतीक्षा करेगा, और फिर
यूडीपी को इससे और इससे रिले करें।"

-c टीसीपी-पता[/टीसीपी-पोर्ट]
ग्राहक मोड: यदि udptunnel को -c विकल्प के साथ लागू किया जाता है, तो यह क्लाइंट मोड में चलता है: यह
निर्दिष्ट टीसीपी होस्ट और पोर्ट के लिए एक टीसीपी कनेक्शन खोलेगा, और फिर यूडीपी रिले करेगा
इस पर। इस मामले में टीसीपी पोर्ट छोड़ा जा सकता है; यह उसी पोर्ट पर डिफ़ॉल्ट होगा
यूडीपी पोर्ट के रूप में नंबर।

-r आरटीपी मोड: आरटीपी और आरटीसीपी दोनों यातायात को सुरंग बनाने की सुविधा के लिए
मल्टी-मीडिया कॉन्फ़्रेंस, यह लगातार दो टीसीपी और यूडीपी पोर्ट पर रिले सेट करता है।
इस मामले में सभी निर्दिष्ट पोर्ट नंबर सम होने चाहिए। ध्यान दें कि क्लाइंट और दोनों
इसे काम करने के लिए सर्वर को -r ध्वज का उपयोग करना होगा; सर्वर प्रारंभ नहीं होगा
पैकेट को रिले करना जब तक कि इसके दोनों कनेक्शन स्थापित न हो जाएं।

-v वाचाल उत्पादन: यह फ़्लैग UDPTunnel के बारे में वर्बोज़ डिबगिंग आउटपुट को चालू करता है
कार्रवाई. इसे कई बार दिया जा सकता है. एक -v के साथ, के बारे में जानकारी
कनेक्शन स्थापना यूडीपीटनल की मानक त्रुटि स्ट्रीम पर मुद्रित होती है; के साथ
दूसरा, प्रति पैकेट जानकारी भी दिखाई गई है। ध्यान दें कि यह बाद वाला मामला हो सकता है
प्रचुर मात्रा में जानकारी उत्पन्न करें। यदि यह ध्वज नहीं दिया गया है, तो UDPTunnel
जब तक कोई त्रुटि न हो तब तक चुप रहेंगे।

दो विकल्पों -c और -s में से एक अवश्य दिया जाना चाहिए; यदि नहीं, तो यह एक त्रुटि है.

सभी मामलों में, यूडीपी पता और टनल का पोर्ट सभी विकल्पों के बाद दिया गया है। यूडीपीटी सुरंग
पैकेट के लिए इस पते को सुनेंगे, और प्राप्त पैकेट को इस पते पर भेजेंगे।
पता एक मल्टीकास्ट पता हो सकता है; इस मामले में, एक मल्टीकास्ट टीटीएल निर्दिष्ट किया जाना चाहिए,
और सुरंगनुमा पैकेट इस टीटीएल के साथ भेजे जाएंगे। सभी पते, टीसीपी और यूडीपी, हो सकते हैं
या तो IPv4 डॉटेड-क्वाड एड्रेस (जैसे 224.2.0.1) या होस्ट नाम (जैसे) के रूप में निर्दिष्ट किया गया है
conrail.cs.columbia.edu)। पोर्ट संख्या 1 से 65535 की सीमा में होनी चाहिए; टीटीएल अवश्य होना चाहिए
रेंज 0 से 255.

पैकेट FORMAT

पैकेटों को स्पष्ट, सरल प्रारूप का उपयोग करके टीसीपी पर भेजा जाता है: सोलह-बिट लंबाई वाला फ़ील्ड,
नेटवर्क बाइट क्रम में, प्रत्येक डेटा पैकेट से पहले। यह प्रारूप प्रारंभिक ड्राफ्ट में प्रस्तावित किया गया था
आरटीपी-ओवर-टीसीपी के लिए आरटीपी का, लेकिन अंतिम विनिर्देश से हटा दिया गया था।

ज्ञात बग/मुद्दे

यूडीपीटनल यह सत्यापित करने के लिए आने वाले यूडीपी पैकेटों की जांच नहीं करता है कि वे वास्तव में कहां से आ रहे हैं
वह पता जो उपयोगकर्ता ने निर्दिष्ट किया है; यह INADDR_ANY से जुड़ता है, और किसी भी UDP पैकेट को स्वीकार करता है
निर्दिष्ट बंदरगाह पर पहुंचें। यह संभावित रूप से सेवा से इनकार या स्पूफिंग की अनुमति दे सकता है
आक्रमण. यदि दो या अधिक -v विकल्प दिए गए हैं, तो प्रति-पैकेट पहचान मुद्रित की जाएगी
प्रत्येक पैकेट का स्रोत पता प्राप्त होने पर, ऐसी स्थिति का निदान किया जा सकता है।

मल्टीकास्ट के लिए, यूडीपीटनल पैकेट लूपबैक को बंद कर देता है, क्योंकि इसके पास इसे अलग करने का कोई तरीका नहीं है
स्वयं के पैकेट जो वास्तव में मल्टीकास्ट समूह पर आने वाले पैकेटों से भेजे गए थे। इसका मतलब यह है
कि यदि आप किसी मल्टीकास्ट समूह से या उसके लिए ट्रैफ़िक टनलिंग कर रहे हैं, तो UDPTunnel के दोनों छोर
समूह के किसी भी सदस्य से भिन्न होस्ट पर चलाया जाना चाहिए। (सामान्य तौर पर, इसका एकमात्र तरीका
लूप किए गए पैकेटों को वास्तविक रूप से अन्य अनुप्रयोगों से प्राप्त पैकेटों से अलग करना
स्थानीय होस्ट एप्लिकेशन-लेयर लेबलिंग के साथ है, जैसा कि आरटीपी करता है।)

यूडीपीटीनल को आरटीपी-शैली ट्रैफ़िक को टनल करने के लिए डिज़ाइन किया गया है, जिसमें एप्लिकेशन भेजते और प्राप्त होते हैं
यूडीपी पैकेट एक ही पोर्ट (या पोर्ट की जोड़ी) से आते-जाते हैं। यह समर्थन नहीं करता
अनुरोध/प्रतिक्रिया-शैली ट्रैफ़िक, जिसमें एक ग्राहक अनुरोध एक क्षणिक पोर्ट एक्स से भेजा जाता है
एक प्रसिद्ध पोर्ट Y पर, और सर्वर की प्रतिक्रिया पोर्ट Y से पोर्ट X पर लौटा दी जाती है।

यूडीपीटनल जानबूझकर यूडीपी पोर्ट पर "कनेक्शन अस्वीकृत" त्रुटियों को अनदेखा करता है, साफ़ करता है
सॉकेट त्रुटि स्थिति, ताकि कॉन्फ्रेंसिंग उपकरण शुरू होने से पहले एक सुरंग स्थापित की जा सके
दोनों सिरों पर. इसका मतलब यह हो सकता है कि गलत टाइप किया गया यूडीपी पता या पोर्ट पहचाना नहीं गया है, नहीं के रूप में
त्रुटि मुद्रित है. यदि दो या अधिक -v विकल्प दिए गए हैं, तो एक डायग्नोस्टिक मुद्रित किया जाएगा
जब भी सॉकेट से त्रुटि स्थिति साफ़ हो जाती है।

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

आईपी ​​संस्करण 6 समर्थित नहीं है.

लेखक

यूडीपीटनल जोनाथन लेनोक्स द्वारा लिखा गया था[ईमेल संरक्षित]>. इसमें कोड शामिल है
हेनिंग शुल्ज़रिन द्वारा लिखित[ईमेल संरक्षित]>.

यह मैनुअल पेज थॉमस शेफ्ज़िक द्वारा लिखा गया था
<[ईमेल संरक्षित]>, डेबियन जीएनयू/लिनक्स सिस्टम के लिए (लेकिन हो सकता है
दूसरों द्वारा उपयोग किया जाता है)।

onworks.net सेवाओं का उपयोग करके udptunnel का ऑनलाइन उपयोग करें