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

সাধাৰণ Squid CONNECT লগত নোহোৱা HTTPS পথসমূহ ব্যাখ্যা কৰে, TLS প্ৰতিবন্ধনক নিয়মিত লগিং সালসলনি হিচাপে নধৰাকৈ।

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

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

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

পৰিচালিত TLS প্ৰতিবন্ধনে ক্লায়েন্টৰ বিশ্বাস আৰু প্ৰশাসনিক প্ৰয়োজনীয়তা সলনি কৰে। ই কোনো সৰু লগিং চুইচ নহয় আৰু সাধাৰণ IP-সলনি ফৰৱাৰ্ড প্ৰক্সিৰ বাবে অপ্ৰয়োজনীয়।

যদি আপুনি এপ্লিকেচনৰ মালিক আৰু পৃষ্ঠা-স্তৰৰ ডায়াগনষ্টিক লাগে, ইয়াৰ লগ বা উপযুক্তভাৱে ডিজাইন কৰা ক্লায়েন্ট টেলিমেট্ৰি ব্যৱহাৰ কৰক। প্ৰক্সি বিফলতাৰ বাবে গন্তব্য হোস্ট, সময়, স্থিতি আৰু সম্পূৰ্ণ সংযোগ পৰ্যায় ৰাখক; এইবোৰে প্ৰায়ে ব্যক্তিগত পৃষ্ঠা পথ সংগ্ৰহ নকৰাকৈ সমস্যাটো ধৰা পেলায়।

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