निर्देशन, रेखाचित्र र समीक्षा: कसरी 8080 (पोर्ट) मार्फत जडानहरू प्राप्त कन्फिगर गर्न

कम्प्युटर नेटवर्क मा पोर्ट हेडर OSI प्रोटोकल मा रेकर्ड गरिएको छ जो एक प्राकृतिक नम्बर हो। यो नै पाहुना मा प्रक्रिया को प्राप्तकर्ता को प्याकेट पहिचान गर्न डिजाइन गरिएको छ।

नियम, एक स्थापित अपरेटिङ सिस्टम एउटा पाहुना प्रयोगकर्ता ठाउँ मा एक समयमा एक भन्दा बढी प्रक्रिया आउँछ, र तिनीहरूलाई प्रत्येक एक विशिष्ट कार्यक्रम चल्छ। यी कार्यक्रम समय देखि कम्प्युटर नेटवर्क "खोल" असर भने यो आईपी-प्याकेट प्रोग्राम को एक लागि निमित्त मार्फत हुन्छ समय।

यसले कसरी काम गर्छ?

कार्यक्रम नेटवर्क मार्फत डाटा विनिमय प्रयोग भने, यो प्रक्रिया निम्नानुसार ठाउँ लिन सक्छ:

• OS मा एक विशेष पोर्ट नम्बर अनुरोध गरियो। प्रणाली प्रदान गर्न सक्छन् दुवै आफ्नो कार्यक्रम र स्थानान्तरण निषेध (यो जहाँ पोर्ट नम्बर अर्को अनुप्रयोग द्वारा पहिले नै प्रयोगमा छ अवस्थामा हुन्छ)।
• ओएस मा कुनै पनि उपलब्ध पोर्ट नम्बर निर्दिष्ट अनुरोध गरिएको छ। प्रणाली नै यसलाई छनोट र कार्यक्रम प्रदान गर्दछ।

एक पोर्ट (8080, 80 र यति मा) कसरी खोल्न? नेटवर्क जानकारी भित्र विशिष्ट प्रोटोकल (दुई प्रक्रियाहरू बीच) अनुसार साटासाट छ। जडान स्थापित गरिएको छ, निम्न आवश्यक छ:

• प्रेषकलाई र प्राप्तकर्ता होस्टहरूको आईपी-ठेगाना (मार्ग आवश्यक तिनीहरूलाई बीच बनाइएको थियो);
• प्रोटोकल नम्बर;
• कोठा दुवै बन्दरगाह (स्रोत र गन्तव्य)।

जडान टीसीपी माथि छ भने, स्रोत पोर्ट डाटा प्रसारण पुष्टि र जवाफ प्राप्तकर्ता प्रशोधन गर्न प्राप्तकर्ता को सञ्चालन प्रणाली रूपमा प्रयोग गरिन्छ।

बन्दरगाह खुला र बन्द

फिर्ती ठेगाना, को खाम मा संकेत छ जो एक समकक्ष रूपमा प्रेषकको होस्ट र पोर्ट नम्बर कार्य को भाग मा। यो संख्या उल्टो भनिन्छ।

अवस्थाहरू नियमित रूपमा एक पोर्टमा नै पोर्ट नम्बर प्रयोग होस्ट मा एक प्रक्रिया जहाँ खुला मानिन्छ। उदाहरणका लागि, सर्भर सँग सम्बन्धित कार्यक्रम संचार लागि सबै समय 80 वा 8080 प्रयोग गर्न सक्नुहुन्छ। जब प्रक्रिया सक्दैन एक पोर्ट खोल्न बन्द मानिन्छ कि।

पोर्ट संख्या

सबै बन्दरगाह आफ्नो नम्बर निर्धारित तरिका दर्ता छ। प्रत्येक यसको विशिष्ट उद्देश्य को लागि डिजाइन गरिएको छ। इन्टरनेट प्रयोग गर्दा किन तपाईं यो कार्यक्षमता चाहिन्छ त्यसैले तपाईंले पोर्ट 8080. देख्न सक्छ?

