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-ভিত্তিক অনুমোদন একটি অ্যাকাউন্ট সীমা, নির্দিষ্ট কোনো এক্সিকিউটেবল প্রতিটি অনুমোদিত সংযোগ তৈরি করেছে তার প্রমাণ নয়।