প্ৰক্সি প্ৰমাণীকৰণ নোহোৱাকৈ এটা 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 অনুৰোধে পৃষ্ঠাৰ পথ প্ৰকাশ নকৰে, গতিকে হ'ষ্ট-ব্যাপী টানেল ব্যতিক্ৰমৰ পৰা 'কেৱল এটা পৃষ্ঠা' নিয়ম অনুমান কৰিব নোৱাৰি।