सरकारी डाटा अनुसार, पोर्ट टीसीपी छ र HTTP प्रयोगका लागि डिजाइन गरिएको छ। Unofficially, यो पनि जावा मा लेखिएको Tomcat servlet कन्टेनर द्वारा प्रयोग गरिएको छ।

TCP-पोर्ट 8080 आवेदन आधारमा, संचार को लागि एक विशिष्ट प्रोटोकल प्रयोग गर्न सक्नुहुन्छ। प्रोटोकल डाटा नेटवर्कमा प्रसारित कसरी बताउँछन् कि formalized नियमहरूको एक सेट छ। यो कम्प्युटर बीच प्रयोग गरिन्छ भनी थप प्रभावकारी संवाद गर्न मद्दत गर्न एक भाषा मा प्रस्तुत गर्न सकिन्छ।

8080 मार्फत चल्छ जो HTTP प्रोटोकल, इन्टरनेट ब्राउजर र वेब साइटहरु बीच संचार ढाँचा निर्धारण गर्छ। अर्को उदाहरण IMAP मेल सर्भर र ग्राहकहरु वा अन्तमा, SSL प्रोटोकल, गुप्तिकरण सन्देश लागि प्रयोग प्रारूप निर्दिष्ट गर्दछ बीचको सम्बन्ध परिभाषित जो IMAP प्रोटोकल छ।

डाटा स्थानान्तरण

यसरी, टीसीपी-पोर्ट 8080 प्रसारण नियन्त्रण प्रोटोकल प्रयोग गर्दछ। उहाँले TCP / IP नेटवर्क मा मुख्य प्रोटोकल को छ। मात्र प्याकेटहरू संग आईपी प्रोटोकल सम्झौताहरू जबकि, टीसीपी डाटा जडान र विनिमय प्रवाहको स्थापना गर्न दुई होस्टहरूको सक्षम बनाउँछ। यो आफ्नो वितरण, साथै प्याकेटहरू तिनीहरूले पठाइयो जसमा एउटै क्रममा पोर्ट 8080 वितरित गरिनेछ भन्ने तथ्यलाई ग्यारेन्टी। 8080 को लागि प्रत्याभूति जडान - यो TCP र UDP बीच एक प्रमुख भिन्नता छ। UDP 8080 नै जडान ग्यारेन्टी छैन।

कसरी Windows 7 मा पोर्ट 8080 खोल्न?

यो गर्न, मेनु "सुरु" र कन्ट्रोल प्यानल पाउन जानुहोस्। यो "नेटवर्क" उप-मेनुमा क्लिक गर्नुहोस् र पत्ता लगाउन आवश्यक छ "फायरवल मोड्युल।" को "अपवाद" ट्याब मा, "पोर्ट थप्नुहोस्" पाउन। तपाईं पोर्ट नम्बर प्रविष्ट गर्नुपर्छ जसमा एक संवाद बक्स खुल्नेछ। यस TCP निर्दिष्ट सेटिङ, तब ठीक चयन कि निश्चित गर्नुहोस्।

पोर्ट 8080 कसरी बन्द गर्न? अर्को विशिष्ट पोर्टमा जडान सेट अप गर्न पर्याप्त छ।

विकसित कन्फिगरेसन HTTP र टीसीपी प्रोक्सी

एचटीटीपी प्रोटोकल टीसीपी माथि चल्छ, तर एउटा सन्देश assigning बारेमा थप जानकारी प्रदान गर्दछ। यस कारण, दुई प्रोक्सीहरूको अलग कन्फिगर छन्।

HTTP-यातायात सन्देश लागि लक्षित होस्ट र पोर्ट समावेश छ। उहाँले एउटा TCP अन्तिम विन्दु, संग मा-TCP जडान, एक विशेष होस्ट र पोर्ट बीच जान्छ। सामान्यतया, यो TCP-जडान जस्तै अन्तिम विन्दु अंक HTTP-पोस्ट। तपाईं HTTP प्रोक्सी सर्भर जडान प्रयोग गर्न ग्राहक कन्फिगरेसन परिवर्तन यदि HTTP-ठेगाना निर्दिष्ट URL को सट्टा अर्को होस्ट र पोर्ट गर्न बनेको छ। यो सन्देश मा अन्त बिन्दु टीसीपी यो जोडिएको छ जो कि अन्त फरक छ भन्ने हो।

