কেন Squid HTTPS হোস্ট লগ করে কিন্তু পৃষ্ঠার পথ নয়

সাধারণ Squid CONNECT লগে অনুপস্থিত HTTPS পথ ব্যাখ্যা করে, TLS ইন্টারসেপশনকে রুটিন লগিং সমন্বয় হিসেবে না ধরে।

shop.example:443-এর একটি রেকর্ড Squid-কে /orders/42 পথটি দেয় না। CONNECT একটি হোস্ট/পোর্ট চায়; তারপর গন্তব্য TLS টানেলের ভিতরে HTTP পথটি বহন করে।

প্রমাণসাধারণ CONNECT রিলে
লক্ষ্য হোস্ট/পোর্ট ও টানেলের ফলাফলপ্রক্সির কাছে পাওয়া যায়।
ভিতরের HTTPS পথ ও অ্যাপ্লিকেশন অনুরোধক্লায়েন্ট ও ওয়েবসাইটের মধ্যে এনক্রিপ্টেড।
# দিয়ে শুরু হওয়া ব্রাউজার URL খণ্ডসাধারণত ক্লায়েন্টেই থাকে, প্রক্সি লগিংয়ের বাইরেও।

লগ ফরম্যাট Squid-এর থাকা ফিল্ড রেকর্ড করতে পারে, না-দেখা বার্তা ডিক্রিপ্ট করতে পারে না। সাধারণ HTTP ফরওয়ার্ডিং আলাদা, কারণ মধ্যস্থতাকারী সেই HTTP অনুরোধ পায়। আরও বিস্তারিত আউটপুট CONNECT সীমা বদলায় না।

পরিচালিত TLS ইন্টারসেপশন ক্লায়েন্টের বিশ্বাস ও প্রশাসনিক প্রয়োজনীয়তা বদলায়। এটি ছোট লগিং সুইচ নয় এবং সাধারণ IP-পরিবর্তনকারী ফরওয়ার্ড প্রক্সির জন্য অপ্রয়োজনীয়।

আপনি অ্যাপ্লিকেশনের মালিক হলে এবং পৃষ্ঠা-স্তরের ডায়াগনস্টিক চাইলে, এর লগ বা যথাযথভাবে নকশা করা ক্লায়েন্ট টেলিমেট্রি ব্যবহার করুন। প্রক্সি ব্যর্থতার জন্য গন্তব্য হোস্ট, সময়, স্ট্যাটাস ও সম্পূর্ণ সংযোগ পর্যায় রাখুন; এগুলি প্রায়ই ব্যক্তিগত পৃষ্ঠা পথ সংগ্রহ না করেই সমস্যা চিহ্নিত করে।

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