Squid 6.13-এ TLS ফরওয়ার্ড-প্রক্সি লিসেনার

GnuTLS বা OpenSSL দিয়ে তৈরি Squid 6.13 TLS-এর মাধ্যমে ফরওয়ার্ড-প্রক্সি অনুরোধ নিতে পারে। এটি HTTPS গন্তব্যের আলাদা সেশন ইন্টারসেপ্ট না করে ক্লায়েন্ট–প্রক্সি লিংক রক্ষা করে।

1. ক্লায়েন্ট যে হোস্টনাম দিয়ে Squid-এ পৌঁছাবে তার জন্য সার্টিফিকেট নিন। প্রাইভেট কি শুধু প্রয়োজনীয় পরিষেবা পরিচয়ের মধ্যে সীমিত রাখুন।
2. বরাদ্দ ঠিকানা ও প্রকৃত সার্টিফিকেটের পথ দিয়ে TLS লিসেনার যোগ করুন:

https_port 192.0.2.10:3129 tls-cert=/etc/squid/proxy-chain.pem tls-key=/etc/squid/proxy-key.pem

ক্লায়েন্ট অনুমতি তালিকা ও গন্তব্যের বিধিনিষেধ এবং প্রমাণীকরণ নীতি রাখুন। লিসেনার প্রবেশাধিকার দেয় না। আগে থাকা http_port-ও সক্রিয় থাকে; সব ক্লায়েন্ট সংযোগে TLS লাগলে পুরোনো লিসেনার সরান বা সীমিত করুন। অ্যাক্সেলারেটর, ইন্টারসেপশন বা সার্টিফিকেট তৈরির মোড লাগে না।

সংশ্লিষ্ট পরিষেবা রিলোডের আগে কনফিগারেশন পার্স করুন। পার্সার পরীক্ষা গঠন ও সার্টিফিকেট লোড হওয়া যাচাই করে, নেটওয়ার্কে পৌঁছানো নয়। সফল রিলোডের পরে অনুমোদিত ক্লায়েন্ট থেকে TLS এন্ডপয়েন্ট দিয়ে অনুরোধ করুন:

curl --proxy https://proxy.example:3129 --proxy-cacert approved-proxy-ca.pem --connect-timeout 5 --max-time 15 https://example.com/

আসল প্রক্সি হোস্টনাম ও অনুমোদিত CA ফাইল ব্যবহার করুন। সর্বজনীনভাবে বিশ্বস্ত প্রক্সি সার্টিফিকেটে নিজস্ব বান্ডল নাও লাগতে পারে। --proxy-cacert প্রক্সির আস্থা সেট করে এবং গন্তব্য যাচাই আলাদা রাখে; দুই পরীক্ষাই বজায় রাখুন।

প্রকৃত লিসেনার ও সার্টিফিকেটের নাম দেখুন, তারপর নিয়ন্ত্রিত এমন উৎসও পরীক্ষা করুন যেটিকে প্রত্যাখ্যান করতে হবে। শুধু সফল পার্সিং ক্লায়েন্টের আস্থা বা প্রবেশসীমা নিশ্চিত করে না।