उदाहरणका लागि, http://192.0.2.1:8080/operation पृष्ठ अनुरोध पठाइएको HTTP अनुरोध «192.0.2.1:8080» शीर्षक «होस्ट» होस्ट 192.0 मा पोर्ट 8080 पठाइएको छ जो HTTP-सन्देश सामेल भने। 2.1।

तथापि, तपाईं एक प्रोक्सी सर्भर प्रयोग गर्न HTTP ग्राहक कन्फिगर भने, आधारभूत TCP-जडान उहाँलाई लागि टीसीपी अन्तिम विन्दु गर्न, जबकि सन्देश अझै पनि मूल अन्तिम विन्दु समावेश जान्छ।

उदाहरणका लागि, तपाईं 198281.100.1 पोर्ट 3128 मा प्रोक्सी सर्भर आफ्नो सन्देश पठाउन ग्राहकहरु कन्फिगर, र ग्राहक http://192.0.2.1:8080/operation लागि अनुरोध पठाउँछ भने, सन्देश अझै पनि «समावेश 192.0.2.1: 8080" शीर्षक «होस्ट», र अब पनि को «अनुरोध-रेखा» क्षेत्रमा। तर, यो सन्देश अब 198.51.100.1:3128 मा TCP-जडान मार्फत पठाइएको छ। यसरी, HTTP प्रोक्सी सर्भर (पोर्ट 8080 मा प्रोक्सी) नै पोर्टमा सन्देशहरू प्राप्त गर्न सक्नुहुन्छ र प्राप्तकर्ता बारेमा जानकारी को आधारमा विभिन्न सेवा गर्न तिनीहरूलाई पठाउन सक्नुहुन्छ।

कसरी पोर्ट 8080 मा कनेक्शन प्राप्त कन्फिगर गर्न?

त्यसैले, को «होस्ट» शीर्षक HTTP थपिएको थियो / 1.1। जडान HTTP / 1.0 आफूलाई मा समावेश छैन। यस कारण, यस्तो यौगिकों, प्रोक्सी पास नगर्ने सन्देश लागि होस्ट र पोर्ट समावेश गर्दैन। तर, एक प्रोक्सी सर्भर मार्फत पठाइएको HTTP / 1.0, जानकारी, अझै "प्रश्न स्ट्रिङ" मा लक्ष्य होस्ट र पोर्ट समावेश गर्दछ। तसर्थ, को शीर्षक «होस्ट» अभाव प्रोक्सी लागि समस्या उत्पन्न गर्दैन।

टीसीपी प्रोक्सी सक्षम गर्न, तपाईं ग्राहक कन्फिगरेसन टीसीपी अन्तिम विन्दु संग वास्तविक समयमा एक प्रतिस्थापन अन्तिम विन्दु मा परिवर्तन गर्नुपर्छ। HTTP नभई प्रोटोकल एक प्रोक्सी प्रयोग गर्न निर्मित क्षमता प्रदान गर्दैन। तपाईं प्रोक्सी सर्भर गर्न टीसीपी मार्फत जानकारी को प्रसारण लागि अन्तिम गन्तव्य कुनै पनि संयन्त्र प्रदान गर्दैन जडान यदि त्यो छ।

8080 मार्फत धेरै जडान कसरी स्थापित गर्ने?

