iptables --uid-owner Squid का स्थानीय सकेटसँग मिल्छ, LAN प्रयोगकर्तासँग होइन
Squid को इग्रेसबारे सोच्दा --uid-owner को स्थानीय सकेट-निर्माता अर्थ प्रयोग गर्नुहोस् र फर्वार्ड गरिएका LAN प्याकेट अलग राख्नुहोस्।
iptables को owner म्याचले स्थानीय प्रक्रियाको सकेटले बनाएका प्याकेट पहिचान गर्न सक्छ। उदाहरणका लागि, -m owner --uid-owner 1234 ले UID 1234 को स्वामित्वमा रहेको स्थानीय सकेट जनाउँछ; यसले HTTP प्रोक्सी प्रयोगकर्तानाम पहिचान गर्दैन।
Squid चलिरहेको मेसिनमा यी बाटाहरू छुट्याउनुहोस्:
| ट्राफिक | सान्दर्भिक भिन्नता |
|---|---|
| एउटा क्लाइन्ट यो मेसिनको Squid मा जोडिन्छ | प्रोक्सी लिसनरमा आउने जडान |
| Squid ले गन्तव्य जडान खोल्छ | स्थानीय रूपमा बनाइएको आउटबाउन्ड सकेट |
| LAN क्लाइन्टले यो मेसिनबाट सिधै रुट गर्छ | स्थानीय निर्माता सकेट नभएको फर्वार्ड गरिएको ट्राफिक |
यो एक्सटेन्सन OUTPUT र POSTROUTING मा मान्य छ। फर्वार्ड गरिएका प्याकेटसँग यो म्याचका लागि सम्बन्धित स्थानीय सकेट हुँदैन, त्यसैले FORWARD नियमले Squid को UID सोधेर टाढाको कम्प्युटरको प्रयोगकर्ता पत्ता लगाउन सक्दैन।
त्यसैले Squid का आफ्नै आउटबाउन्ड सकेटलाई अनुमति दिने नीतिले प्रोक्सीमा मात्र आधारित नेटवर्क डिजाइनको एउटा भाग मात्र सम्हाल्छ। गेटवे फर्वार्डिङ, लिसनर पहुँच, अन्य अनुमत सेवा र वास्तविक प्रोक्सी सेवा खाता आ-आफ्नो उपयुक्त दायरामा सम्हाल्नुपर्छ।
Squid nobody का रूपमा चल्छ भनी मान्नुको सट्टा कन्फिगर गरिएको रनटाइम पहिचान प्रयोग गर्नुहोस्। धेरै प्रक्रियाले एउटै UID साझा गर्न सक्छन्, त्यसैले UID-आधारित अनुमति खाता सीमा हो, कुनै विशेष एक्जिक्युटेबलले हरेक अनुमत जडान बनायो भन्ने प्रमाण होइन।