लिनक्स गेटवे प्रॉक्सी प्रक्रिया चालवू शकतो आणि त्याच्या बाजूने रहदारीही मार्गस्थ करू शकतो. हे एकच पॅकेट मार्ग नाहीत.

कनेक्शनसंबंधित स्थानिक भूमिका
क्लायंट गेटवेवरील प्रॉक्सीपर्यंत पोहोचतोस्थानिक होस्टला पाठवलेली रहदारी
क्लायंट गेटवेमार्फत दुसऱ्या होस्टपर्यंत पोहोचतोपुढे पाठवलेली रहदारी
प्रॉक्सी वेबसाइट कनेक्शन उघडतोस्थानिक प्रक्रियेने निर्माण केलेली रहदारी

Netfilter इनपुट, फॉर्वर्ड आणि आउटपुट मार्ग वेगळे करते. गेटवेच्या स्वतःच्या प्रॉक्सी श्रोत्यापर्यंतचा प्रवेश नियंत्रित करणारा नियम त्या मशीनमधून जाणाऱ्या प्रत्येक मार्गस्थ कनेक्शनला आपोआप मर्यादित करत नाही.

काय लागू करायचे आहे ते ठरवा

क्लायंटनी मंजूर प्रॉक्सी वापरणे आवश्यक असल्यास, धोरणाने इच्छित श्रोत्याला परवानगी देण्याबरोबरच त्यांच्या पर्यायी आउटबाउंड मार्गांनाही हाताळले पाहिजे. परिचित प्रॉक्सी पोर्ट वापरतो या एकाच कारणासाठी कोणत्याही दूरच्या सेवेकडील कनेक्शनला परवानगी देणे, केवळ आपल्या प्रॉक्सी एंडपॉइंटला परवानगी देण्यासारखे नाही.

प्रॉक्सीचा स्वतःचा पुढील प्रवेश वेगळा ठेवा. Squid साठी, आउटबाउंड परवानगी लागू करण्यापूर्वी स्थानिक सॉकेट मालकी LAN वापरकर्ता ओळखीपासून वेगळी करा. प्रॉक्सीकडून सर्व उपयुक्त आउटबाउंड कनेक्शन नाकारल्यास आवश्यक मार्ग अनुपलब्ध होईल. व्यवस्थापन रहदारी, नाव निराकरण आणि समर्थित गैर-वेब क्रियांनाही तैनातीच्या धोरणात जाणीवपूर्वक हाताळणी आवश्यक आहे.

प्रोटोकॉलची व्याप्ती महत्त्वाची आहे. TCP नियम स्वतः UDP रहदारीचे वर्णन करत नाही, QUIC सह. रहदारी अडवणे ही दुसरी रचना आहे; स्पष्ट HTTPS प्रॉक्सी वेबसाइट सत्र डिक्रिप्ट न करता CONNECT देऊ शकतो.

नियमसंच संपादित करण्यापूर्वी इच्छित कनेक्शनचा नकाशा तयार करा. ब्राउझर प्राधान्य सहभागी क्लायंटसाठी मार्ग निवडते. नेटवर्क अंमलबजावणी कोणते इतर मार्ग यशस्वी होऊ शकतात हे ठरवते. यांपैकी कोणतेही केवळ प्रॉक्सीमधील यशस्वी लॉगिनवरून अनुमानित करू नये.

संबंधित लेख