कंप्यूटर, सॉफ्टवेयर
कॉन्फ़िगर करने के लिए कैसे 8080 (बंदरगाह) के माध्यम से कनेक्शन प्राप्त करते हैं: शिक्षा, चित्र और समीक्षा
कंप्यूटर नेटवर्क में पोर्ट एक प्राकृतिक संख्या जो हैडर ओएसआई प्रोटोकॉल में दर्ज की गई है है। यह वही मेजबान में प्रक्रिया के प्राप्तकर्ता पैकेट की पहचान के लिए बनाया गया है।
एक नियम के रूप में, एक स्थापित ऑपरेटिंग सिस्टम के साथ एक मेजबान पर उपयोगकर्ता अंतरिक्ष में एक समय में एक से अधिक प्रक्रिया आता है, और उनमें से प्रत्येक एक विशिष्ट कार्यक्रम चलाता है। इन कार्यक्रमों समय से कंप्यूटर नेटवर्क "खोल" को प्रभावित यदि यह आईपी पैकेट कि कार्यक्रमों में से एक के लिए है के माध्यम से हो जाता है समय के लिए।
यह कैसे काम करता है?
कार्यक्रम नेटवर्क के माध्यम से डेटा का आदान-उपयोग करता है, यह प्रक्रिया इस प्रकार जगह ले सकता है:
- ओएस में एक विशेष पोर्ट नंबर का अनुरोध किया। प्रणाली प्रदान कर सकते हैं दोनों अपने कार्यक्रम और हस्तांतरण निषेध (इस मामले हैं, जहां पोर्ट संख्या अन्य अनुप्रयोग द्वारा उपयोग में पहले से ही है में होता है)।
- ओएस पर किसी भी उपलब्ध में पोर्ट संख्या को निर्दिष्ट नहीं अनुरोध किया जाता है। सिस्टम में ही यह चुनता है और कार्यक्रम प्रदान करता है।
कैसे एक बंदरगाह (8080, 80 और इतने पर) खोलने के लिए? नेटवर्क की जानकारी के भीतर (दो प्रक्रियाओं के बीच) एक विशिष्ट प्रोटोकॉल के अनुसार आदान-प्रदान किया जाता है। करने के लिए कनेक्शन स्थापित हो जाने के बाद निम्न आवश्यक है:
- प्रेषक और प्राप्तकर्ता होस्ट के IP-पता (मार्ग की जरूरत उन दोनों के बीच बनाया गया था);
- प्रोटोकॉल संख्या;
- कमरे दोनों बंदरगाहों (स्रोत और गंतव्य)।
कनेक्शन टीसीपी खत्म हो गया है, तो स्रोत बंदरगाह डेटा के संचरण की पुष्टि करें और जवाब देने के लिए प्राप्तकर्ता को संसाधित करने में प्राप्तकर्ता के ऑपरेटिंग सिस्टम के रूप में प्रयोग किया जाता है।
खुले और बंद बंदरगाहों
वापसी पता है, जो लिफाफा से दिखाया जाता है के लिए एक समकक्ष के रूप में प्रेषक के मेजबान और पोर्ट संख्या अधिनियम की ओर से। यह संख्या रिवर्स कहा जाता है।
ऐसे मामलों में जहां एक बंदरगाह के लिए एक ही पोर्ट नंबर का उपयोग कर एक नियमित आधार पर एक मेजबान पर एक प्रक्रिया खुला माना जाता है। उदाहरण के लिए, सर्वर के साथ जुड़े कार्यक्रम संचार के लिए हर समय 80 या 8080 का उपयोग कर सकते हैं। जब प्रक्रिया नहीं कर सकते हैं एक बंदरगाह खोलने कि बंद माना जाता है।
पोर्ट संख्या
सभी बंदरगाहों उनकी संख्या निर्धारित तरीके से पंजीकृत है। प्रत्येक का विशेष उद्देश्य के लिए बनाया गया है। तो अक्सर आप पोर्ट 8080 देख सकते हैं क्यों आप इस कार्यक्षमता जब इंटरनेट का उपयोग करने की आवश्यकता है?
आधिकारिक आंकड़ों के अनुसार, बंदरगाह टीसीपी है और HTTP साथ प्रयोग के लिए बनाया गया है। अनाधिकारिक, यह भी बिलाव सर्वलेट कंटेनर जावा में लिखा द्वारा प्रयोग किया जाता है।
टीसीपी-पोर्ट 8080 आवेदन के आधार पर, संचार के लिए एक विशिष्ट प्रोटोकॉल का उपयोग कर सकते हैं। प्रोटोकॉल को औपचारिक नियम बताते हैं कि कैसे डेटा नेटवर्क पर प्रसारित किया जाता है का एक सेट है। यह एक भाषा जो कंप्यूटर के बीच प्रयोग किया जाता है उन्हें और अधिक प्रभावी ढंग से संवाद करने में मदद करने में प्रस्तुत किया जा सकता है।
HTTP प्रोटोकॉल है, जो 8080 के माध्यम से चलाता है, इंटरनेट ब्राउज़र और वेब साइटों के बीच संचार प्रारूप निर्धारित करता है। एक अन्य उदाहरण IMAP प्रोटोकॉल है, जो IMAP मेल सर्वर और क्लाइंट या, अंत में, SSL प्रोटोकॉल है, जो एन्क्रिप्ट किए गए संदेशों के लिए इस्तेमाल किया प्रारूप को निर्दिष्ट करता है के बीच संबंधों को परिभाषित करता है।
आंकड़ा अंतरण
इस प्रकार, टीसीपी पोर्ट 8080 ट्रांसमिशन कंट्रोल प्रोटोकॉल का उपयोग करता है। उन्होंने कहा कि टीसीपी / आईपी नेटवर्क में मुख्य प्रोटोकॉल में से एक है। केवल पैकेट के साथ आईपी प्रोटोकॉल सौदों जबकि, टीसीपी एक कनेक्शन और डेटा के आदान धाराओं की स्थापना के लिए दो मेजबानों सक्षम बनाता है। यह उनकी डिलीवरी है, साथ ही इस तथ्य है कि पैकेट ही वे किस क्रम में भेजा गया था में पोर्ट 8080 पर पहुँचा दिया जाएगा गारंटी देता है। 8080 के लिए गारंटी कनेक्शन - इस TCP और UDP के बीच एक महत्वपूर्ण अंतर है। यूडीपी 8080 में एक ही कनेक्शन की गारंटी नहीं होता।
कैसे विंडोज 7 पर पोर्ट 8080 को खोलने के लिए?
ऐसा करने के लिए, मेनू "प्रारंभ" और नियंत्रण कक्ष का पता लगाने के लिए जाते हैं। यह "नेटवर्क" उप-मेनू पर क्लिक करें और पता लगाने के लिए आवश्यक है "फ़ायरवॉल मॉड्यूल।" "अपवाद" टैब में, "पोर्ट जोड़ें" पाते हैं। आप एक संवाद बॉक्स जिसमें आप पोर्ट नंबर दर्ज करना चाहिए खुल जाएगा। सुनिश्चित करें कि सेटिंग्स टीसीपी में निर्दिष्ट, फिर ठीक चुनें बनाओ।
कैसे पोर्ट 8080 को बंद करने के? यह एक और विशिष्ट बंदरगाह के लिए एक कनेक्शन सेट करने के लिए पर्याप्त है।
उन्नत कॉन्फ़िगरेशन HTTP और टीसीपी प्रॉक्सी
HTTP प्रोटोकॉल टीसीपी की चोटी पर चलाता है, लेकिन संदेश बताए बारे में अतिरिक्त जानकारी प्रदान करता है। इस कारण से, दो प्रॉक्सी अलग ढंग से कॉन्फ़िगर किया गया है।
HTTP यातायात लक्ष्य मेजबान और संदेश के लिए पोर्ट भी शामिल है। उन्होंने कहा कि एक टीसीपी समाप्ति बिंदु यह है कि के साथ ऑन-TCP कनेक्शन, एक विशेष मेजबान और बंदरगाह के बीच चला जाता है। आमतौर पर, HTTP-पोस्ट टीसीपी-कनेक्शन के रूप में ही समाप्ति बिंदु को इंगित करता है। आप ग्राहक HTTP प्रॉक्सी सर्वर कनेक्शन का उपयोग करने के विन्यास को बदलते हैं यूआरएल HTTP-पतों में निर्दिष्ट करने के बजाय, एक और मेजबान और बंदरगाह के लिए किया जाता है। इसका मतलब है कि संदेश में अंत बिंदु टीसीपी कि जिसके अंत में करने के लिए यह जुड़ा हुआ है से अलग है।
उदाहरण के लिए, HTTP अनुरोध http://192.0.2.1:8080/operation पृष्ठ अनुरोध करने के लिए भेजा «192.0.2.1:8080» शीर्षक «होस्ट» HTTP-संदेश है, जो मेजबान 192.0 पर पोर्ट 8080 को भेजा जाता है शामिल है। 2.1।
हालांकि, अगर आप HTTP-क्लाइंट कॉन्फ़िगर प्रॉक्सी सर्वर का उपयोग करने के लिए, बुनियादी टीसीपी-कनेक्शन उसके लिए टीसीपी समाप्ति बिंदु को, चला जाता है, जबकि संदेश अभी भी मूल endpoint में शामिल है।
उदाहरण के लिए, यदि आप क्लाइंट को कॉन्फ़िगर 198281.100.1 3128 पोर्ट पर प्रॉक्सी सर्वर के लिए अपने संदेश भेजने के लिए, और ग्राहक http://192.0.2.1:8080/operation के लिए अनुरोध भेजता, संदेश अभी भी होता है «192.0.2.1: 8080" शीर्षक «होस्ट», और अब भी «अनुरोध लाइन» के क्षेत्र में। हालांकि, इस संदेश को अब 198.51.100.1:3128 पर टीसीपी-कनेक्शन के माध्यम से भेजा जाता है। इस प्रकार, HTTP प्रॉक्सी सर्वर (पोर्ट 8080 पर प्रॉक्सी) एक ही बंदरगाह पर प्राप्त कर सकते हैं और प्राप्तकर्ता के बारे में जानकारी के आधार पर कई अलग अलग सेवाओं के लिए उन्हें भेज सकते हैं।
कैसे पोर्ट 8080 पर कनेक्शन प्राप्त कॉन्फ़िगर करने के लिए?
तो, «होस्ट» के शीर्षक 1.1 HTTP को जोड़ा गया है /। कनेक्शन HTTP / 1.0 खुद में यह शामिल नहीं है। इस कारण से, इस तरह के यौगिकों, जिससे प्रॉक्सी के माध्यम से पारित नहीं है संदेश के लिए मेजबान और बंदरगाह शामिल नहीं है। हालांकि, HTTP / 1.0, एक प्रॉक्सी सर्वर के माध्यम से भेजा के बारे में जानकारी है, अभी भी लक्ष्य मेजबान और "क्वेरी स्ट्रिंग" में बंदरगाह शामिल हैं। इसलिए, शीर्षक «होस्ट» के अभाव प्रॉक्सी के लिए समस्या पैदा नहीं करता है।
टीसीपी प्रॉक्सी को सक्षम करने के लिए, आप ग्राहक के विन्यास टीसीपी endpoint साथ वास्तविक समय में एक बदली समाप्ति बिंदु पर बदलना होगा। HTTP के विपरीत, प्रोटोकॉल एक अंतर्निहित क्षमता प्रॉक्सी का उपयोग करने प्रदान नहीं करता है। यही कारण है, अगर आप प्रॉक्सी सर्वर से टीसीपी के माध्यम से, जानकारी के संचरण के लिए अंतिम गंतव्य से कनेक्ट किसी भी तंत्र प्रदान नहीं करता है।
कैसे 8080 के माध्यम से कई कनेक्शन सेट करने के?
टीसीपी प्रॉक्सी के लिए एक ही रास्ता अनुमति देने के कई सिस्टम (यानी, अंतिम गंतव्य), कोई कितना भी यातायात इन यौगिकों को भेज दिया जाएगा के लिए कनेक्शन - प्रणालियों से प्रत्येक के लिए एक और बंदरगाह को सुनने के लिए है। यह आप कनेक्ट और जानकारी अपने बंदरगाह संख्या के बारे में जो प्रत्येक समाप्ति बिंदु के अनुरूप बनाए रखने के लिए अनुमति देता है। तब ग्राहक प्रॉक्सी पोर्ट प्रत्येक प्रणाली जिसके साथ यह जोड़ने की जरूरत के लिए इसी के साथ कॉन्फ़िगर किया गया है। टीसीपी प्रॉक्सी सुन बंदरगाहों और उनकी संगत अंतिमबिंदुओं ऑपरेटरों <आगे> प्रॉक्सी विन्यास फाइल, RTCP_install_dir / httptcp / registration.xml में में विन्यस्त। सबसे पहले, पोर्ट 8080 जाँच - अगर यह डिफ़ॉल्ट रूप से खुला है, और अधिक समायोजन कुछ ही मिनटों में किया जाएगा।
इस उदाहरण में, 198.51.100.1 प्रॉक्सी सर्वर का आईपी पता है। प्रॉक्सी सर्वर पर पोर्ट 3333 को भेजे गए किसी भी यातायात पोर्ट 8080 को भेजा जाता है निम्नलिखित पते पर: www। उदाहरण। कॉम:
<फॉरवर्ड बाँध = "198.51.100.1:3333" गंतव्य = "www उदाहरण कॉम: .. 8080" />
तो अगर आप ग्राहक विन्यास फाइल हर बार जब आप यातायात के लिए एक नया गंतव्य जोड़ने बदलना होगा। यह प्रतिबंध HTTP-प्रॉक्सी पर लागू नहीं होता।
HTTP और टीसीपी के बीच बातचीत
समझने के लिए कैसे बंदरगाह HTTP और टीसीपी प्रॉक्सी में संभालती है, तो आप 192.0.2.1:8080 और 192.0.2.1:8081 पर दो सेवाओं है लगता है, और प्रॉक्सी सर्वर 198.51.100.1 पर चल रहा है। अगर वे आईपी पते के बजाय पोर्ट संख्या से भिन्न होते हैं, इस उदाहरण प्रत्येक सेवा के लिए इसी पते के लिए छोड़कर एक ही हो जाएगा। वे दोनों टीसीपी अंतिम बिंदुओं पर एक HTTP प्रॉक्सी पोर्ट अनुरोध के लिए HTTP यातायात की आशा करते हैं उसे करने के लिए भेजा जा सकता है। एक HTTP देखता है कि संदेश 192.0.2.1:8080 संबोधित किया जाता है, प्रॉक्सी इस पते पर संदेश अग्रेषित करता है, या कोई भी नियम इस सेवा के लिए है कि लागू होते हैं। इसी प्रक्रिया 192.0.2.1:8081 पर लागू होता है, एक ही बंदरगाह का उपयोग कर।
इन दोनों सेवाओं के बजाय आशा करते हैं टीसीपी यातायात खुला दो टीसीपी-प्रॉक्सी पोर्ट दो तत्वों <आगे> विन्यास फाइल में से परिभाषित किया जाना चाहिए:
<फॉरवर्ड बाँध = "198.51.100.1:3333" गंतव्य = "192.0.2.1:8080" />
<फॉरवर्ड बाँध = "198.51.100.1:3334" गंतव्य = "192.0.2.1:8081" />
«198.51.100.1:3333» पर «192.0.2.1:8080» से पहले सेवा में परिवर्तन के लिए क्लाइंट कॉन्फ़िगरेशन, और दूसरे के लिए - एक «192.0.2.1:8081» «198.51.100.1:3334» करने के लिए। ग्राहक संदेश (टीसीपी पैकेट), पहली पते का पहला सेवा भेजता है।
प्रॉक्सी सर्वर पोर्ट (3333) के लिए यह प्राप्त करता है, लेकिन पता नहीं है कि कौन सा डेटा इस कनेक्शन पर भेजा जा रहा है। सभी कि वह जानता था - इसलिए बंदरगाह 3333. से कनेक्शन, प्रॉक्सी सर्वर इसके विन्यास सलाह भी लेता है और देखता है कि इस बंदरगाह पर यातायात 192.0.2.1:8080 पर पुनः निर्देशित किया जाना चाहिए (या इसे इस सेवा के लिए नियम लागू करना आवश्यक है कि)। यदि आप अपने सभी HTTP यातायात पुनर्निर्देशित नहीं कर सकते क्योंकि क्लाइंट कॉन्फ़िगरेशन HTTP प्रॉक्सी सर्वर के विन्यास का समर्थन नहीं करता है, तो आप एक रिवर्स HTTP-प्रॉक्सी का उपयोग करना चाहिए।
यह बजाय लक्ष्य यूआरएल-पतों में आप अपने वांछित निर्दिष्ट करें। इस प्रक्रिया को टीसीपी प्रॉक्सी है, जिसमें आप क्लाइंट सिस्टम पर टीसीपी संदेशों के लिए एक अंत बिंदु के रूप में यह निर्दिष्ट और एक अग्रेषण नियम बनाने के लिए कॉन्फ़िगर करने के समान है।
अंतर यह है कि आप नियम है कि HTTP निर्दिष्ट करता है, निम्न उदाहरण में टाइप विशेषता जोड़ने है: <आगे बाँध = "198.51.100.1:3333" गंतव्य = "192.0.2.1:8080" type = "HTTP" />।
कैसे यातायात आंदोलन है?
अब प्रॉक्सी सर्वर केवल निर्दिष्ट पोर्ट के लिए HTTP यातायात स्वीकार करने के लिए कॉन्फ़िगर किया गया है, और अधिक समृद्ध छानने में इस्तेमाल किया जा सकता है। उदाहरण के लिए, सर्वर कवर है, जो इसके URL-पते में कोई निश्चित पथ, या जो इस तरह के पद के रूप में HTTP विशेष विधि, का उपयोग नहीं करता है पर ट्रैफ़िक को फ़िल्टर कर सकते हैं। हालांकि, क्योंकि प्लग हमेशा काम नहीं करता, सर्वर अभी भी आइटम <आगे> गंतव्य होने की जरूरत है, व्यवस्था करने के लिए यातायात भेजने के लिए सक्षम होने के लिए। उदाहरण के लिए, मान लीजिए कि ग्राहक 192.0.2.1:8080 पर सेवा से कनेक्ट और 198.51.100.1:3333 पर एक रिवर्स HTTP-प्रॉक्सी का उपयोग करने की जरूरत है।
// 192.0.2.1:8080/ आपरेशन http पर:: इससे पहले कि एक ग्राहक इस सेवा के लिए एक प्रॉक्सी सर्वर, क्लाइंट कॉन्फ़िगरेशन उपयोग कर सकते हैं, तो आप को बदलने की जरूरत कर रहे हैं, जैसे कि http यूआरएल-पते, // 198.51.100.1:3333/ आपरेशन। क्वेरी URL के नए पते पर भेजा जाता है कि, प्रॉक्सी सर्वर में प्रवेश करती है।
क्योंकि ग्राहक पता नहीं है कि वह क्या अग्रेषित संदेश भेजता है अनुरोध संदेश, शीर्ष लेख "मेजबान" में प्रॉक्सी (198.51.100.1:3333) के लिए एक टीसीपी endpoint, और नहीं प्रणाली का पता है। इस सरलीकृत ग्राहक इस तरह के एक परिसर के भूमिका की प्रकृति को निर्धारित करता है। इस प्रकार, प्रॉक्सी <आगे>, के तत्वों का उपयोग करता है पता चला है कि अनुरोध पोर्ट 3333 में आ रहा है निम्न में से एक की आवश्यकता है: यह एक जीवित प्रणाली 192.0.2.1:8080 के पास भेजा जाना चाहिए, और शीर्षक «होस्ट» संदेश में होना अपडेट किया गया। संदेश के लिए, उदाहरण के लिए, सेवा के सभी नियमों का लागू किया जाना मार्ग प्लग।
Similar articles
Trending Now