proxy - प्रॉक्सी सर्वर और रिवर्स प्रॉक्सी सर्वर के बीच अंतर




मीनिंग ऑफ प्रॉक्सी इन हिंदी (12)

प्रॉक्सी सर्वर और रिवर्स प्रॉक्सी सर्वर के बीच क्या अंतर है?


qyb2zm302 का उत्तर अच्छी तरह से प्रॉक्सी के अनुप्रयोगों का विवरण देता है लेकिन आगे और विपरीत प्रॉक्सी के बीच मौलिक अवधारणा पर फिसल जाता है। रिवर्स प्रॉक्सी के लिए, एक्स -> वाई -> जेड, एक्स वाई के विपरीत जानता है और ज़ेड नहीं, इसके विपरीत।

http://www.jscape.com/blog/bid/87783/Forward-Proxy-vs-Reverse-Proxy आगे और विपरीत प्रॉक्सी के बीच अंतर स्पष्ट रूप से बताता है।

एक प्रॉक्सी संचार के लिए बस एक मध्यस्थ है (अनुरोध + प्रतिक्रियाएं)। क्लाइंट <-> प्रॉक्सी <-> सर्वर

  • क्लाइंट प्रॉक्सी: ( क्लाइंट <-> प्रॉक्सी ) <-> सर्वर

    प्रॉक्सी क्लाइंट की ओर से कार्य करता है। ग्राहक श्रृंखला में शामिल सभी 3 मशीनों के बारे में जानता है। सर्वर नहीं करता है।

  • सर्वर प्रॉक्सी: क्लाइंट <-> ( प्रॉक्सी <-> सर्वर )

    प्रॉक्सी सर्वर की ओर से कार्य करता है। ग्राहक केवल प्रॉक्सी के बारे में जानता है। सर्वर पूरी श्रृंखला जानता है।

मुझे लगता है कि आगे और पीछे उलझन में, क्लाइंट और सर्वर प्रॉक्सी के लिए परिप्रेक्ष्य-निर्भर नाम हैं। मैं स्पष्ट संचार के लिए, उत्तरार्द्ध के लिए पूर्व को त्यागने का सुझाव देता हूं।

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


अंतर प्राथमिक रूप से तैनाती में है। वेब फॉरवर्ड और रिवर्स प्रॉक्सीज में सभी समान अंतर्निहित विशेषताएं हैं, वे विभिन्न प्रारूपों में HTTP अनुरोधों के अनुरोध स्वीकार करते हैं और आमतौर पर मूल या संपर्क सर्वर तक पहुंच से प्रतिक्रिया प्रदान करते हैं।

पूरी तरह से विशेषीकृत सर्वरों में आमतौर पर एक्सेस कंट्रोल, कैशिंग और कुछ लिंक-मैपिंग फीचर्स होते हैं।

एक अग्रेषित प्रॉक्सी एक प्रॉक्सी है जिसे क्लाइंट मशीन को कॉन्फ़िगर करके एक्सेस किया जाता है। ग्राहक को प्रॉक्सी सुविधाओं (पुनर्निर्देशन, प्रॉक्सी ऑथ इत्यादि) के लिए प्रोटोकॉल समर्थन की आवश्यकता है। प्रॉक्सी उपयोगकर्ता अनुभव के लिए पारदर्शी है, लेकिन आवेदन के लिए नहीं।

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

असल में, एक ही प्रॉक्सी इंस्टेंस अलग-अलग ग्राहक आबादी के लिए एक ही समय में आगे और रिवर्स प्रॉक्सी के रूप में चलाया जा सकता है।

यह छोटा संस्करण है, अगर मैं टिप्पणी करना चाहता हूं तो मैं स्पष्ट कर सकता हूं।


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


एक रिवर्स प्रॉक्सी (लोड बैलेंसर के रूप में) का एक उदाहरण है।

Website.com पर क्लाइंट surfs और जिस सर्वर पर यह हिट करता है उसके पास एक रिवर्स प्रॉक्सी चल रहा है। रिवर्स प्रॉक्सी pound होता है। पाउंड अनुरोध लेता है और इसे पीछे रखे तीन अनुप्रयोग सर्वरों में से एक को भेजता है। इस उदाहरण में पाउंड एक लोड बैलेंसर है। अर्थात। यह तीन अनुप्रयोग सर्वरों के बीच भार संतुलन है। एप्लिकेशन सर्वर क्लाइंट को वापस वेबसाइट सामग्री की सेवा करते हैं।


कुछ आरेख मदद कर सकते हैं:

फॉरवर्ड प्रॉक्सी

रिवर्स प्रॉक्सी


