Squid লগ: 407-এর পরে 200 এলে তা কি ব্যর্থতা হিসেবে গণ্য হয়?
Squid একটি চ্যালেঞ্জের পরে সফল টানেল লগ করলে সম্পন্ন কাজগুলোকে প্রমাণীকরণ বিনিময় থেকে আলাদাভাবে গণনা করুন।
ধরুন একটি ক্লায়েন্ট প্রক্সি ক্রেডেনশিয়াল ছাড়াই একটি অনুরোধ পাঠায়, একটি চ্যালেঞ্জ পায় এবং সফলভাবে আবার চেষ্টা করে। একটি অনুরোধ লগে দুটি এন্ট্রি থাকতে পারে। অথচ অ্যাপটি ব্যবহারকারী ব্যক্তি একটি সম্পন্ন কাজ অনুভব করেছেন।
সেজন্যই TCP_DENIED/407 এবং TCP_TUNNEL/200-এর মধ্যে সমানভাবে বিভক্ত লগ নিজে থেকেই পঞ্চাশ শতাংশ ব্যর্থতার হার প্রমাণ করে না। প্রথমে নির্ধারণ করুন এন্ট্রিগুলো চ্যালেঞ্জ-ও-পুনরায়-চেষ্টা জোড়া গঠন করে কি না।
আপনি আসলে যা নিয়ে চিন্তা করেন তা গণনা করুন
| পরিমাপ | গণনা |
|---|---|
| প্রমাণীকরণ চ্যালেঞ্জ | প্রমাণীকরণ দাবি করা প্রক্সি উত্তর |
| প্রক্সি চেষ্টা | মধ্যস্থতাকারী কর্তৃক লগ করা পৃথক লেনদেন |
| সম্পন্ন কাজ | উদ্দিষ্ট ফলাফলে পৌঁছানো অ্যাপের কার্যক্রম |
টাইমস্ট্যাম্প, ক্লায়েন্ট প্রসঙ্গ, গন্তব্য এবং উপলব্ধ কোনো অনুরোধ শনাক্তকারী মিলিয়ে দেখুন। প্রমাণীকরণহীন চেষ্টায় লগ করা ব্যবহারকারীনাম নাও থাকতে পারে, কিন্তু তার সফল পুনঃচেষ্টায় থাকে। একসাথে চলমান কার্যকলাপ মানে কেবল পাশাপাশি লাইন দুটি একইসঙ্গে থাকার দুর্বল প্রমাণ।
সফল টানেলকে সফল ওয়েবসাইট কার্যক্রম থেকে আলাদা রাখুন। CONNECT গ্রহণ টানেল স্থাপন করে; গন্তব্যটি এখনও TLS-এর সময় ব্যর্থ হতে পারে বা পরে অ্যাপের ত্রুটি ফেরত দিতে পারে।
বারবার আসা চূড়ান্ত চ্যালেঞ্জ, পরে কখনও সম্পন্ন না হওয়া কাজ, বা বিনিময় সংখ্যায় হঠাৎ পরিবর্তন খতিয়ে দেখুন। এসব একটি স্থির চ্যালেঞ্জ-প্রথম ক্লায়েন্টের কনফিগারেশন যা চায় ঠিক তা করার থেকে আলাদা। নিছক ড্যাশবোর্ড আরও সবুজ করতে প্রমাণীকরণ দমন করলে পরিমাপ মেরামতের বদলে সেবাটাই বদলে যাবে।