Squid দিয়ে আরও একটি HTTPS পোর্টের অনুমতি দিন

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 সুরক্ষা সরিয়ে দেবেন না।