पिछले जवाब सटीक थे, लेकिन शायद बहुत terse। मैं कुछ उदाहरण जोड़ने की कोशिश करूंगा।

सबसे पहले, शब्द "प्रॉक्सी" किसी और की ओर से अभिनय करने वाले किसी व्यक्ति या कुछ का वर्णन करता है।

कंप्यूटर क्षेत्र में, हम किसी अन्य कंप्यूटर की ओर से कार्यरत एक सर्वर के बारे में बात कर रहे हैं।

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

फॉरवर्ड प्रॉक्सी

वेब प्रॉक्सी की अधिकांश चर्चा प्रॉक्सी के प्रकार को संदर्भित करती है जिसे "फॉरवर्ड प्रॉक्सी" कहा जाता है।

इस मामले में प्रॉक्सी घटना यह है कि "अग्रेषित प्रॉक्सी" मूल अनुरोधकर्ता की ओर से किसी अन्य वेबसाइट से डेटा पुनर्प्राप्त करता है।

3 कंप्यूटरों की एक कहानी (भाग I)

उदाहरण के लिए, मैं इंटरनेट से जुड़े तीन कंप्यूटर सूचीबद्ध करूंगा।

  • एक्स = आपका कंप्यूटर, या "क्लाइंट" कंप्यूटर इंटरनेट पर
  • वाई = प्रॉक्सी वेबसाइट, proxy.example.org
  • जेड = जिस वेबसाइट पर आप जाना चाहते हैं, www.example.net

आम तौर पर, कोई X --> Z. से सीधे कनेक्ट होगा X --> Z.

हालांकि, कुछ परिदृश्यों में, X तरफ से Y --> Z लिए बेहतर है, जो निम्नानुसार श्रृंखलाएं हैं: X --> Y --> Z

एक्स क्यों अग्रेषित प्रॉक्सी सर्वर का उपयोग करना चाहते हैं:

यहां एक अग्रेषित प्रॉक्सी सर्वर के उपयोग की एक (बहुत) आंशिक सूची है।

  • 1) एक्स सीधे जेड तक पहुंचने में असमर्थ है क्योंकि

    • ए) X के इंटरनेट कनेक्शन पर प्रशासन प्राधिकरण वाले किसी ने साइट Z सभी पहुंच को अवरुद्ध करने का निर्णय लिया है।

      • उदाहरण:

        • तूफान कीड़ा वायरस लोगों को familypostcards2008.com पर जाने से familypostcards2008.com कर फैल रहा है, इसलिए सिस्टम प्रशासक ने साइट पर पहुंच को अवरुद्ध कर दिया है ताकि उपयोगकर्ताओं को अनजाने में खुद को संक्रमित करने से रोका जा सके।

        • एक बड़ी कंपनी के कर्मचारी facebook.com पर बहुत अधिक समय बर्बाद कर रहे हैं, इसलिए प्रबंधन व्यवसाय के घंटों के दौरान अवरुद्ध पहुंच चाहता है।

        • एक स्थानीय प्राथमिक विद्यालय playboy.com वेबसाइट पर इंटरनेट का उपयोग अस्वीकार करता है।

        • एक सरकार समाचार प्रकाशित करने में असमर्थ है, इसलिए यह wikipedia.org जैसी साइटों को अवरुद्ध करके समाचारों तक पहुंच नियंत्रित करती है। TOR या FreeNet देखें।

    • बी) Z व्यवस्थापक ने X को अवरुद्ध कर दिया है।

      • उदाहरण:

        • जेड के व्यवस्थापक ने एक्स से आने वाले हैकिंग प्रयासों पर ध्यान दिया है, इसलिए व्यवस्थापक ने एक्स के आईपी पते (और / या नेट्रेंज) को अवरुद्ध करने का निर्णय लिया है।

        • जेड एक मंच वेबसाइट है। X फोरम स्पैमिंग कर रहा है। जेड ब्लॉक एक्स।

रिवर्स प्रॉक्सी

3 कंप्यूटरों की एक कहानी (भाग II)

इस उदाहरण के लिए, मैं इंटरनेट से जुड़े तीन कंप्यूटर सूचीबद्ध करूंगा।

  • एक्स = आपका कंप्यूटर, या "क्लाइंट" कंप्यूटर इंटरनेट पर
  • वाई = रिवर्स प्रॉक्सी वेबसाइट, proxy.example.com
  • जेड = जिस वेबसाइट पर आप जाना चाहते हैं, www.example.net

आम तौर पर, कोई X --> Z. से सीधे कनेक्ट होगा X --> Z.

