टनलिंग प्रोटोकॉल: Difference between revisions

From Vigyanwiki
(Created page with "{{short description|Computer communications protocol}} {{IPstack}} संगणक संजाल में, टनलिंग प्रोटोकॉल एक ...")
 
 
(8 intermediate revisions by 2 users not shown)
Line 2: Line 2:
{{IPstack}}
{{IPstack}}


[[ संगणक संजाल ]] में, टनलिंग प्रोटोकॉल एक [[संचार प्रोटोकॉल]] है जो डेटा को एक नेटवर्क से दूसरे नेटवर्क तक ले जाने की अनुमति देता है। इसमें [[एनकैप्सुलेशन (नेटवर्किंग)]] नामक प्रक्रिया के माध्यम से निजी नेटवर्क संचार को सार्वजनिक नेटवर्क (जैसे [[इंटरनेट]]) पर भेजने की अनुमति देना शामिल है।
[[ संगणक संजाल | कंप्यूटर नेटवर्क]] में, '''टनलिंग प्रोटोकॉल''' एक [[संचार प्रोटोकॉल]] है जो डेटा को एक नेटवर्क से दूसरे नेटवर्क तक ले जाने की अनुमति देता है। इसमें [[एनकैप्सुलेशन (नेटवर्किंग)]] नामक प्रक्रिया के माध्यम से निजी नेटवर्क संचार को सार्वजनिक नेटवर्क (जैसे [[इंटरनेट]]) पर भेजने की अनुमति देना सम्मिलित है।


क्योंकि टनलिंग में ट्रैफ़िक डेटा को एक अलग रूप में दोबारा पैक करना शामिल है, शायद मानक के रूप में [[ कूटलेखन ]] के साथ, यह सुरंग के माध्यम से चलने वाले ट्रैफ़िक की प्रकृति को छिपा सकता है।
क्योंकि टनलिंग में ट्रैफ़िक डेटा को एक भिन्न रूप में दोबारा पैक करना सम्मिलित है, संभवतः मानक के रूप में [[ कूटलेखन |एन्क्रिप्शन]] के साथ, यह सुरंग के माध्यम से चलने वाले ट्रैफ़िक की प्रकृति को छिपा सकता है।


टनलिंग प्रोटोकॉल [[नेटवर्क पैकेट]] ([[पेलोड (कंप्यूटिंग)]]) के डेटा भाग का उपयोग करके उन पैकेटों को ले जाने के लिए काम करता है जो वास्तव में सेवा प्रदान करते हैं। टनलिंग एक स्तरित प्रोटोकॉल मॉडल का उपयोग करता है जैसे कि [[ खुले प्रणालियों का अंतर्संबंध ]] या टीसीपी/आईपी प्रोटोकॉल सूट, लेकिन आमतौर [[प्राइवेट नेटवर्क]] द्वारा प्रदान नहीं की जाने वाली सेवा को ले जाने के लिए पेलोड का उपयोग करते समय लेयरिंग का उल्लंघन होता है। आमतौर पर, डिलीवरी प्रोटोकॉल, पेलोड प्रोटोकॉल की तुलना में स्तरित मॉडल में बराबर या उच्च स्तर पर संचालित होता है।
टनलिंग प्रोटोकॉल [[नेटवर्क पैकेट]] ([[पेलोड (कंप्यूटिंग)]]) के डेटा भाग का उपयोग करके उन पैकेटों को ले जाने के लिए काम करता है जो वास्तव में सेवा प्रदान करते हैं। टनलिंग एक स्तरित प्रोटोकॉल मॉडल का उपयोग करता है जैसे कि [[ खुले प्रणालियों का अंतर्संबंध |खुले प्रणालियों का अंतर्संबंध]] या टीसीपी/आईपी प्रोटोकॉल सूट, किन्तु सामान्यतः [[प्राइवेट नेटवर्क]] द्वारा प्रदान नहीं की जाने वाली सेवा को ले जाने के लिए पेलोड का उपयोग करते समय लेयरिंग का उल्लंघन होता है। सामान्यतः, डिलीवरी प्रोटोकॉल, पेलोड प्रोटोकॉल की तुलना में स्तरित मॉडल में सामान्तर या उच्च स्तर पर संचालित होता है।


== उपयोग ==
== '''उपयोग''' ==
उदाहरण के लिए, एक टनलिंग प्रोटोकॉल एक विदेशी प्रोटोकॉल को ऐसे नेटवर्क पर चलने की अनुमति दे सकता है जो उस विशेष प्रोटोकॉल का समर्थन नहीं करता है, जैसे कि [[IPv4]] पर [[IPv6]] चलाना।
उदाहरण के लिए, एक टनलिंग प्रोटोकॉल एक विदेशी प्रोटोकॉल को ऐसे नेटवर्क पर चलने की अनुमति दे सकता है जो उस विशेष प्रोटोकॉल का समर्थन नहीं करता है, जैसे कि [[IPv4]] पर [[IPv6]] चलाना।


एक अन्य महत्वपूर्ण उपयोग ऐसी सेवाएँ प्रदान करना है जो केवल अंतर्निहित नेटवर्क सेवाओं का उपयोग करके पेश किया जाना अव्यावहारिक या असुरक्षित है, जैसे किसी दूरस्थ उपयोगकर्ता को कॉर्पोरेट [[नेटवर्क पता]] प्रदान करना जिसका भौतिक नेटवर्क पता कॉर्पोरेट नेटवर्क का हिस्सा नहीं है।
एक अन्य महत्वपूर्ण उपयोग ऐसी सेवाएँ प्रदान करना है जो केवल अंतर्निहित नेटवर्क सेवाओं का उपयोग करके प्रस्तुत किया जाना अव्यावहारिक या असुरक्षित है, जैसे किसी दूरस्थ उपयोगकर्ता को कॉर्पोरेट [[नेटवर्क पता]] प्रदान करना जिसका भौतिक नेटवर्क पता कॉर्पोरेट नेटवर्क का भाग नहीं है।


=== फ़ायरवॉल नीति को दरकिनार करना ===
=== फ़ायरवॉल नीति को दरकिनार करना ===
उपयोगकर्ता फ़ायरवॉल के माध्यम से घुसने के लिए टनलिंग का भी उपयोग कर सकते हैं, एक प्रोटोकॉल का उपयोग करके जिसे फ़ायरवॉल सामान्य रूप से ब्लॉक कर देगा, लेकिन एक प्रोटोकॉल के अंदर लपेटा जाएगा जिसे फ़ायरवॉल ब्लॉक नहीं करता है, जैसे कि [[HTTP]]। यदि फ़ायरवॉल नीति विशेष रूप से इस प्रकार की रैपिंग को बाहर नहीं करती है, तो यह ट्रिक इच्छित फ़ायरवॉल नीति (या इंटरलॉक्ड फ़ायरवॉल नीतियों के किसी भी सेट) से बचने के लिए काम कर सकती है।
उपयोगकर्ता फ़ायरवॉल के माध्यम से घुसने के लिए टनलिंग का भी उपयोग कर सकते हैं, एक प्रोटोकॉल का उपयोग करके जिसे फ़ायरवॉल सामान्य रूप से ब्लॉक कर देगा, किन्तु एक प्रोटोकॉल के अंदर लपेटा जाएगा जिसे फ़ायरवॉल ब्लॉक नहीं करता है, जैसे कि [[HTTP|एचटीटीपी]]। यदि फ़ायरवॉल नीति विशेष रूप से इस प्रकार की रैपिंग को बाहर नहीं करती है, तब यह ट्रिक इच्छित फ़ायरवॉल नीति (या इंटरलॉक्ड फ़ायरवॉल नीतियों के किसी भी समूह) से बचने के लिए काम कर सकती है।


