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

A रिवर्स प्रॉक्सी एक कनेक्शन के सर्वर पक्ष का प्रतिनिधित्व करता है। क्लाइंट्स मानते हैं कि वे एक ही सेवा से बात कर रहे हैं, लेकिन वास्तव में रिवर्स प्रॉक्सी सामने है, जो इसके पीछे के बैकएंड सर्वरों को अनुरोध वितरित कर रहा है। यह एक फॉरवर्ड प्रॉक्सी का समकक्ष है: फॉरवर्ड प्रॉक्सी क्लाइंट्स को सर्वरों से छुपाता है, जबकि रिवर्स प्रॉक्सी सर्वरों को क्लाइंट्स से छुपाता है। सामान्य उदाहरणों में Nginx, HAProxy और अधिकांश बड़े वेबसाइटों का एज शामिल है।

आने वाले अनुरोध रिवर्स प्रॉक्सी पर पहुंचते हैं, जो तय करता है कि कौन सा बैकएंड उत्तर देना चाहिए, फिर प्रतिक्रिया को आगे बढ़ाता है। इस प्रक्रिया में यह सामान्यतः TLS को समाप्त करता है, सर्वरों के बीच लोड को संतुलित करता है, प्रतिक्रियाओं को कैश करता है, और बैकएंड को सीधे संपर्क से बचाता है। यह अक्सर क्लाइंट का असली पता एक X-Forwarded-For हेडर में रिकॉर्ड करता है ताकि बैकएंड यह देख सके कि किसने कॉल किया। क्योंकि यह उपयोगकर्ताओं के बजाय बुनियादी ढांचे के सामने है, यह साइट के मालिकों के लिए एक संचालन उपकरण है, न कि ब्राउज़िंग के लिए एक गोपनीयता उपकरण।

s4m आपको फॉरवर्ड प्रॉक्सी और एक वीपीएन प्रदान करता है ताकि आप अपने आउटबाउंड ट्रैफिक को छिपा सकें — यह सेवाओं को प्रकाशित करने के लिए रिवर्स-प्रॉक्सी होस्टिंग नहीं है। ये दो अलग-अलग कार्य हैं, इसलिए यदि आपको अपने ऐप के सामने एक रिवर्स प्रॉक्सी स्थापित करने की आवश्यकता है, तो यह अलग बुनियादी ढांचा है। s4m का स्थान क्लाइंट साइड में है: आपके अनुरोधों को एक प्रमाणित डेटासेंटर प्रॉक्सी के माध्यम से रूट करना ताकि आप जिन साइटों तक पहुँचते हैं, वे आपके मूल के बजाय एक s4m एक्जिट आईपी देखें।