यस TCP प्रोक्सी लागि मात्र तरिका अनुमति धेरै प्रणाली (अर्थात्, अन्तिम गन्तव्य), कुनै कुरा यी यौगिकों पठाइने धेरै यातायात कसरी जडानहरू - व्यवस्था प्रत्येक लागि अर्को पोर्ट सुन्न छ। यो तपाईं प्रत्येक अन्तिम विन्दु अनुरूप यसको पोर्ट संख्या को जो बारेमा जानकारी जडान र कायम राख्न अनुमति दिन्छ। त्यसपछि ग्राहक प्रोक्सी पोर्ट जो यसलाई जडान गर्न आवश्यक प्रत्येक प्रणाली अनुरूप कन्फिगर गरिएको छ। टीसीपी प्रोक्सी सुन्न बन्दरगाह र आफ्नो संवाददाता Endpoints को संचालक <अगाडि> प्रोक्सी कन्फिगरेसन फाइल, RTCP_install_dir / httptcp / registration.xml मा मा कन्फिगर। सबै को पहिलो, पोर्ट 8080 जाँच - यो पूर्वनिर्धारित खुला छ भने, थप समायोजन केही मिनेटमा गरिनेछ।

यो उदाहरणमा, 198.51.100.1 प्रोक्सी सर्भरको आईपी-ठेगाना हो। प्रोक्सी सर्भर मा पोर्ट 3333 पठाइएको कुनै पनि यातायात निम्न ठेगानामा पोर्ट 8080 पठाइएको छ: www। उदाहरणका। com:

<बाँध अगाडि = "198.51.100.1:3333" गन्तव्य = "www उदाहरण com: .. 8080" />

त्यसैले तपाईं ग्राहक कन्फिगरेसन फाइल तपाईं यातायात लागि नयाँ गन्तव्य थप्न हरेक समय परिवर्तन गर्न छ। यो प्रतिबन्ध HTTP-प्रोक्सी लागू हुँदैन।

एचटीटीपी र टीसीपी बीच अन्तरक्रिया

पोर्ट एचटीटीपी र टीसीपी प्रोक्सीहरु मा ह्याण्डल कसरी बुझ्न, तपाईं 192.0.2.1:8080 र 192.0.2.1:8081 दुई सेवाहरू छ मानौं र प्रोक्सी सर्भर 198.51.100.1 मा चलिरहेको। तिनीहरूले आईपीठेगानाछैन सट्टा मा पोर्ट नम्बर द्वारा फरक भने, यो उदाहरण प्रत्येक सेवाको लागि सोही ठेगाना बाहेक नै हुनेछ। ती दुबै टीसीपी Endpoints एक-एचटीटीपी प्रोक्सी पोर्ट अनुरोध लागि HTTP-यातायात आशा भने उहाँलाई पठाइएको गर्न सकिन्छ। एक HTTP सन्देश 192.0.2.1:8080 सम्बोधन छ देख्दा, प्रोक्सी यस ठेगानामा सन्देश अगाडि वा उहाँले यो सेवाको लागि कुनै पनि नियम लागू हुन्छ। एउटै प्रक्रिया नै पोर्ट प्रयोग गरेर 192.0.2.1:8081 लागू हुन्छ।

यी दुई सेवाहरू सट्टा आशा भने TCP यातायात दुई तत्व <अगाडि> कन्फिगरेसन फाइलमा द्वारा परिभाषित खुला दुई TCP-प्रोक्सी पोर्ट हुनुपर्छ:

<बाँध अगाडि = "198.51.100.1:3333" गन्तव्य = "192.0.2.1:8080" />

<बाँध अगाडि = "198.51.100.1:3334" गन्तव्य = "192.0.2.1:8081" />

एउटा «192.0.2.1:8081» «198.51.100.1:3334» - मा «198.51.100.1:3333» «192.0.2.1:8080» बाट पहिलो सेवा परिवर्तन को लागि ग्राहक कन्फिगरेसन र दोस्रो लागि। ग्राहक एक सन्देश (TCP प्याकेट), पहिलो ठेगाना को पहिलो सेवा पठाउँछ।

