কনফিগাৰেচনটো প্ৰথম চকুত যুক্তিসংগত যেন লাগে:

acl team_a myportname 3128 src 198.51.100.0/24

কিন্তু ACL সংজ্ঞাৰ এটা প্ৰকাৰহে থাকে। ইয়াত myportname হৈছে প্ৰকাৰ; src শব্দটো যোগ কৰিলে দ্বিতীয় পৰীক্ষা আৰম্ভ নহয়। বাকী শব্দবোৰ প্ৰথম প্ৰকাৰৰ মান-তালিকাৰ অন্তৰ্গত। সেই শাৰীয়ে «এই listener আৰু এই client নেটৱৰ্ক» প্ৰকাশ নকৰে।

প্ৰতিটো চৰ্তক নাম দিয়ক

শুনা socket ৰ বাবে এটা নাম আৰু উৎসৰ বাবে পৃথক ACL ব্যৱহাৰ কৰক। এই অংশত documentation ঠিকনা ব্যৱহাৰ কৰা হৈছে, যিবোৰ deployment ৰ উপযুক্ত ঠিকনাৰে সলনি কৰিব লাগিব:

http_port 192.0.2.10:3128 name=team_a_port
acl team_a_port myportname team_a_port
acl team_a_clients src 198.51.100.0/24

http_access allow team_a_port team_a_clients
http_access deny all

অনিরাপদ গন্তব্য পৰ্ট, সীমিত CONNECT লক্ষ্য আৰু পৰিচালনা প্ৰৱেশৰ বাবে থকা সুৰক্ষাৰ পিছত allow নিয়মটো ৰাখক। এই অংশে client/listener চৰ্তটো দেখুৱায়; ই সেই সুৰক্ষাসমূহৰ বিকল্প নহয়।

এটা http_access শাৰীত থকা চৰ্তবোৰ AND ৰে একত্ৰিত হয়। দুটা পৃথক allow শাৰীয়ে প্ৰতিটো চৰ্ত স্বতন্ত্ৰভাৱে অনুমোদন কৰিব, যিয়ে নীতি বহুত সলনি কৰিব। এটা ACL ৰ ভিতৰত কেইবাটাও মান সাধাৰণতে সেই এটা পৰীক্ষাৰ বাবে বিকল্প দিয়ে।

বাহিৰলৈ যোৱা পথ সুকীয়াকৈ বাছনি কৰক

মিলা এটা listener tcp_outgoing_address দ্বাৰা স্থানীয় উৎস ঠিকনা বাছনি কৰিবলৈও ব্যৱহাৰ কৰিব পাৰি। সেইটো হৈছে routing বাছনি, proxy ব্যৱহাৰৰ অনুমতি নহয়। outgoing-address নিয়মে অস্বীকৃত অনুৰোধ http_access ৰ মাজেৰে যাবলৈ নিদিয়ে।

যদি এটা multi-address কনফিগাৰেচন upgrade ৰ পিছত কাম কৰিব নোৱাৰা হয়, প্ৰমাণবোৰ পৃথক কৰক: parse ত্ৰুটিয়ে configuration syntax দেখুৱায়; access denial এ rule matching দেখুৱায়; ভুল exit ৰে অনুমোদিত অনুৰোধে outgoing selection বা পিছৰ NAT দেখুৱায়। তিনিওটো একেলগে সলনি কৰিলে সৰু ACL ভুল বিচাৰি পোৱা বহুত কঠিন হয়।

সম্পৰ্কিত প্ৰবন্ধ