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

সেজন্যই TCP_DENIED/407 এবং TCP_TUNNEL/200-এর মধ্যে সমানভাবে বিভক্ত লগ নিজে থেকেই পঞ্চাশ শতাংশ ব্যর্থতার হার প্রমাণ করে না। প্রথমে নির্ধারণ করুন এন্ট্রিগুলো চ্যালেঞ্জ-ও-পুনরায়-চেষ্টা জোড়া গঠন করে কি না।

আপনি আসলে যা নিয়ে চিন্তা করেন তা গণনা করুন

পরিমাপগণনা
প্রমাণীকরণ চ্যালেঞ্জপ্রমাণীকরণ দাবি করা প্রক্সি উত্তর
প্রক্সি চেষ্টামধ্যস্থতাকারী কর্তৃক লগ করা পৃথক লেনদেন
সম্পন্ন কাজউদ্দিষ্ট ফলাফলে পৌঁছানো অ্যাপের কার্যক্রম

টাইমস্ট্যাম্প, ক্লায়েন্ট প্রসঙ্গ, গন্তব্য এবং উপলব্ধ কোনো অনুরোধ শনাক্তকারী মিলিয়ে দেখুন। প্রমাণীকরণহীন চেষ্টায় লগ করা ব্যবহারকারীনাম নাও থাকতে পারে, কিন্তু তার সফল পুনঃচেষ্টায় থাকে। একসাথে চলমান কার্যকলাপ মানে কেবল পাশাপাশি লাইন দুটি একইসঙ্গে থাকার দুর্বল প্রমাণ।

সফল টানেলকে সফল ওয়েবসাইট কার্যক্রম থেকে আলাদা রাখুন। CONNECT গ্রহণ টানেল স্থাপন করে; গন্তব্যটি এখনও TLS-এর সময় ব্যর্থ হতে পারে বা পরে অ্যাপের ত্রুটি ফেরত দিতে পারে।

বারবার আসা চূড়ান্ত চ্যালেঞ্জ, পরে কখনও সম্পন্ন না হওয়া কাজ, বা বিনিময় সংখ্যায় হঠাৎ পরিবর্তন খতিয়ে দেখুন। এসব একটি স্থির চ্যালেঞ্জ-প্রথম ক্লায়েন্টের কনফিগারেশন যা চায় ঠিক তা করার থেকে আলাদা। নিছক ড্যাশবোর্ড আরও সবুজ করতে প্রমাণীকরণ দমন করলে পরিমাপ মেরামতের বদলে সেবাটাই বদলে যাবে।

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