प्रोक्सी सर्भर पोर्ट (3333) यो प्राप्त छ, तर यो जडान माथि के डाटा पठाइएको छ थाहा छैन। उहाँले थाह सबै - पोर्ट 3333. त्यसैले जडान, प्रोक्सी सर्भर यसको कन्फिगरेसन consults र यो पोर्टमा ट्राफिक 192.0.2.1:8080 पुनः निर्देशित हुनुपर्छ भनेर देख्नुहुन्छ (वा यो सेवा को लागि नियम लागू गर्न आवश्यक छ)। किनभने ग्राहक कन्फिगरेसन एचटीटीपी प्रोक्सी सर्भर कन्फिगरेसन समर्थन गर्दैन तपाईं आफ्नो सबै HTTP ट्राफिक पुनर्निर्देशित गर्न सक्नुहुन्न भने, तपाईं एक उल्टो HTTP-प्रोक्सी प्रयोग गर्नुपर्छ।

यसलाई सट्टा लक्षित URL-ठेगाना मा तपाईंले चाहेको निर्दिष्ट गर्नुहोस्। यो प्रक्रिया टीसीपी प्रोक्सी, तपाईं ग्राहक प्रणालीमा टीसीपी सन्देशहरू लागि अन्तिम विन्दु रूपमा निर्दिष्ट र फर्वार्ड नियम सिर्जना जसमा कन्फिगर मिल्दोजुल्दो छ।

फरक के तपाईं उदाहरण निम्न रूपमा, HTTP निर्दिष्ट कि नियममा प्रकार विशेषता थप्न छ: <अगाडि बाँध = "198.51.100.1:3333" गन्तव्य = "192.0.2.1:8080" प्रकार = "http" />।

ट्राफिक आन्दोलन कस्तो छ?

अब प्रोक्सी सर्भर मात्र तोकिएको पोर्ट लागि HTTP-यातायात स्वीकार गरिएको छ, र थप धनी फिल्टरिङ प्रयोग गर्न सकिन्छ। उदाहरणका लागि, सर्भर बाहिर यसको URL-ठेगाना मा कुनै निश्चित बाटो यस्तो पोस्ट रूपमा HTTP विशेष विधि, प्रयोग गर्छ, वा नगर्ने छ जो कवर, मा ट्राफिक फिल्टर गर्न सक्नुहुन्छ। तर, प्लग सधैं काम गर्दैन किनभने, सर्भर अझै पनि वस्तु <अगाडि> को गन्तव्य हुनु आवश्यक छ, प्रणाली यातायात पठाउन सक्षम हुन। उदाहरणका लागि, ग्राहक 192.0.2.1:8080 मा सेवा जडान र 198.51.100.1:3333 मा एक उल्टो HTTP-प्रोक्सी प्रयोग गर्न आवश्यक छ कि ठान्नु।

, // 192.0.2.1:8080/ सञ्चालन http मा: ग्राहकको यो सेवा को लागि एक प्रोक्सी सर्भर, ग्राहक कन्फिगरेसन प्रयोग गर्नु अघि, तपाईं परिवर्तन गर्न आवश्यक छन् जस्तै http URL-ठेगाना, // 198.51.100.1:3333/ सञ्चालन। यूआरएल नयाँ ठेगानामा पठाइएको छ कि प्रश्न प्रोक्सी सर्भर प्रवेश गर्छ।

ग्राहक उहाँले फर्वार्ड सन्देश पठाउँछ के थाहा छैन किनभने अनुरोध सन्देश, एउटा TCP प्रणाली को ठेगाना प्रोक्सी (198.51.100.1:3333) हेडर "होस्ट" मा लागि अन्तिम विन्दु, र समावेश गर्दछ। यो ग्राहक यस्तो यौगिक को भूमिका को प्रकृति निर्धारण सरलीकृत। यसरी, प्रोक्सी अनुरोध पोर्ट 3333 हुँदैछ निम्न मध्ये एक आवश्यकता थाहा <अगाडि>, को तत्व प्रयोग गर्दछ: यो एक प्रत्यक्ष प्रणाली 192.0.2.1:8080 फर्वार्ड गर्नुपर्छ, र शीर्षक «होस्ट» सन्देशमा हुन अपडेट गरियो। सन्देश लागि, उदाहरणका लागि, सेवा सबै नियम लागू गर्न मार्ग प्लग।