एउटा लिनक्स गेटवेले प्रोक्सी प्रक्रिया चलाउन सक्छ र त्यसको छेउबाट ट्राफिक पनि रुट गर्न सक्छ। यी एउटै प्याकेट मार्ग होइनन्।

जडानसम्बन्धित स्थानीय भूमिका
ग्राहक गेटवेमा रहेको प्रोक्सीसम्म पुग्छस्थानीय होस्टमा पठाइएको ट्राफिक
ग्राहक गेटवे हुँदै अर्को होस्टसम्म पुग्छअगाडि पठाइएको ट्राफिक
प्रोक्सीले वेबसाइट जडान खोल्छस्थानीय प्रक्रियाले उत्पन्न गरेको ट्राफिक

Netfilter इनपुट, फर्वार्ड र आउटपुट मार्ग छुट्याउँछ। गेटवेको आफ्नै प्रोक्सी श्रोतामा पहुँच नियन्त्रण गर्ने नियमले त्यो मेसिन हुँदै जाने हरेक रुट गरिएको जडानलाई स्वतः सीमित गर्दैन।

के लागू गर्नुपर्छ निर्धारण गर्नुहोस्

यदि ग्राहकहरूले स्वीकृत प्रोक्सी प्रयोग गर्नैपर्छ भने, नीतिले इच्छित श्रोतालाई अनुमति दिनुका साथै तिनीहरूका वैकल्पिक आउटबाउन्ड मार्गहरूलाई पनि सम्बोधन गर्नुपर्छ। परिचित प्रोक्सी पोर्ट प्रयोग गर्छ भन्ने मात्र कारणले कुनै पनि टाढाको सेवामा जडान अनुमति दिनु, केवल आफ्नो प्रोक्सी इन्डपोइन्टलाई अनुमति दिनुसरह होइन।

प्रोक्सीको आफ्नै थप पहुँच अलग राख्नुहोस्। Squid का लागि, आउटबाउन्ड अनुमति लागू गर्नुअघि स्थानीय सकेट स्वामित्वलाई LAN प्रयोगकर्ता पहिचानबाट छुट्याउनुहोस्। प्रोक्सीबाट सबै उपयोगी आउटबाउन्ड जडान अस्वीकार गर्दा आवश्यक मार्ग अनुपलब्ध हुन्छ। व्यवस्थापन ट्राफिक, नाम समाधान र समर्थित गैर-वेब सञ्चालनहरूलाई पनि परिनियोजनको नीतिमा जानाजानी व्यवहार आवश्यक छ।

प्रोटोकलको दायरा महत्त्वपूर्ण छ। TCP नियमले स्वयं UDP ट्राफिकको वर्णन गर्दैन, QUIC सहित। ट्राफिक अवरोध गर्नु अर्को डिजाइन हो; स्पष्ट HTTPS प्रोक्सीले वेबसाइट सत्र डिक्रिप्ट नगरी CONNECT दिन सक्छ।

नियमसमूह सम्पादन गर्नुअघि इच्छित जडानहरूको नक्सा बनाउनुहोस्। ब्राउजर प्राथमिकताले सहभागी ग्राहकका लागि मार्ग छान्छ। नेटवर्क प्रवर्तनले कुन अन्य मार्ग सफल हुन सक्छन् भन्ने निर्धारण गर्छ। दुवैलाई प्रोक्सीमा सफल लगइनबाट मात्र अनुमान गर्नु हुँदैन।

सम्बन्धित लेखहरू