Squid লগইন এবং সঠিক ক্লায়েন্ট IP উভয়ই বাধ্যতামূলক করুন

সঠিক পাসওয়ার্ড এই নীতির মাত্র অর্ধেক: অ্যাকাউন্টটিকে একটি অনুমোদিত ক্লায়েন্ট ঠিকানা থেকেও কাজ করতে হবে। Squid-এ দুটি পরীক্ষা একই অ্যাক্সেস নিয়মে রাখাই সেই শর্ত এবং দুটি আলাদা প্রবেশ পথের মধ্যে পার্থক্য।

অনুমোদন ইতিমধ্যে কনফিগার করা ধরে নিয়ে, যেমন Squid 6.13 NCSA সেটআপ, মূল নীতি হল:

acl approved_login proxy_auth alex
acl approved_source src 192.0.2.40/32
http_access allow approved_source approved_login
http_access deny all

Squid যে উৎসটি আসলে পায় সেটি ব্যবহার করুন; নমুনাটি একটি ডকুমেন্টেশন ঠিকানা। অনিরাপদ গন্তব্য পোর্ট, স্থানীয় পরিষেবা এবং CONNECT ট্র্যাফিকের জন্য আগের সুরক্ষা রাখুন। এই খণ্ডটি সম্মিলিত শর্ত দেখায়, সম্পূর্ণ লিসেনার কনফিগারেশন নয়।

এর উপরের নিয়মগুলো পরীক্ষা করুন

আগের একটি প্রশস্ত অনুমতি নতুন শর্তে পৌঁছানোর আগেই অনুরোধটি গ্রহণ করতে পারে। http_access রেফারেন্স ক্রমিক মিলনের বর্ণনা দেয়। অন্তর্ভুক্ত ফাইলসহ সম্পূর্ণ ক্রমটি পড়ুন।

ব্যবহারকারীর নামের জন্য একটি অনুমতি এবং উৎসের জন্য আরেকটি উভয়ই দাবি করে না। যেকোনো লাইন স্বাধীনভাবে সফল হতে পারে। এটি একটি ভিন্ন নীতি।

proxy_auth ACL একটি অনুমোদন সহায়কের উপর নির্ভর করে। এটি সংজ্ঞায়িত করা ব্যবহারকারী তৈরি বা পাসওয়ার্ড যাচাই করার উপায় নয়। এই উদাহরণটি একটি স্পষ্ট প্রক্সির জন্য যার ক্লায়েন্টরা প্রক্সি অনুমোদন চ্যালেঞ্জের উত্তর দিতে পারে।

উৎস পরিচয়েরও সীমাবদ্ধতা আছে। একটি NAT-এর পিছনের মানুষ একটি ঠিকানা ভাগ করতে পারে, এবং চলমান ল্যাপটপ ঠিকানা পরিবর্তন করতে পারে। অতিরিক্ত শর্তটি অ্যাকাউন্টের ব্যবহারযোগ্য নেটওয়ার্ক অবস্থান সংকুচিত করে; এটি একটি ভৌত কম্পিউটার নির্ভরযোগ্যভাবে শনাক্ত করে না। এই সীমাবদ্ধতা আপনি প্রথমে শর্তটি যোগ করার কারণে সাথে মেলে কিনা নিশ্চিত করুন।