एक अन्य HTTP-आधारित टनलिंग विधि HTTP टनल#HTTP CONNECT विधि|HTTP CONNECT विधि/कमांड का उपयोग करती है। एक क्लाइंट HTTP प्रॉक्सी को HTTP CONNECT कमांड जारी करता है। फिर प्रॉक्सी एक विशेष सर्वर:पोर्ट से एक टीसीपी कनेक्शन बनाता है, और उस सर्वर:पोर्ट और क्लाइंट कनेक्शन के बीच डेटा रिले करता है।<ref>{{cite web|url=http://www.ietf.org/rfc/rfc2817.txt|title=Upgrading to TLS Within HTTP/1.1|date=2000|work=RFC 2817|access-date=March 20, 2013}}</ref> क्योंकि यह एक सुरक्षा छेद बनाता है, CONNECT-सक्षम HTTP प्रॉक्सी आमतौर पर CONNECT विधि तक पहुंच को प्रतिबंधित करते हैं। प्रॉक्सी केवल विशिष्ट पोर्ट से कनेक्शन की अनुमति देता है, जैसे HTTPS के लिए 443।<ref>{{cite web|url=http://www.kb.cert.org/vuls/id/150227|title=Vulnerability Note VU#150227: HTTP proxy default configurations allow arbitrary TCP connections|date=2002-05-17|publisher=[[CERT Coordination Center|US-CERT]]|access-date=2007-05-10}}</ref>
एक अन्य एचटीटीपी -आधारित टनलिंग विधि एचटीटीपी टनल एचटीटीपी CONNECT विधि एचटीटीपी CONNECT विधि/कमांड का उपयोग करती है। एक क्लाइंट एचटीटीपी प्रॉक्सी को एचटीटीपी CONNECT कमांड जारी करता है। फिर प्रॉक्सी एक विशेष सर्वर:पोर्ट से एक टीसीपी कनेक्शन बनाता है, और उस सर्वर:पोर्ट और क्लाइंट कनेक्शन के मध्य डेटा रिले करता है।<ref>{{cite web|url=http://www.ietf.org/rfc/rfc2817.txt|title=Upgrading to TLS Within HTTP/1.1|date=2000|work=RFC 2817|access-date=March 20, 2013}}</ref> क्योंकि यह एक सुरक्षा छेद बनाता है, CONNECT-सक्षम एचटीटीपी प्रॉक्सी सामान्यतः CONNECT विधि तक पहुंच को प्रतिबंधित करते हैं। प्रॉक्सी केवल विशिष्ट पोर्ट से कनेक्शन की अनुमति देता है, जैसे एचटीटीपीएस के लिए 443।<ref>{{cite web|url=http://www.kb.cert.org/vuls/id/150227|title=Vulnerability Note VU#150227: HTTP proxy default configurations allow arbitrary TCP connections|date=2002-05-17|publisher=[[CERT Coordination Center|US-CERT]]|access-date=2007-05-10}}</ref>
नेटवर्क फ़ायरवॉल को बायपास करने में सक्षम अन्य टनलिंग विधियाँ [[डीएनएस]] जैसे विभिन्न प्रोटोकॉल का उपयोग करती हैं,<ref name="tunneling_dns">रमन, डी., सटर, बी.डी., कॉपेंस, बी., वोल्केर्ट, एस., बॉसचेरे, के.डी., डेनह्यूक्स, पी., और बुगेनहौट, ई.वी. (2012, नवंबर)। नेटवर्क प्रवेश के लिए डीएनएस टनलिंग। सूचना सुरक्षा और क्रिप्टोलॉजी पर अंतर्राष्ट्रीय सम्मेलन में (पीपी. 65-77)। स्प्रिंगर, बर्लिन, हीडलबर्ग।</ref> [[MQTT]],<ref name="tunneling_mqtt">वॅकरी, आई., नार्टनी, एस., ऐएलो, एम., मोंगेली, एम., और कैम्बियासो, ई. (2021)। दुर्भावनापूर्ण डेटा घुसपैठ गतिविधियों के लिए इंटरनेट ऑफ थिंग्स प्रोटोकॉल का शोषण। आईईईई एक्सेस, 9, 104261-104280।</ref> [[एसएमएस]]।<ref name="tunneling_sms">नर्तनी, एस., वैकारी, आई., मोंगेली, एम., ऐएलो, एम., और कंबियासो, ई. (2021)। शॉर्टमैसेज-सर्विस का फायदा उठाकर सुरंगनुमा हमले करने की संभावना का मूल्यांकन करना। जर्नल ऑफ इंटरनेट सर्विसेज एंड इंफॉर्मेशन सिक्योरिटी, 11, 30-46।</ref>


== तकनीकी सिंहावलोकन ==
नेटवर्क फ़ायरवॉल को बायपास करने में सक्षम अन्य टनलिंग विधियाँ [[डीएनएस]] जैसे विभिन्न प्रोटोकॉल का उपयोग करती हैं,<ref name="tunneling_dns">रमन, डी., सटर, बी.डी., कॉपेंस, बी., वोल्केर्ट, एस., बॉसचेरे, के.डी., डेनह्यूक्स, पी., और बुगेनहौट, ई.वी. (2012, नवंबर)। नेटवर्क प्रवेश के लिए डीएनएस टनलिंग। सूचना सुरक्षा और क्रिप्टोलॉजी पर अंतर्राष्ट्रीय सम्मेलन में (पीपी. 65-77)। स्प्रिंगर, बर्लिन, हीडलबर्ग।</ref> [[MQTT|एमक्यूटीटी]],<ref name="tunneling_mqtt">वॅकरी, आई., नार्टनी, एस., ऐएलो, एम., मोंगेली, एम., और कैम्बियासो, ई. (2021)। दुर्भावनापूर्ण डेटा घुसपैठ गतिविधियों के लिए इंटरनेट ऑफ थिंग्स प्रोटोकॉल का शोषण। आईईईई एक्सेस, 9, 104261-104280।</ref> [[एसएमएस]]।<ref name="tunneling_sms">नर्तनी, एस., वैकारी, आई., मोंगेली, एम., ऐएलो, एम., और कंबियासो, ई. (2021)। शॉर्टमैसेज-सर्विस का फायदा उठाकर सुरंगनुमा हमले करने की संभावना का मूल्यांकन करना। जर्नल ऑफ इंटरनेट सर्विसेज एंड इंफॉर्मेशन सिक्योरिटी, 11, 30-46।</ref>
नेटवर्क लेयर पर नेटवर्क लेयर के उदाहरण के रूप में, [[जेनेरिक रूटिंग इनकैप्सुलेशन]] (जीआरई), आईपी पर चलने वाला एक प्रोटोकॉल (आईपी प्रोटोकॉल नंबर 47 की सूची), अक्सर डिलीवरी पैकेट का उपयोग करके इंटरनेट पर RFC 1918 निजी पते के साथ आईपी पैकेट ले जाने का कार्य करता है। सार्वजनिक आईपी पते के साथ. इस मामले में, डिलीवरी और पेलोड प्रोटोकॉल समान हैं, लेकिन पेलोड पते डिलीवरी नेटवर्क के साथ असंगत हैं।


डेटा लिंक परत का उपयोग करके कनेक्शन स्थापित करना भी संभव है। [[परत 2 टनलिंग प्रोटोकॉल]] (L2TP) दो नोड्स के बीच [[फ़्रेम (नेटवर्किंग)]] के प्रसारण की अनुमति देता है। एक सुरंग डिफ़ॉल्ट रूप से एन्क्रिप्टेड नहीं होती है: चुना गया टीसीपी/आईपी प्रोटोकॉल सुरक्षा के स्तर को निर्धारित करता है।
== '''विधि अवलोकन''' ==
नेटवर्क लेयर पर नेटवर्क लेयर के उदाहरण के रूप में, [[जेनेरिक रूटिंग इनकैप्सुलेशन]] (जीआरई), आईपी पर चलने वाला एक प्रोटोकॉल (आईपी प्रोटोकॉल नंबर 47 की सूची), अधिकांशतः डिलीवरी पैकेट का उपयोग करके इंटरनेट पर RFC 1918 निजी पते के साथ आईपी पैकेट ले जाने का कार्य करता है। सार्वजनिक आईपी पते के साथ. इस मामले में, डिलीवरी और पेलोड प्रोटोकॉल समान हैं, किन्तु पेलोड पते डिलीवरी नेटवर्क के साथ असंगत हैं।


सार्वजनिक नेटवर्क (जैसे इंटरनेट) कनेक्शन पर प्रसारित होने वाले पेलोड के डेटा एन्क्रिप्शन को सक्षम करने के लिए [[ सुरक्षित खोल ]] पोर्ट 22 का उपयोग करता है, जिससे [[वीपीएन]] कार्यक्षमता प्रदान होती है। [[IPsec]] में एक एंड-टू-एंड ट्रांसपोर्ट मोड है, लेकिन यह एक विश्वसनीय सुरक्षा गेटवे के माध्यम से टनलिंग मोड में भी काम कर सकता है।
डेटा लिंक परत का उपयोग करके कनेक्शन स्थापित करना भी संभव है। [[परत 2 टनलिंग प्रोटोकॉल]] (L2TP) दो नोड्स के मध्य [[फ़्रेम (नेटवर्किंग)]] के प्रसारण की अनुमति देता है। एक सुरंग डिफ़ॉल्ट रूप से एन्क्रिप्टेड नहीं होती है: चुना गया टीसीपी/आईपी प्रोटोकॉल सुरक्षा के स्तर को निर्धारित करता है।


टनलिंग द्वारा लगाए गए एक विशेष प्रोटोकॉल स्टैक को समझने के लिए, नेटवर्क इंजीनियरों को पेलोड और डिलीवरी प्रोटोकॉल सेट दोनों को समझना होगा।
सार्वजनिक नेटवर्क (जैसे इंटरनेट) कनेक्शन पर प्रसारित होने वाले पेलोड के डेटा एन्क्रिप्शन को सक्षम करने के लिए [[ सुरक्षित खोल |सुरक्षित खोल]] पोर्ट 22 का उपयोग करता है, जिससे [[वीपीएन]] कार्यक्षमता प्रदान होती है। [[IPsec]] में एक एंड-टू-एंड ट्रांसपोर्ट मोड है, किन्तु यह एक विश्वसनीय सुरक्षा गेटवे के माध्यम से टनलिंग मोड में भी काम कर सकता है।


== सामान्य टनलिंग प्रोटोकॉल ==
टनलिंग द्वारा लगाए गए एक विशेष प्रोटोकॉल स्टैक को समझने के लिए, नेटवर्क इंजीनियरों को पेलोड और डिलीवरी प्रोटोकॉल समूह दोनों को समझना होगा।
 
== '''सामान्य टनलिंग प्रोटोकॉल''' ==


* आईपी में आईपी (प्रोटोकॉल 4): आईपीवी4/आईपीवी6 में आईपी
* आईपी में आईपी (प्रोटोकॉल 4): आईपीवी4/आईपीवी6 में आईपी
Line 41: Line 42:
* [[वायरगार्ड]]
* [[वायरगार्ड]]


== {{Anchor|SSH}}सुरक्षित शैल टनलिंग ==
== '''सुरक्षित शैल टनलिंग''' ==
एक सुरक्षित शेल (एसएसएच) सुरंग में एक सुरक्षित शेल कनेक्शन के माध्यम से बनाई गई एक [[ कूट रूप दिया गया ]] सुरंग होती है। उपयोगकर्ता एन्क्रिप्टेड चैनल के माध्यम से नेटवर्क पर [[अनएन्क्रिप्ट]]ेड ट्रैफ़िक को स्थानांतरित करने के लिए एसएसएच सुरंगें स्थापित कर सकते हैं। यह नेटवर्क सुरक्षा के लिए एक सॉफ्टवेयर-आधारित दृष्टिकोण है और इसका परिणाम पारदर्शी एन्क्रिप्शन है।<ref>{{Cite book|last1=Barrett|first1=Daniel J.|url=https://books.google.com/books?id=JFa5aLIII6oC&q=secure+shell+tunneling+protocol&pg=PP11|title=SSH, the Secure Shell: The Definitive Guide|last2=Barrett|first2=Daniel J.|last3=Silverman|first3=Richard E.|last4=Silverman|first4=Richard|date=2001|publisher="O'Reilly Media, Inc."|isbn=978-0-596-00011-0|language=en}}</ref>
एक सुरक्षित शेल (एसएसएच) सुरंग में एक सुरक्षित शेल कनेक्शन के माध्यम से बनाई गई एक [[ कूट रूप दिया गया |कूट रूप दिया गया]] सुरंग होती है। उपयोगकर्ता एन्क्रिप्टेड चैनल के माध्यम से नेटवर्क पर [[अनएन्क्रिप्ट]] ट्रैफ़िक को स्थानांतरित करने के लिए एसएसएच सुरंगें स्थापित कर सकते हैं। यह नेटवर्क सुरक्षा के लिए एक सॉफ्टवेयर-आधारित दृष्टिकोण है और इसका परिणाम पारदर्शी एन्क्रिप्शन है।<ref>{{Cite book|last1=Barrett|first1=Daniel J.|url=https://books.google.com/books?id=JFa5aLIII6oC&q=secure+shell+tunneling+protocol&pg=PP11|title=SSH, the Secure Shell: The Definitive Guide|last2=Barrett|first2=Daniel J.|last3=Silverman|first3=Richard E.|last4=Silverman|first4=Richard|date=2001|publisher="O'Reilly Media, Inc."|isbn=978-0-596-00011-0|language=en}}</ref>
उदाहरण के लिए, माइक्रोसॉफ्ट विंडोज मशीनें [[ सर्वर संदेश ब्लॉक ]] (एसएमबी) प्रोटोकॉल, एक गैर-एन्क्रिप्टेड प्रोटोकॉल का उपयोग करके फ़ाइलें साझा कर सकती हैं। यदि कोई इंटरनेट के माध्यम से दूरस्थ रूप से Microsoft Windows फ़ाइल-सिस्टम को माउंट करता है, तो कनेक्शन पर जासूसी करने वाला कोई व्यक्ति स्थानांतरित फ़ाइलों को देख सकता है। विंडोज़ फ़ाइल-सिस्टम को सुरक्षित रूप से माउंट करने के लिए, कोई एक एसएसएच सुरंग स्थापित कर सकता है जो एक एन्क्रिप्टेड चैनल के माध्यम से सभी एसएमबी ट्रैफ़िक को दूरस्थ फ़ाइल सर्वर तक रूट करता है। भले ही एसएमबी प्रोटोकॉल में कोई एन्क्रिप्शन नहीं है, एन्क्रिप्टेड एसएसएच चैनल जिसके माध्यम से यह यात्रा करता है सुरक्षा प्रदान करता है।
 
उदाहरण के लिए, माइक्रोसॉफ्ट विंडोज मशीनें [[ सर्वर संदेश ब्लॉक |सर्वर संदेश ब्लॉक]] (एसएमबी) प्रोटोकॉल, एक गैर-एन्क्रिप्टेड प्रोटोकॉल का उपयोग करके फ़ाइलें साझा कर सकती हैं। यदि कोई इंटरनेट के माध्यम से दूरस्थ रूप से माइक्रोसॉफ़्ट विंडोज़ फ़ाइल-पद्धति को माउंट करता है, तब कनेक्शन पर जासूसी करने वाला कोई व्यक्ति स्थानांतरित फ़ाइलों को देख सकता है। विंडोज़ फ़ाइल-पद्धति को सुरक्षित रूप से माउंट करने के लिए, कोई एक एसएसएच सुरंग स्थापित कर सकता है जो एक एन्क्रिप्टेड चैनल के माध्यम से सभी एसएमबी ट्रैफ़िक को दूरस्थ फ़ाइल सर्वर तक रूट करता है। यदि एसएमबी प्रोटोकॉल में कोई एन्क्रिप्शन नहीं है, एन्क्रिप्टेड एसएसएच चैनल जिसके माध्यम से यह यात्रा करता है सुरक्षा प्रदान करता है।


{{multiple image
{{multiple image
Line 49: Line 51:
  | image1      = Ssh-L-Tunnel.png
  | image1      = Ssh-L-Tunnel.png
  | image2      = SSH Tunnel (remote).png
  | image2      = SSH Tunnel (remote).png
  | footer      = Local and remote port forwarding with ssh executed on the blue computer.
  | footer      = नीले कंप्यूटर पर निष्पादित एसएसएच के साथ स्थानीय और दूरस्थ पोर्ट अग्रेषण।
}}
}}
एक बार एसएसएच कनेक्शन स्थापित हो जाने के बाद, सुरंग एसएसएच द्वारा पोर्ट पर सुनने के साथ शुरू होती है {{colorbox|lightgreen}}{{nbsp}}दूरस्थ या स्थानीय होस्ट. इससे कोई भी कनेक्शन निर्दिष्ट को अग्रेषित किया जाता है {{colorbox|violet}}{{nbsp}}से निकलने वाला पता और पोर्ट {{colorbox|orange}}{{nbsp}}विरोधी (दूरस्थ या स्थानीय, पहले की तरह) मेज़बान।
एक बार एसएसएच कनेक्शन स्थापित हो जाने के पश्चात्, सुरंग एसएसएच द्वारा पोर्ट पर सुनने के साथ प्रारंभ होती है {{colorbox|lightgreen}}दूरस्थ या स्थानीय होस्ट. इससे कोई भी कनेक्शन निर्दिष्ट को अग्रेषित किया जाता है {{colorbox|violet}}से निकलने वाला पता और पोर्ट {{colorbox|orange}}विरोधी (दूरस्थ या स्थानीय, पहले की तरह) मेज़बान।


टीसीपी-आधारित कनेक्शन (जैसे एसएसएच के पोर्ट फ़ॉरवर्डिंग) पर टीसीपी-एनकैप्सुलेटिंग पेलोड (जैसे [[प्वाइंट-टू-प्वाइंट प्रोटोकॉल]]) को टनलिंग करना टीसीपी-ओवर-टीसीपी के रूप में जाना जाता है, और ऐसा करने से ट्रांसमिशन प्रदर्शन में नाटकीय नुकसान हो सकता है ( एक समस्या जिसे टीसीपी मेल्टडाउन के नाम से जाना जाता है),<ref>{{cite web
टीसीपी-आधारित कनेक्शन (जैसे एसएसएच के पोर्ट फ़ॉरवर्डिंग) पर टीसीपी-एनकैप्सुलेटिंग पेलोड (जैसे [[प्वाइंट-टू-प्वाइंट प्रोटोकॉल]]) को टनलिंग करना टीसीपी-ओवर-टीसीपी के रूप में जाना जाता है, और ऐसा करने से ट्रांसमिशन प्रदर्शन में नाटकीय हानि हो सकता है ( एक समस्या जिसे टीसीपी मेल्टडाउन के नाम से जाना जाता है),<ref>{{cite web
| url=http://sites.inka.de/bigred/devel/tcp-tcp.html
| url=http://sites.inka.de/bigred/devel/tcp-tcp.html
| title=Why TCP Over TCP Is A Bad Idea
| title=Why TCP Over TCP Is A Bad Idea
Line 72: Line 74:
| editor2-last=Balandin
| editor2-last=Balandin
| editor2-first=Sergey I
| editor2-first=Sergey I
}}</ref> यही कारण है कि [[ आभासी निजी संजाल ]] सॉफ़्टवेयर सुरंग कनेक्शन के लिए टीसीपी की तुलना में सरल प्रोटोकॉल का उपयोग कर सकता है। हालाँकि, ओपनएसएसएच के पोर्ट फ़ॉरवर्डिंग का उपयोग करते समय यह अक्सर कोई समस्या नहीं होती है, क्योंकि कई उपयोग मामलों में टीसीपी-ओवर-टीसीपी टनलिंग की आवश्यकता नहीं होती है; मेल्टडाउन से बचा जाता है क्योंकि ओपनएसएसएच क्लाइंट भेजे जाने वाले वास्तविक पेलोड तक पहुंचने के लिए स्थानीय, क्लाइंट-साइड टीसीपी कनेक्शन को संसाधित करता है, और फिर उस पेलोड को सीधे सुरंग के स्वयं के टीसीपी कनेक्शन के माध्यम से सर्वर साइड पर भेजता है, जहां ओपनएसएसएच सर्वर इसी तरह पेलोड को उसके अंतिम गंतव्य तक ले जाने के लिए फिर से लपेटने के लिए खोल देता है।<ref>{{cite mailing list
}}</ref> यही कारण है कि [[ आभासी निजी संजाल |आभासी निजी संजाल]] सॉफ़्टवेयर सुरंग कनेक्शन के लिए टीसीपी की तुलना में सरल प्रोटोकॉल का उपयोग कर सकता है। चूँकि, ओपनएसएसएच के पोर्ट फ़ॉरवर्डिंग का उपयोग करते समय यह अधिकांशतः कोई समस्या नहीं होती है, क्योंकि अनेक उपयोग स्थितियों में टीसीपी-ओवर-टीसीपी टनलिंग की आवश्यकता नहीं होती है; मेल्टडाउन से बचा जाता है क्योंकि ओपनएसएसएच क्लाइंट भेजे जाने वाले वास्तविक पेलोड तक पहुंचने के लिए स्थानीय, क्लाइंट-साइड टीसीपी कनेक्शन को संसाधित करता है, और फिर उस पेलोड को सीधे सुरंग के स्वयं के टीसीपी कनेक्शन के माध्यम से सर्वर साइड पर भेजता है, जहां ओपनएसएसएच सर्वर इसी तरह पेलोड को उसके अंतिम गंतव्य तक ले जाने के लिए फिर से लपेटने के लिए खोल देता है।<ref>{{cite mailing list
| title=Re: Extensions for long fat networks?
| title=Re: Extensions for long fat networks?
| date=2003-06-13
| date=2003-06-13
Line 82: Line 84:
| quote=the TCP forwarding code is pretty speedy as well.  Just to pre-answer a question, ssh decapsulates and re-encapsulates TCP, so you don't have classic TCP-over-TCP issues.}}</ref> स्वाभाविक रूप से, यह लपेटना और खोलना द्विदिश सुरंग की विपरीत दिशा में भी होता है।
| quote=the TCP forwarding code is pretty speedy as well.  Just to pre-answer a question, ssh decapsulates and re-encapsulates TCP, so you don't have classic TCP-over-TCP issues.}}</ref> स्वाभाविक रूप से, यह लपेटना और खोलना द्विदिश सुरंग की विपरीत दिशा में भी होता है।


एसएसएच सुरंगें [[फ़ायरवॉल (कंप्यूटिंग)]] को बायपास करने का एक साधन प्रदान करती हैं जो कुछ इंटरनेट सेवाओं को प्रतिबंधित करती हैं{{snd}} जब तक कोई साइट आउटगोइंग कनेक्शन की अनुमति देती है। उदाहरण के लिए, कोई संगठन किसी उपयोगकर्ता को संगठन के [[प्रॉक्सी फ़िल्टर]] (जो उपयोगकर्ता वेब के माध्यम से जो देखता है उसकी निगरानी और नियंत्रण करने का साधन प्रदान करता है) से गुज़रे बिना सीधे इंटरनेट वेब पेज (पोर्ट 80) तक पहुंचने से रोक सकता है। लेकिन उपयोगकर्ता यह नहीं चाहेंगे कि संगठन के प्रॉक्सी फ़िल्टर द्वारा उनके वेब ट्रैफ़िक की निगरानी की जाए या उसे अवरुद्ध किया जाए। यदि उपयोगकर्ता बाहरी एसएसएच [[सर्वर (कंप्यूटिंग)]] से जुड़ सकते हैं, तो वे अपने स्थानीय मशीन पर दिए गए पोर्ट को दूरस्थ वेब सर्वर पर पोर्ट 80 पर अग्रेषित करने के लिए एक एसएसएच सुरंग बना सकते हैं। दूरस्थ वेब सर्वर तक पहुंचने के लिए, उपयोगकर्ता अपने [[वेब ब्राउज़र]] को <nowiki>http://localhost/</nowiki> पर स्थानीय पोर्ट पर इंगित करेंगे।
एसएसएच सुरंगें [[फ़ायरवॉल (कंप्यूटिंग)]] को बायपास करने का एक साधन प्रदान करती हैं जो कुछ इंटरनेट सेवाओं को प्रतिबंधित करती हैं{{snd}} जब तक कोई साइट आउटगोइंग कनेक्शन की अनुमति देती है। उदाहरण के लिए, कोई संगठन किसी उपयोगकर्ता को संगठन के [[प्रॉक्सी फ़िल्टर]] (जो उपयोगकर्ता वेब के माध्यम से जो देखता है उसकी निगरानी और नियंत्रण करने का साधन प्रदान करता है) से गुज़रे बिना सीधे इंटरनेट वेब पेज (पोर्ट 80) तक पहुंचने से रोक सकता है। किन्तु उपयोगकर्ता यह नहीं चाहेंगे कि संगठन के प्रॉक्सी फ़िल्टर द्वारा उनके वेब ट्रैफ़िक की निगरानी की जाए या उसे अवरुद्ध किया जाए। यदि उपयोगकर्ता बाहरी एसएसएच [[सर्वर (कंप्यूटिंग)]] से जुड़ सकते हैं, तब वह अपने स्थानीय मशीन पर दिए गए पोर्ट को दूरस्थ वेब सर्वर पर पोर्ट 80 पर अग्रेषित करने के लिए एक एसएसएच सुरंग बना सकते हैं। दूरस्थ वेब सर्वर तक पहुंचने के लिए, उपयोगकर्ता अपने [[वेब ब्राउज़र]] को <nowiki>http://localhost/</nowiki> पर स्थानीय पोर्ट पर इंगित करेंगे।
 
कुछ SSH क्लाइंट डायनेमिक [[अग्रेषण पोर्ट]] का समर्थन करते हैं जो उपयोगकर्ता को [[SOCKS]] 4/5 प्रॉक्सी बनाने की अनुमति देता है। इस मामले में उपयोगकर्ता अपने एप्लिकेशन को अपने स्थानीय SOCKS प्रॉक्सी सर्वर का उपयोग करने के लिए कॉन्फ़िगर कर सकते हैं। जैसा कि पहले बताया गया है, यह एकल पोर्ट के लिए SSH सुरंग बनाने की तुलना में अधिक लचीलापन देता है। SOCKS उपयोगकर्ता को केवल पूर्वनिर्धारित रिमोट पोर्ट और सर्वर से कनेक्ट होने की सीमाओं से मुक्त कर सकता है। यदि कोई एप्लिकेशन SOCKS का समर्थन नहीं करता है, तो एप्लिकेशन को स्थानीय SOCKS प्रॉक्सी सर्वर पर रीडायरेक्ट करने के लिए एक प्रॉक्सीफायर का उपयोग किया जा सकता है। कुछ प्रॉक्सीफायर, जैसे प्रॉक्सीकैप, सीधे एसएसएच का समर्थन करते हैं, इस प्रकार एसएसएच क्लाइंट की आवश्यकता से बचते हैं।
 
ओपनएसएसएच के हाल के संस्करणों में इसे TUN/TAP बनाने की भी अनुमति है, यदि दोनों सिरों ने ऐसी टनलिंग क्षमताओं को सक्षम किया हो। यह बनाता है <code>tun</code> (परत 3, डिफ़ॉल्ट) या <code>tap</code> (लेयर 2) कनेक्शन के दोनों सिरों पर वर्चुअल इंटरफेस। यह सामान्य नेटवर्क प्रबंधन और रूटिंग का उपयोग करने की अनुमति देता है, और जब राउटर पर उपयोग किया जाता है, तो पूरे सबनेटवर्क के लिए ट्रैफ़िक को टनल किया जा सकता है। का एक जोड़ा <code>tap</code> वर्चुअल इंटरफ़ेस एक ईथरनेट केबल की तरह कार्य करता है जो कनेक्शन के दोनों सिरों को जोड़ता है और कर्नेल ब्रिज से जुड़ सकता है।


== सुरंग बनाने पर आधारित साइबर हमले ==
कुछ SSH क्लाइंट डायनेमिक [[अग्रेषण पोर्ट]] का समर्थन करते हैं जो उपयोगकर्ता को [[SOCKS]] 4/5 प्रॉक्सी बनाने की अनुमति देता है। इस मामले में उपयोगकर्ता अपने एप्लिकेशन को अपने स्थानीय SOCKS प्रॉक्सी सर्वर का उपयोग करने के लिए कॉन्फ़िगर कर सकते हैं। जैसा कि पहले बताया गया है, यह एकल पोर्ट के लिए SSH सुरंग बनाने की तुलना में अधिक लचीलापन देता है। SOCKS उपयोगकर्ता को केवल पूर्वनिर्धारित रिमोट पोर्ट और सर्वर से कनेक्ट होने की सीमाओं से मुक्त कर सकता है। यदि कोई एप्लिकेशन SOCKS का समर्थन नहीं करता है, तब एप्लिकेशन को स्थानीय SOCKS प्रॉक्सी सर्वर पर रीडायरेक्ट करने के लिए एक प्रॉक्सीफायर का उपयोग किया जा सकता है। कुछ प्रॉक्सीफायर, जैसे प्रॉक्सीकैप, सीधे एसएसएच का समर्थन करते हैं, इस प्रकार एसएसएच क्लाइंट की आवश्यकता से बचते हैं।


वर्षों से, संरक्षित नेटवर्क के बाहर दुर्भावनापूर्ण ढंग से संचार करने के लिए सामान्य तौर पर टनलिंग और एनकैप्सुलेशन (नेटवर्किंग) को अक्सर दुर्भावनापूर्ण कारणों से अपनाया जाता रहा है।
ओपनएसएसएच के हाल के संस्करणों में इसे TUN/TAP बनाने की भी अनुमति है, यदि दोनों सिरों ने ऐसी टनलिंग क्षमताओं को सक्षम किया हो। यह बनाता है <code>tun</code> (परत 3, डिफ़ॉल्ट) या <code>tap</code> (लेयर 2) कनेक्शन के दोनों सिरों पर वर्चुअल इंटरफेस। यह सामान्य नेटवर्क प्रबंधन और रूटिंग का उपयोग करने की अनुमति देता है, और जब राउटर पर उपयोग किया जाता है, तब पूरे सबनेटवर्क के लिए ट्रैफ़िक को टनल किया जा सकता है। का एक जोड़ा <code>tap</code> वर्चुअल इंटरफ़ेस एक ईथरनेट केबल की तरह कार्य करता है जो कनेक्शन के दोनों सिरों को जोड़ता है और कर्नेल ब्रिज से जुड़ सकता है।


इस संदर्भ में, ज्ञात सुरंगों में HTTP जैसे प्रोटोकॉल शामिल हैं,<ref>Pack, D. J., Streilein, W., Webster, S., & Cunningham, R. (2002). Detecting HTTP tunneling activities. MASSACHUSETTS INST OF TECH LEXINGTON LINCOLN LAB.</ref> [[एसएसएच]],<ref>Dang, F., Li, Z., Liu, Y., Zhai, E., Chen, Q. A., Xu, T., ... & Yang, J. (2019, June). Understanding fileless attacks on linux-based iot devices with honeycloud. In Proceedings of the 17th Annual International Conference on Mobile Systems, Applications, and Services (pp. 482-493).</ref> डीएनएस,<ref>Raman, D., Sutter, B. D., Coppens, B., Volckaert, S., Bosschere, K. D., Danhieux, P., & Buggenhout, E. V. (2012, November). DNS tunneling for network penetration. In International Conference on Information Security and Cryptology (pp. 65-77). Springer, Berlin, Heidelberg.</ref><ref>Aiello, M., Mongelli, M., Cambiaso, E., & Papaleo, G. (2016). Profiling DNS tunneling attacks with PCA and mutual information. Logic Journal of the IGPL, 24(6), 957-970.</ref> एमक्यूटीटी.<ref>Vaccari, I., Narteni, S., Aiello, M., Mongelli, M., & Cambiaso, E. (2021). Exploiting Internet of Things Protocols for Malicious Data Exfiltration Activities. IEEE Access, 9, 104261-104280.</ref>
== '''सुरंग बनाने पर आधारित साइबर हमले''' ==


वर्षों से, संरक्षित नेटवर्क के बाहर दुर्भावनापूर्ण ढंग से संचार करने के लिए सामान्यतः टनलिंग और एनकैप्सुलेशन (नेटवर्किंग) को अधिकांशतः दुर्भावनापूर्ण कारणों से अपनाया जाता रहा है।


== यह भी देखें ==
इस संदर्भ में, ज्ञात सुरंगों में एचटीटीपी जैसे प्रोटोकॉल सम्मिलित हैं,<ref>Pack, D. J., Streilein, W., Webster, S., & Cunningham, R. (2002). Detecting HTTP tunneling activities. MASSACHUSETTS INST OF TECH LEXINGTON LINCOLN LAB.</ref> [[एसएसएच]],<ref>Dang, F., Li, Z., Liu, Y., Zhai, E., Chen, Q. A., Xu, T., ... & Yang, J. (2019, June). Understanding fileless attacks on linux-based iot devices with honeycloud. In Proceedings of the 17th Annual International Conference on Mobile Systems, Applications, and Services (pp. 482-493).</ref> डीएनएस,<ref>Raman, D., Sutter, B. D., Coppens, B., Volckaert, S., Bosschere, K. D., Danhieux, P., & Buggenhout, E. V. (2012, November). DNS tunneling for network penetration. In International Conference on Information Security and Cryptology (pp. 65-77). Springer, Berlin, Heidelberg.</ref><ref>Aiello, M., Mongelli, M., Cambiaso, E., & Papaleo, G. (2016). Profiling DNS tunneling attacks with PCA and mutual information. Logic Journal of the IGPL, 24(6), 957-970.</ref> एमक्यूटीटी.<ref>Vaccari, I., Narteni, S., Aiello, M., Mongelli, M., & Cambiaso, E. (2021). Exploiting Internet of Things Protocols for Malicious Data Exfiltration Activities. IEEE Access, 9, 104261-104280.</ref>
== '''यह भी देखें''' ==
* [[जीपीआरएस टनलिंग प्रोटोकॉल]] (जीटीपी)
* [[जीपीआरएस टनलिंग प्रोटोकॉल]] (जीटीपी)
* [[HTTP सुरंग]]
* [[HTTP सुरंग|एचटीटीपी सुरंग]]
* [[आईसीएमपी सुरंग]]
* [[आईसीएमपी सुरंग]]
*[[एनवीजीआरई]]
*[[एनवीजीआरई]]
Line 107: Line 107:
* वर्चुअल प्राइवेट नेटवर्क (वीपीएन)
* वर्चुअल प्राइवेट नेटवर्क (वीपीएन)


== संदर्भ ==
== '''संदर्भ''' ==
{{Reflist}}
{{Reflist}}
 
== '''बाहरी संबंध''' ==
 
* [http://portfusion.sourceforge.net पोर्टफ़्यूज़न] सभी टीसीपी प्रोटोकॉल के लिए वितरित रिवर्स/फॉरवर्ड, स्थानीय फॉरवर्ड प्रॉक्सी और टनलिंग समाधान
== बाहरी संबंध ==
* [http://www.freebsd.org/cgi/man.cgi?query=ssh एसएसएच वीपीएन सुरंग, एसएसएच-आधारित वर्चुअल प्राइवेट नेटवर्क अनुभाग देखें]
* [http://portfusion.sourceforge.net PortFusion] distributed reverse / forward, local forward proxy and tunneling solution for all TCP protocols
* [https://github.com/BarbaTunnelCoder/BarbaTunnel BarbaTunnel प्रोजेक्ट - विंडोज़ पर एचटीटीपी-टनल और UDP-टनल का निःशुल्क ओपन सोर्स कार्यान्वयन]
* [http://www.freebsd.org/cgi/man.cgi?query=ssh SSH VPN tunnel, see the SSH-BASED VIRTUAL PRIVATE NETWORKS section]
* [https://github.com/vpnhood/VpnHood वीपीएनहुड प्रोजेक्ट - सॉकेट रीडायरेक्शन का उपयोग करके वीपीएन का मुफ्त ओपन सोर्स कार्यान्वयन]
* [https://github.com/BarbaTunnelCoder/BarbaTunnel BarbaTunnel Project - Free open source implementation of HTTP-Tunnel and UDP-Tunnel on Windows]
* [https://github.com/vpnhood/VpnHood VpnHood Project - Free open source implementation of a VPN using socket redirection]
[[Category: टनलिंग प्रोटोकॉल| टनलिंग प्रोटोकॉल]] [[Category: नेटवर्क प्रोटोकॉल]] [[Category: कंप्यूटर सुरक्षा]]  
[[Category: टनलिंग प्रोटोकॉल| टनलिंग प्रोटोकॉल]] [[Category: नेटवर्क प्रोटोकॉल]] [[Category: कंप्यूटर सुरक्षा]]  


Line 122: Line 120:
[[Category: Machine Translated Page]]
[[Category: Machine Translated Page]]
[[Category:Created On 17/08/2023]]
[[Category:Created On 17/08/2023]]
[[Category:Vigyan Ready]]

Latest revision as of 07:19, 16 October 2023

Internet protocol suite
Application layer
Transport layer
Internet layer
Link layer

कंप्यूटर नेटवर्क में, टनलिंग प्रोटोकॉल एक संचार प्रोटोकॉल है जो डेटा को एक नेटवर्क से दूसरे नेटवर्क तक ले जाने की अनुमति देता है। इसमें एनकैप्सुलेशन (नेटवर्किंग) नामक प्रक्रिया के माध्यम से निजी नेटवर्क संचार को सार्वजनिक नेटवर्क (जैसे इंटरनेट) पर भेजने की अनुमति देना सम्मिलित है।

क्योंकि टनलिंग में ट्रैफ़िक डेटा को एक भिन्न रूप में दोबारा पैक करना सम्मिलित है, संभवतः मानक के रूप में एन्क्रिप्शन के साथ, यह सुरंग के माध्यम से चलने वाले ट्रैफ़िक की प्रकृति को छिपा सकता है।

टनलिंग प्रोटोकॉल नेटवर्क पैकेट (पेलोड (कंप्यूटिंग)) के डेटा भाग का उपयोग करके उन पैकेटों को ले जाने के लिए काम करता है जो वास्तव में सेवा प्रदान करते हैं। टनलिंग एक स्तरित प्रोटोकॉल मॉडल का उपयोग करता है जैसे कि खुले प्रणालियों का अंतर्संबंध या टीसीपी/आईपी प्रोटोकॉल सूट, किन्तु सामान्यतः प्राइवेट नेटवर्क द्वारा प्रदान नहीं की जाने वाली सेवा को ले जाने के लिए पेलोड का उपयोग करते समय लेयरिंग का उल्लंघन होता है। सामान्यतः, डिलीवरी प्रोटोकॉल, पेलोड प्रोटोकॉल की तुलना में स्तरित मॉडल में सामान्तर या उच्च स्तर पर संचालित होता है।

उपयोग

उदाहरण के लिए, एक टनलिंग प्रोटोकॉल एक विदेशी प्रोटोकॉल को ऐसे नेटवर्क पर चलने की अनुमति दे सकता है जो उस विशेष प्रोटोकॉल का समर्थन नहीं करता है, जैसे कि IPv4 पर IPv6 चलाना।

एक अन्य महत्वपूर्ण उपयोग ऐसी सेवाएँ प्रदान करना है जो केवल अंतर्निहित नेटवर्क सेवाओं का उपयोग करके प्रस्तुत किया जाना अव्यावहारिक या असुरक्षित है, जैसे किसी दूरस्थ उपयोगकर्ता को कॉर्पोरेट नेटवर्क पता प्रदान करना जिसका भौतिक नेटवर्क पता कॉर्पोरेट नेटवर्क का भाग नहीं है।

फ़ायरवॉल नीति को दरकिनार करना

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

एक अन्य एचटीटीपी -आधारित टनलिंग विधि एचटीटीपी टनल एचटीटीपी CONNECT विधि एचटीटीपी CONNECT विधि/कमांड का उपयोग करती है। एक क्लाइंट एचटीटीपी प्रॉक्सी को एचटीटीपी CONNECT कमांड जारी करता है। फिर प्रॉक्सी एक विशेष सर्वर:पोर्ट से एक टीसीपी कनेक्शन बनाता है, और उस सर्वर:पोर्ट और क्लाइंट कनेक्शन के मध्य डेटा रिले करता है।[1] क्योंकि यह एक सुरक्षा छेद बनाता है, CONNECT-सक्षम एचटीटीपी प्रॉक्सी सामान्यतः CONNECT विधि तक पहुंच को प्रतिबंधित करते हैं। प्रॉक्सी केवल विशिष्ट पोर्ट से कनेक्शन की अनुमति देता है, जैसे एचटीटीपीएस के लिए 443।[2]

नेटवर्क फ़ायरवॉल को बायपास करने में सक्षम अन्य टनलिंग विधियाँ डीएनएस जैसे विभिन्न प्रोटोकॉल का उपयोग करती हैं,[3] एमक्यूटीटी,[4] एसएमएस।[5]

विधि अवलोकन

नेटवर्क लेयर पर नेटवर्क लेयर के उदाहरण के रूप में, जेनेरिक रूटिंग इनकैप्सुलेशन (जीआरई), आईपी पर चलने वाला एक प्रोटोकॉल (आईपी प्रोटोकॉल नंबर 47 की सूची), अधिकांशतः डिलीवरी पैकेट का उपयोग करके इंटरनेट पर RFC 1918 निजी पते के साथ आईपी पैकेट ले जाने का कार्य करता है। सार्वजनिक आईपी पते के साथ. इस मामले में, डिलीवरी और पेलोड प्रोटोकॉल समान हैं, किन्तु पेलोड पते डिलीवरी नेटवर्क के साथ असंगत हैं।

डेटा लिंक परत का उपयोग करके कनेक्शन स्थापित करना भी संभव है। परत 2 टनलिंग प्रोटोकॉल (L2TP) दो नोड्स के मध्य फ़्रेम (नेटवर्किंग) के प्रसारण की अनुमति देता है। एक सुरंग डिफ़ॉल्ट रूप से एन्क्रिप्टेड नहीं होती है: चुना गया टीसीपी/आईपी प्रोटोकॉल सुरक्षा के स्तर को निर्धारित करता है।

सार्वजनिक नेटवर्क (जैसे इंटरनेट) कनेक्शन पर प्रसारित होने वाले पेलोड के डेटा एन्क्रिप्शन को सक्षम करने के लिए सुरक्षित खोल पोर्ट 22 का उपयोग करता है, जिससे वीपीएन कार्यक्षमता प्रदान होती है। IPsec में एक एंड-टू-एंड ट्रांसपोर्ट मोड है, किन्तु यह एक विश्वसनीय सुरक्षा गेटवे के माध्यम से टनलिंग मोड में भी काम कर सकता है।

टनलिंग द्वारा लगाए गए एक विशेष प्रोटोकॉल स्टैक को समझने के लिए, नेटवर्क इंजीनियरों को पेलोड और डिलीवरी प्रोटोकॉल समूह दोनों को समझना होगा।

सामान्य टनलिंग प्रोटोकॉल

सुरक्षित शैल टनलिंग

एक सुरक्षित शेल (एसएसएच) सुरंग में एक सुरक्षित शेल कनेक्शन के माध्यम से बनाई गई एक कूट रूप दिया गया सुरंग होती है। उपयोगकर्ता एन्क्रिप्टेड चैनल के माध्यम से नेटवर्क पर अनएन्क्रिप्ट ट्रैफ़िक को स्थानांतरित करने के लिए एसएसएच सुरंगें स्थापित कर सकते हैं। यह नेटवर्क सुरक्षा के लिए एक सॉफ्टवेयर-आधारित दृष्टिकोण है और इसका परिणाम पारदर्शी एन्क्रिप्शन है।[6]

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

नीले कंप्यूटर पर निष्पादित एसएसएच के साथ स्थानीय और दूरस्थ पोर्ट अग्रेषण।

एक बार एसएसएच कनेक्शन स्थापित हो जाने के पश्चात्, सुरंग एसएसएच द्वारा पोर्ट पर सुनने के साथ प्रारंभ होती है  दूरस्थ या स्थानीय होस्ट. इससे कोई भी कनेक्शन निर्दिष्ट को अग्रेषित किया जाता है  से निकलने वाला पता और पोर्ट  विरोधी (दूरस्थ या स्थानीय, पहले की तरह) मेज़बान।

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

एसएसएच सुरंगें फ़ायरवॉल (कंप्यूटिंग) को बायपास करने का एक साधन प्रदान करती हैं जो कुछ इंटरनेट सेवाओं को प्रतिबंधित करती हैं – जब तक कोई साइट आउटगोइंग कनेक्शन की अनुमति देती है। उदाहरण के लिए, कोई संगठन किसी उपयोगकर्ता को संगठन के प्रॉक्सी फ़िल्टर (जो उपयोगकर्ता वेब के माध्यम से जो देखता है उसकी निगरानी और नियंत्रण करने का साधन प्रदान करता है) से गुज़रे बिना सीधे इंटरनेट वेब पेज (पोर्ट 80) तक पहुंचने से रोक सकता है। किन्तु उपयोगकर्ता यह नहीं चाहेंगे कि संगठन के प्रॉक्सी फ़िल्टर द्वारा उनके वेब ट्रैफ़िक की निगरानी की जाए या उसे अवरुद्ध किया जाए। यदि उपयोगकर्ता बाहरी एसएसएच सर्वर (कंप्यूटिंग) से जुड़ सकते हैं, तब वह अपने स्थानीय मशीन पर दिए गए पोर्ट को दूरस्थ वेब सर्वर पर पोर्ट 80 पर अग्रेषित करने के लिए एक एसएसएच सुरंग बना सकते हैं। दूरस्थ वेब सर्वर तक पहुंचने के लिए, उपयोगकर्ता अपने वेब ब्राउज़र को http://localhost/ पर स्थानीय पोर्ट पर इंगित करेंगे।

कुछ SSH क्लाइंट डायनेमिक अग्रेषण पोर्ट का समर्थन करते हैं जो उपयोगकर्ता को SOCKS 4/5 प्रॉक्सी बनाने की अनुमति देता है। इस मामले में उपयोगकर्ता अपने एप्लिकेशन को अपने स्थानीय SOCKS प्रॉक्सी सर्वर का उपयोग करने के लिए कॉन्फ़िगर कर सकते हैं। जैसा कि पहले बताया गया है, यह एकल पोर्ट के लिए SSH सुरंग बनाने की तुलना में अधिक लचीलापन देता है। SOCKS उपयोगकर्ता को केवल पूर्वनिर्धारित रिमोट पोर्ट और सर्वर से कनेक्ट होने की सीमाओं से मुक्त कर सकता है। यदि कोई एप्लिकेशन SOCKS का समर्थन नहीं करता है, तब एप्लिकेशन को स्थानीय SOCKS प्रॉक्सी सर्वर पर रीडायरेक्ट करने के लिए एक प्रॉक्सीफायर का उपयोग किया जा सकता है। कुछ प्रॉक्सीफायर, जैसे प्रॉक्सीकैप, सीधे एसएसएच का समर्थन करते हैं, इस प्रकार एसएसएच क्लाइंट की आवश्यकता से बचते हैं।

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

सुरंग बनाने पर आधारित साइबर हमले

वर्षों से, संरक्षित नेटवर्क के बाहर दुर्भावनापूर्ण ढंग से संचार करने के लिए सामान्यतः टनलिंग और एनकैप्सुलेशन (नेटवर्किंग) को अधिकांशतः दुर्भावनापूर्ण कारणों से अपनाया जाता रहा है।

इस संदर्भ में, ज्ञात सुरंगों में एचटीटीपी जैसे प्रोटोकॉल सम्मिलित हैं,[10] एसएसएच,[11] डीएनएस,[12][13] एमक्यूटीटी.[14]

यह भी देखें

संदर्भ

  1. ↑ "Upgrading to TLS Within HTTP/1.1". RFC 2817. 2000. Retrieved March 20, 2013.
  2. ↑ "Vulnerability Note VU#150227: HTTP proxy default configurations allow arbitrary TCP connections". US-CERT. 2002-05-17. Retrieved 2007-05-10.
  3. ↑ रमन, डी., सटर, बी.डी., कॉपेंस, बी., वोल्केर्ट, एस., बॉसचेरे, के.डी., डेनह्यूक्स, पी., और बुगेनहौट, ई.वी. (2012, नवंबर)। नेटवर्क प्रवेश के लिए डीएनएस टनलिंग। सूचना सुरक्षा और क्रिप्टोलॉजी पर अंतर्राष्ट्रीय सम्मेलन में (पीपी. 65-77)। स्प्रिंगर, बर्लिन, हीडलबर्ग।
  4. ↑ वॅकरी, आई., नार्टनी, एस., ऐएलो, एम., मोंगेली, एम., और कैम्बियासो, ई. (2021)। दुर्भावनापूर्ण डेटा घुसपैठ गतिविधियों के लिए इंटरनेट ऑफ थिंग्स प्रोटोकॉल का शोषण। आईईईई एक्सेस, 9, 104261-104280।
  5. ↑ नर्तनी, एस., वैकारी, आई., मोंगेली, एम., ऐएलो, एम., और कंबियासो, ई. (2021)। शॉर्टमैसेज-सर्विस का फायदा उठाकर सुरंगनुमा हमले करने की संभावना का मूल्यांकन करना। जर्नल ऑफ इंटरनेट सर्विसेज एंड इंफॉर्मेशन सिक्योरिटी, 11, 30-46।
  6. ↑ Barrett, Daniel J.; Barrett, Daniel J.; Silverman, Richard E.; Silverman, Richard (2001). SSH, the Secure Shell: The Definitive Guide (in English). "O'Reilly Media, Inc.". ISBN 978-0-596-00011-0.
  7. ↑ Titz, Olaf (2001-04-23). "Why TCP Over TCP Is A Bad Idea". Retrieved 2015-10-17.[dead link]
  8. ↑ Honda, Osamu; Ohsaki, Hiroyuki; Imase, Makoto; Ishizuka, Mika; Murayama, Junichi (October 2005). "Understanding TCP over TCP: effects of TCP tunneling on end-to-end throughput and latency". In Atiquzzaman, Mohammed; Balandin, Sergey I (eds.). Performance, Quality of Service, and Control of Next-Generation Communication and Sensor Networks III. Vol. 6011. Bibcode:2005SPIE.6011..138H. CiteSeerX 10.1.1.78.5815. doi:10.1117/12.630496. S2CID 8945952.
  9. ↑ Kaminsky, Dan (2003-06-13). "Re: Extensions for long fat networks?". openssh-unix-dev@mindrot.org (Mailing list). the TCP forwarding code is pretty speedy as well. Just to pre-answer a question, ssh decapsulates and re-encapsulates TCP, so you don't have classic TCP-over-TCP issues.
  10. ↑ Pack, D. J., Streilein, W., Webster, S., & Cunningham, R. (2002). Detecting HTTP tunneling activities. MASSACHUSETTS INST OF TECH LEXINGTON LINCOLN LAB.
  11. ↑ Dang, F., Li, Z., Liu, Y., Zhai, E., Chen, Q. A., Xu, T., ... & Yang, J. (2019, June). Understanding fileless attacks on linux-based iot devices with honeycloud. In Proceedings of the 17th Annual International Conference on Mobile Systems, Applications, and Services (pp. 482-493).
  12. ↑ Raman, D., Sutter, B. D., Coppens, B., Volckaert, S., Bosschere, K. D., Danhieux, P., & Buggenhout, E. V. (2012, November). DNS tunneling for network penetration. In International Conference on Information Security and Cryptology (pp. 65-77). Springer, Berlin, Heidelberg.
  13. ↑ Aiello, M., Mongelli, M., Cambiaso, E., & Papaleo, G. (2016). Profiling DNS tunneling attacks with PCA and mutual information. Logic Journal of the IGPL, 24(6), 957-970.
  14. ↑ Vaccari, I., Narteni, S., Aiello, M., Mongelli, M., & Cambiaso, E. (2021). Exploiting Internet of Things Protocols for Malicious Data Exfiltration Activities. IEEE Access, 9, 104261-104280.

बाहरी संबंध

Retrieved from ‘https://www.vigyanwiki.in/index.php?title=टनलिंग_प्रोटोकॉल&oldid=267669’