हालांकि, कुछ परिदृश्यों में, Z के व्यवस्थापक के लिए सीधी पहुंच को सीमित या अस्वीकार करने के लिए बेहतर है, और आगंतुकों को पहले वाई के माध्यम से जाने के लिए मजबूर करना पड़ता है। तो, पहले की तरह, हमारे पास X ओर से Y --> Z द्वारा डेटा पुनर्प्राप्त किया जा रहा है, जो निम्नानुसार श्रृंखलाएं हैं: X --> Y --> Z

"फॉरवर्ड प्रॉक्सी" की तुलना में इस बार अलग क्या है, इस बार उपयोगकर्ता X को पता नहीं है कि वह ज़ेड तक पहुंच रहा है, क्योंकि उपयोगकर्ता X केवल देखता है कि वह Y साथ संचार कर रहा है। सर्वर Z ग्राहकों के लिए अदृश्य है और केवल रिवर्स प्रॉक्सी Y बाहरी रूप से दिखाई देता है। एक रिवर्स प्रॉक्सी को क्लाइंट साइड पर कोई (प्रॉक्सी) कॉन्फ़िगरेशन की आवश्यकता नहीं होती है।

क्लाइंट X सोचता है कि वह केवल Y ( X --> Y ) के साथ संचार कर रहा है, लेकिन वास्तविकता यह है कि Y सभी संचार को आगे बढ़ा रहा है ( X --> Y --> Z फिर से)।

ज़ेड क्यों एक रिवर्स प्रॉक्सी सर्वर स्थापित करना चाहते हैं:

  • 1) जेड वाई के माध्यम से पारित करने के लिए सभी ट्रैफिक को अपनी वेबसाइट पर मजबूर करना चाहता है।
    • ए) ज़ेड की एक बड़ी वेबसाइट है जो लाखों लोग देखना चाहते हैं, लेकिन एक भी वेब सर्वर सभी यातायात को संभाल नहीं सकता है। तो जेड कई सर्वर सेट करता है, और इंटरनेट पर एक रिवर्स प्रॉक्सी डालता है जो उपयोगकर्ताओं को जेड पर जाने का प्रयास करते समय उनके निकटतम सर्वर पर भेज देगा। यह सामग्री वितरण नेटवर्क (सीडीएन) अवधारणा कैसे काम करता है इसका एक हिस्सा है।
      • उदाहरण:
        • ऐप्पल ट्रेलर Akamai का उपयोग करता है
        • Jquery.com क्लाउडफ्रंट सीडीएन ( sample ) का उपयोग करके अपनी जावास्क्रिप्ट फ़ाइलों को होस्ट करता है।
        • आदि।
  • 2) जेड का व्यवस्थापक सर्वर पर होस्ट की गई सामग्री के प्रति प्रतिशोध के बारे में चिंतित है और मुख्य सर्वर को सीधे जनता के सामने बेनकाब नहीं करना चाहता।
    • ए) "कनाडाई फार्मेसी" जैसे स्पैम ब्रांड के मालिकों के पास हजारों सर्वर हैं, जबकि वास्तव में बहुत कम सर्वरों पर होस्ट की जाने वाली अधिकांश वेबसाइटें हैं। इसके अतिरिक्त, स्पैम के बारे में दुरुपयोग की शिकायतों को केवल सार्वजनिक सर्वर को बंद कर दिया जाएगा, न कि मुख्य सर्वर।

उपर्युक्त परिदृश्यों में, Z में Y चुनने की क्षमता है।

पद से विषयों के लिए लिंक:

सामग्री वितरण प्रसार

आगे प्रॉक्सी सॉफ्टवेयर (सर्वर पक्ष)

HTTP (सर्वर पक्ष) के लिए रिवर्स प्रॉक्सी सॉफ़्टवेयर

टीसीपी (सर्वर पक्ष) के लिए रिवर्स प्रॉक्सी सॉफ्टवेयर

यह भी देखें:


मेरी समझ के अनुसार ..........

प्रारंभ करने के लिए, क्योंकि हर कोई प्रॉक्सी जानता है "किसी और का प्रतिनिधित्व करने का अधिकार"। अब दो चीजें फॉरवर्ड और रिवर्स प्रॉक्सी हैं।

फॉरवर्ड प्रॉक्सी मान लीजिए कि आप "google" और "google" तक पहुंचना चाहते हैं, बदले में उस विशेष अनुरोध का जवाब देने के लिए सर्वरों की संख्या होगी।

अब इस मामले में जब आप Google से कुछ मांग रहे हैं और आप नहीं चाहते कि Google आपके आईपी पते को देखे, तो आप नीचे बताए गए एक आगे प्रॉक्सी का उपयोग करेंगे।

