443-ত সাধাৰণ HTTPS চলি থাকিলেও 8443 প’ৰ্টৰ HTTPS সেৱা সঠিকভাৱে কনফিগাৰ কৰা Squid প্ৰক্সিৰ মাজেৰে বিফল হ’ব পাৰে। ক্লায়েণ্টৰ প্ৰক্সি প্ৰট’কল সলনি কৰাৰ আগতে CONNECT প্ৰত্যাখ্যান আৰু গন্তব্য প’ৰ্টৰ নীতি পৰীক্ষা কৰক।

Squid 6.13-ৰ সাধাৰণ প্ৰৱেশ নীতিত দুটা পৰীক্ষা গুৰুত্বপূৰ্ণ: গন্তব্যই Safe_ports আৰু CONNECT-এ SSL_ports পৰীক্ষা পাৰ হ’ব লাগিব। কেৱল এটা ACL-ত প’ৰ্ট যোগ কৰিলে আনটো প্ৰত্যাখ্যান কাৰ্যকৰী হৈ থাকিব পাৰে।

বৰ্তমানৰ সংজ্ঞাবোৰ ভাবি-চিন্তি বহল কৰক

সাধাৰণ ৱেব প’ৰ্ট আৰু এটা অতিৰিক্ত HTTPS প’ৰ্টৰ অনুমতি দিয়া নীতিৰ বাবে:

acl Safe_ports port 80 443 8443
acl SSL_ports port 443 8443

সংশ্লিষ্ট সংজ্ঞাবোৰ সলনি বা সম্পাদনা কৰক, যাতে পুৰণি মানৰ অপ্ৰত্যাশিত সমষ্টি থাকি নাযায়। অসুৰক্ষিত প’ৰ্ট আৰু CONNECT প্ৰত্যাখ্যানৰ সাধাৰণ নিয়মৰ লগতে নিৰ্ধাৰিত ক্লায়েণ্ট সীমাবদ্ধতা অক্ষুণ্ণ ৰাখক।

ব্যতিক্ৰম সীমিত ৰাখক

অতিৰিক্ত প’ৰ্টটো কেৱল এটা নিয়ন্ত্ৰিত গন্তব্যৰ বাবে প্ৰয়োজন হ’লে ক্লায়েণ্টক অনুমতি দিয়া নিয়মৰ আগত লক্ষ্যভিত্তিক প্ৰত্যাখ্যান যোগ কৰক:

acl extra_tls_port port 8443
acl approved_tls_target dst 203.0.113.20/32
http_access deny CONNECT extra_tls_port !approved_tls_target

ঠিকনাটো নথিৰ বাবে এটা উদাহৰণ। আপুনি পৰিচালনা কৰা বা য’ত প্ৰৱেশৰ অনুমতি আছে তেনে গন্তব্য ব্যৱহাৰ কৰক আৰু তাৰ ঠিকনাৰ প্ৰকৃত পৰিৱৰ্তনবোৰ বিবেচনা কৰক। ইয়াৰ ফলত 8443-ত প্ৰতিটো গন্তব্যক অনুমতি দিয়াৰ সলনি অতিৰিক্ত প’ৰ্টৰ ব্যতিক্ৰম সীমিত থাকে।

সম্পূৰ্ণ সক্ৰিয় কনফিগাৰেচন পাৰ্ছ কৰক আৰু নিয়মৰ ক্ৰম পৰীক্ষা কৰক। সঠিকভাৱে লিখা প্ৰত্যাখ্যানো নিৰ্ধাৰিত বাধা প্ৰয়োগ নকৰিব, যদি তাক মিল থকা ক্লায়েণ্ট অনুমতি নিয়মৰ পিছত ৰখা হয়।

অনুমোদিত হ’ষ্টনামটো তাৰ প্ৰকৃত প্ৰমাণপত্ৰ আৰু প’ৰ্টেৰে পৰীক্ষা কৰক, তাৰ পাছত এনে এটা নিয়ন্ত্ৰিত গন্তব্য পৰীক্ষা কৰক যিটো এতিয়াও প্ৰত্যাখ্যাত হৈ থাকিব লাগে। গন্তব্যৰ পৰিচয়ৰ ত্ৰুটি আৰু প্ৰক্সি নীতিৰ ত্ৰুটি পৃথক কৰিবলৈ TLS যাচাই সক্ৰিয় ৰাখক। কাষ্টম প’ৰ্টত এটা অনুৰোধ চলাবলৈ সমগ্ৰ CONNECT সুৰক্ষা আঁতৰাই নিদিব।

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