প্রক্সি প্রমাণীকরণ ছাড়াই একটি Squid গন্তব্য অনুমোদন করুন

একটি মনিটরিং পৃষ্ঠাকে প্রক্সি লগইন ছাড়াই কাজ করতে হবে। স্পষ্ট নিয়মটি হলো http_access allow status_site। প্রমাণীকরণের আগে বসালে, এটি এমন ক্লায়েন্টদেরও ব্যতিক্রম দিতে পারে যাদের আপনি কখনো সেবা দিতে চাননি।

Squid 6 বা 7-এর জন্য, ব্যতিক্রমের শর্তগুলো একসাথে রাখুন। বিদ্যমান ব্যবস্থাপনা, অনিরাপদ পোর্ট, CONNECT ও স্থানীয়-সেবা সুরক্ষার পরে, প্রাসঙ্গিক অংশটি এমন হতে পারে:

acl office_clients src 192.0.2.0/24
acl status_site dstdomain status.example.net
acl signed_in proxy_auth REQUIRED

http_access allow office_clients status_site
http_access allow office_clients signed_in
http_access deny all

নেটওয়ার্ক ও হোস্টনাম হলো প্লেসহোল্ডার। প্রমাণীকরণের জন্য এখনও এর বিদ্যমান হেল্পার কনফিগারেশন প্রয়োজন। এটি একটি অ্যাক্সেস নীতির ব্যতিক্রম অংশ, সম্পূর্ণ প্রক্সি কনফিগারেশন নয়।

প্রথম লাইনটি নির্বাচিত ক্লায়েন্টদের লগইন ACL মূল্যায়ন না করেই সেই গন্তব্যে অনুমতি দেয়। পরের লাইনটি সেই ক্লায়েন্টদের অন্যত্র শুধু প্রমাণীকরণের পরে অনুমতি দেয়। আগের বিস্তৃত অনুমতি বা পরের বিকল্প পথ ফলাফল বদলাতে পারে, তাই অন্তর্ভুক্ত ফাইলসহ সম্পূর্ণ ক্রমবদ্ধ নীতিটি পড়ুন।

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

হোস্টনাম ব্যতিক্রম মিলে যাওয়া গন্তব্যকে কভার করে, এর পৃষ্ঠা যে সমস্ত নির্ভরতা লোড করে তা নয়। রিডাইরেক্ট ও তৃতীয়-পক্ষের সম্পদ বৈধভাবে স্বাভাবিক লগইন প্রয়োজনীয়তার সম্মুখীন হতে পারে।

সাধারণ HTTP-এর জন্য, প্রক্সি উপযুক্ত ক্ষেত্রে আরও সূক্ষ্ম URL তথ্য ব্যবহার করতে পারে। একটি সাধারণ HTTPS CONNECT অনুরোধ পৃষ্ঠার পথ প্রকাশ করে না, তাই হোস্ট-ব্যাপী টানেল ব্যতিক্রম থেকে 'শুধু একটি পৃষ্ঠা' নিয়ম অনুমান করা যায় না।