एक -----> बी -----> सी

अब यहां आप बी के माध्यम से एक अनुरोध भेज रहे हैं, तो सी सोचेंगे कि अनुरोध बी से आ रहा है, ए नहीं। इस तरह आप अपने ग्राहकों को आईपी को बाहरी दुनिया के संपर्क में आने से रोक सकते हैं।

रिवर्स प्रोक्सी। अब इस मामले में, आपको समझने के लिए हम आगे प्रॉक्सी का एक ही मामला लेंगे। यहां आपने कुछ ऐसा करने का अनुरोध किया है जो बदले में प्रतिक्रिया प्राप्त करने के लिए ऐप सर्वर या किसी अन्य प्रॉक्सी सर्वर को एक अनुरोध भेजने जा रहा है। तो नीचे बताए गए अनुसार ये बातें घटित होंगी।

एक -----> बी -----> सी

          C------>D

          C<------D

एक <----- बी <----- सी उपरोक्त आरेख से आप देख सकते हैं कि बी से सी से अनुरोध नहीं किया गया है। सी से तब एक अनुरोध होगा डी को भेजें। इसी प्रकार प्रतिक्रिया डी से सी और फिर बी और ए तक जाएगी।

उपरोक्त आरेख का कहना है कि इसका केवल संदर्भ ही महत्वपूर्ण है, हालांकि प्रॉक्सी दोनों एक ही तरीके से कार्य कर रहे हैं लेकिन क्लाइंट साइड प्रॉक्सी क्लाइंट की जानकारी छिप रही है जबकि सर्वर साइड प्रॉक्सी सर्वर की ओर से जानकारी छिपाएगी।

अगर आपको लगता है कि उपर्युक्त स्पष्टीकरण गलत है तो कृपया टिप्पणी करें।


मैंने यह चित्र बहुत उपयोगी पाया है। यह सिर्फ इंटरनेट पर क्लाइंट से सर्वर पर एक forward बनाम reverse प्रॉक्सी सेटअप की आर्किटेक्चर दिखाता है। यह छवि आपको qyb2zm302 की post और अन्य पोस्ट को बेहतर ढंग से समझने में मदद करेगी।

आप this वीडियो को पीटर सिल्वा द्वारा F5 के DevCentral से भी देख सकते हैं।

चित्र स्रोत: Quora । इस आरेख को बनाने वाले व्यक्ति को सभी क्रेडिट।

यह मुझे क्लासिक नीति के बारे में याद दिलाता है:

एक तस्वीर हज़ार शब्दों पर भारी है।


सरल परिभाषा की एक जोड़ी होगी

फॉरवर्ड प्रॉक्सी: एक अनुरोधकर्ता (या सेवा उपभोक्ता) की ओर से कार्य करना

रिवर्स प्रॉक्सी: सेवा / सामग्री निर्माता की ओर से कार्य करना।


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

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

छवि स्रोत: docs.microsoft.com


फॉरवर्ड प्रॉक्सी क्लाइंट नामांकन प्रदान करते हैं (यानी, टोर सोचें)।

रिवर्स प्रॉक्सी बैक एंड सर्वर नामांकन प्रदान करते हैं (यानी, डीएमजेड के पीछे सर्वर सोचें)।


यदि to see from client side and server side are the same: Client -> Server कोई प्रॉक्सी to see from client side and server side are the same: Client -> Server from client side: Client -> proxy -> Server from Server side: Client -> Server to see from client side and server side are the same: Client -> Server प्रॉक्सी from client side: Client -> proxy -> Server from Server side: Client -> Server from client side: Client -> Server from Server side: Client -> proxy -> Server from client side: Client -> proxy -> Server from Server side: Client -> Server रिवर्स प्रॉक्सी from client side: Client -> Server from Server side: Client -> proxy -> Server

तो मुझे लगता है कि अगर यह क्लाइंट उपयोगकर्ता द्वारा स्थापित किया गया है, तो इसे प्रॉक्सी कहा जाता है; यदि यह सर्वर मैनेजर द्वारा स्थापित किया गया है तो यह रिवर्स प्रॉक्सी है।

चूंकि इसे स्थापित करने के उद्देश्य और कारण अलग-अलग हैं, इसलिए वे विभिन्न तरीकों से डेटा से निपटते हैं और विभिन्न सॉफ़्टवेयर का उपयोग करते हैं।

या

   User side         |      Server side
client  <->  proxy  <-> gate_server <->  reverse_proxy <-> realserver

"गेट सर्वर" के परिप्रेक्ष्य से, एक प्रॉक्सी है और दूसरा विपरीत है।